From Chris.Fitzpatrick at lyrasis.org  Mon Feb  2 04:15:11 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 2 Feb 2015 09:15:11 +0000
Subject: [Archivesspace_Users_Group] Code4Arc At Code4Lib
Message-ID: <DM2PR0801MB084843DBF6982A08DE9390F7FB3C0@DM2PR0801MB0848.namprd08.prod.outlook.com>


Please join us at Code4Arc! This Code4Lib pre-conference will try in one day to do for archives what Code4Lib does for libraries. We'd like to talk about open-source software for archives and how development is impacted by the archival community and vice-versa. We plan to do this through:

- tool demos (currently ArchivesSpace, Archivematica/AtoM and BitCurator)
- user panels (sharing user stories and case studies)
- breakout sessions (for mini hackathons, requirements gathering, etc).

We plan to run Code4Arc for the full pre-conference day, but participation for just the morning or just the afternoon is ok too.

Beyond attendance, please consider participating by giving a demo of your open-source archives tools or systems, presenting a case study or sitting on a panel discussion. You can help us plan by getting in touch with me off list.

Best,
Chris Fitzpatrick



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

From asmally at colgate.edu  Mon Feb  2 08:17:40 2015
From: asmally at colgate.edu (Allyson Smally)
Date: Mon, 2 Feb 2015 08:17:40 -0500
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4A98FBB@racex01>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
	<445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>
	<CANaJi86g5X+kvx1TUcMHwfkkwvk6gJf5ju6Yiu0tWuqBxLNKzA@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CB62@ITSNT440.iowa.uiowa.edu>
	<D0ED6D1C.24B3%scott.1379@osu.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D7F4A98FBB@racex01>
Message-ID: <CANaJi85sXKdyS-W7ZvY5pwbkRiCxR=HHdOA2TeG3ZB-gvBrCWA@mail.gmail.com>

Unfortunately, we upgraded to 1.1.2 and the problem is still occurring.
We are a hosted instance, and Lyrasis confirmed with us that the the
resequencing processing was run.

-Allyson

On Wed, Jan 28, 2015 at 9:07 AM, Galligan, Patrick <PGalligan at rockarch.org>
wrote:

> I?d like to jump in on this conversation and say that we were having
> component reordering problems as well. It was happening on both objects
> migrated from AT and objects created directly in AS.
>
>
>
> The upgrade to 1.1.2 and the resequence_on_startup apparently fixed the
> issues we were having. I can?t say that they were the exact same issues
> with certainty, but we were seeing a component move to the bottom or close
> to the bottom of a component list each time we edited it and then reopened
> the resource.
>
>
>
> Patrick Galligan
>
> Rockefeller Archive Center
>
> Assistant Digital Archivist
>
> 914-366-6386
>
>
>
>
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/20150202/d2912510/attachment.html>

From christine.dibella at lyrasis.org  Mon Feb  2 11:31:53 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Mon, 2 Feb 2015 16:31:53 +0000
Subject: [Archivesspace_Users_Group] FW: LYRASIS Offering classes on digital
 project management, scrapbook preservation & digitization,
 and preservation assistance grants info sessions
In-Reply-To: <CY1PR0801MB0825FC2C682D3DC9BA8CE18E8D3C0@CY1PR0801MB0825.namprd08.prod.outlook.com>
References: <CY1PR0801MB0825FC2C682D3DC9BA8CE18E8D3C0@CY1PR0801MB0825.namprd08.prod.outlook.com>
Message-ID: <DM2PR0801MB0848E059BABE3795419584A1F13C0@DM2PR0801MB0848.namprd08.prod.outlook.com>

Forwarded on behalf of Alix Bentrud of LYRASIS.



This February and March, LYRASIS is offering online classes including "Starting Right: Introduction to Digital Project Management Planning," 'Caring for Scrapbooks: Preservation and Digitization Today," and  "Free Webinar: NEH Preservation Assistance Grants"

To register or to see the full LYRASIS class schedule go to  https://www.lyrasis.org/Pages/Events.aspx

Introduction to Audio Visual Digitization      2/12/2015 11:00 AM - 1:00 PM EST
This class will enable students to create an outline of a digital project management plan for audio visual collections and understand the resources available for next steps. This class will cover the differences in Machine-based AV Collections, review the history of recording devices, and acknowledge preservation issues. Students leaving the class will have a solid understanding of digital audio and video files, modes of capture, best practice for digital audio and video, quality control procedures, storage and preservation issues.

Starting Right: Introduction to Digital Project Management Planning     2/17&26/2015 11:00 AM - 1:00 PM EST
This class is taught in two, two-hour sessions over the course of two days. Over the two days we will cover: Questions to ask before you begin, a discussion of why you are starting a digital project, how to define your audience. We will also discuss questions of intellectual property, how to accept and deal with born digital materials, and defining collection selection criteria. Collection preservation, dealing with culturally sensitive materials, building digital glossaries and Metadata considerations will also be covered. Finally the class will look at staffing considerations, digitization in-house and outsourcing, digital display, infrastructure development, funding and sustainability.

Managing Oversized Materials: Care, Handling and Preservation of Posters, Maps, and Other Large Pages in Our Collections      2/17/2015 2:00 PM - 4:00 PM EST
Architectural drawings, large maps, big works of art on paper, can be fascinating treasures in our collections but can also cause frustrations. How do we transport and store them? How do we display them? This two hour class is designed for those who understand, care for, and manage collections containing unbound oversized paper artifacts and large bound volumes. It will review the basics of preservation for paper collections including agents of deterioration, collections care priority setting, handling, and storage.

Fragile Imaging: Lantern Slides, Glass Plate Negatives and Daguerreotypes      2/19/2015 2:00 PM - 4:00 PM EST
This two-hour online class will help you lay some of the basic groundwork needed to evaluate the condition of fragile nineteenth century materials and plan for their digitization. Best practices for image capture and preservation of originals will also be discussed.

Digitization for Small Institutions       2/24 &25/2015 2:00 PM - 4:00 PM EST
Participants will work with the instructor to answer a series of questions designed to help them start a digitization program. The class is based on a series of units: Getting Started; Digital Capture and Quality Control; Hardware, Software, Metadata, and Web Interface decisions; Practical Planning Decisions: In-house or Outsourced? Staffing and Budgeting; and Collaborative Digitization

Archives Preservation     2/26, 3/5 & 12/2015   2:00 PM - 4:00 PM EST
Preservation is a fundamental component to any archival program. This class will provide students with a practical approach to preserving the manuscript collections and records housed in their repositories and can significantly benefit an institution, regardless of its size or scope. The emphasis will be on stabilizing materials (for example, by removing damaging fasteners), re-housing, flattening rolled or folded documents, encapsulation, photocopying, and segregating fragile items. Through the preventive actions characteristic of collection stabilization, archivists contribute to extending the useful life of collections entrusted to their care. This class will be presented in three two hour sessions.

Introduction to Dublin Core Metadata      2/26/2015 4:00 PM - 6:00 PM EST
This two-hour online class will help you lay some of the basic groundwork needed to implement Dublin Core metadata in your institution. For those familiar with MARC or other cataloging schema we will discuss how Dublin Core can be integrated into your workflow.

Caring for Scrapbooks: Preservation and Digitization Today        3/5/2015 11:00 AM - 1:00 PM EST
For many institutions, scrapbooks are one of the most problematic formats in their collections. Common in the 19th and early 20th century, scrapbooks are a unique record of individuals, families, or organizations. Newspaper and magazine clippings, cards, other ephemera, and photographs were adhered to poor quality paper in improper bindings, making them a special challenge. This live online class will examine the materials and techniques used to create scrapbooks, outline quality storage materials and proper handling techniques for these special materials. We will also take a look at some digitization options and techniques for access in use today. While the focus is on older scrapbook collections, many of the same issues apply to scrapbooks being created today.

LYRASIS Free Webinar: NEH Preservation Assistance Grants     3/11/2015 3:00 PM   - 4:00 PM EST
Attend a session to talk about your project ideas, as well as to get advice on crafting your narrative and goals. We will also be talking about what is eligible for potential digital preservation projects - now included in the Preservation Assistance Grant as an option.

LYRASIS Free Webinar: NEH Preservation Assistance Grants     3/13/2015 11:00 AM   - 12:00 PM EST
Attend a session to talk about your project ideas, as well as to get advice on crafting your narrative and goals. We will also be talking about what is eligible for potential digital preservation projects - now included in the Preservation Assistance Grant as an option.

Newspaper Collections: How to Manage, Preserve, and Digitize     3/25&26/2015 2:00 PM - 4:00 PM EST
Newspapers have an important role in our lives. They are a place for reporting on current information and upcoming events. Over time, they become a historic record of our activities, politics, opinions, weather, and businesses. Preserving this record can prove to be a challenge - especially when we consider local and regional papers. In this class we will investigate the preservation of newspapers and the role that reformatting has in that effort. We will explore the issues and benefits with microfilm and digitization options. We look at issues of accessibility, copyright, and best practices to aid in our preservation efforts. We will also examine sample projects to see how some institutions are dealing with their newspaper collections.

To register or to see the full LYRASIS class schedule go to  https://www.lyrasis.org/Pages/Events.aspx


Alix Bentrud
Preservation Services Librarian
alix.bentrud at lyrasis.org<mailto:alix.bentrud at lyrasis.org>
800.999.8558 x 4875 Main
404.387.4853 Cell
alix.bentrud Skype

[cid:image001.png at 01CE5568.2AF76860]<http://www.lyrasis.org/>

Check lyrasisnow.org<http://www.lyrasisnow.org/> for news and feature articles.


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

From dflinn at rice.edu  Mon Feb  2 17:25:52 2015
From: dflinn at rice.edu (Dara Flinn)
Date: Mon, 02 Feb 2015 16:25:52 -0600
Subject: [Archivesspace_Users_Group] Pivotal tracker down?
Message-ID: <54CFF970.3080502@rice.edu>

Hi-

Is it just us at Rice, or does it seem that the pivotal tracker is down?

Thanks,
Dara

-- 
Dara Flinn, CA, DAS

Archivist / Special Collections Librarian
Woodson Research Center
Fondren Library
Rice University
(713) 348-2542
dflinn at rice.edu



From Chris.Fitzpatrick at lyrasis.org  Tue Feb  3 04:29:35 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 3 Feb 2015 09:29:35 +0000
Subject: [Archivesspace_Users_Group] Pivotal tracker down?
In-Reply-To: <54CFF970.3080502@rice.edu>
References: <54CFF970.3080502@rice.edu>
Message-ID: <1422955774913.3566@lyrasis.org>

Hi Dara,

It's not just Rice. We recently moved to Jira ( https://archivesspace.atlassian.net ).

We're preparing some things surrounding community involvement in our development plan, about which we will be announcing some news shortly. 

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 Dara Flinn <dflinn at rice.edu>
Sent: Monday, February 2, 2015 11:25 PM
To: Archivesspace_Users_Group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Pivotal tracker down?

Hi-

Is it just us at Rice, or does it seem that the pivotal tracker is down?

Thanks,
Dara

--
Dara Flinn, CA, DAS

Archivist / Special Collections Librarian
Woodson Research Center
Fondren Library
Rice University
(713) 348-2542
dflinn at rice.edu

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


From Chris.Fitzpatrick at lyrasis.org  Tue Feb  3 04:31:26 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 3 Feb 2015 09:31:26 +0000
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <CANaJi85sXKdyS-W7ZvY5pwbkRiCxR=HHdOA2TeG3ZB-gvBrCWA@mail.gmail.com>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
	<445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>
	<CANaJi86g5X+kvx1TUcMHwfkkwvk6gJf5ju6Yiu0tWuqBxLNKzA@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CB62@ITSNT440.iowa.uiowa.edu>
	<D0ED6D1C.24B3%scott.1379@osu.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D7F4A98FBB@racex01>,
	<CANaJi85sXKdyS-W7ZvY5pwbkRiCxR=HHdOA2TeG3ZB-gvBrCWA@mail.gmail.com>
Message-ID: <1422955886520.99409@lyrasis.org>


Hi Allyson,


The Lyrasis hosting guys sent over your all's data (with Colgate's permission, of course...) and I'm having a bit of a hard time replicating this.


Could you email me directly ( chris.fitzpatrick at lyrasis.org )  some information about how this is happening and maybe some URLs or object IDs?


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 Allyson Smally <asmally at colgate.edu>
Sent: Monday, February 2, 2015 2:17 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

Unfortunately, we upgraded to 1.1.2 and the problem is still occurring.
We are a hosted instance, and Lyrasis confirmed with us that the the resequencing processing was run.

-Allyson

On Wed, Jan 28, 2015 at 9:07 AM, Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>> wrote:
I'd like to jump in on this conversation and say that we were having component reordering problems as well. It was happening on both objects migrated from AT and objects created directly in AS.

The upgrade to 1.1.2 and the resequence_on_startup apparently fixed the issues we were having. I can't say that they were the exact same issues with certainty, but we were seeing a component move to the bottom or close to the bottom of a component list each time we edited it and then reopened the resource.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386<tel:914-366-6386>



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

From Chris.Fitzpatrick at lyrasis.org  Tue Feb  3 04:41:39 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 3 Feb 2015 09:41:39 +0000
Subject: [Archivesspace_Users_Group] Reporting Bugs
Message-ID: <1422956499230.62907@lyrasis.org>

Hi All,


Just had a quick request for everyone...


The mailing lists are a great place to ask questions, request features, provide feedback, etc, but it's not such a great place to report bugs. Often, there tends to be a bit of an echo chamber effect, which makes it hard to narrow in on an issue and follow through with it.


Please, if you could be sure to submit bugs ( or possible bugs ) by using the "Send Feedback" button at the bottom of your ArchivesSpace instance ( or you can use the one at sandbox.archivesspace.org ). Even if you participate in a discussion on the list, it would really help if you could still submit a ticket so we can be sure to follow up with you.


When you submit a ticket, it helps to let us know : Windows or Linux? Regular deployment or Tomcat? What version of ArchivesSpace? What version of Java? And most importantly, what are the events that happened right before you ran into the error? Screenshots are good, logs are better ( 1.1.2 users can also use the log viewer in the "System Information" menu )


Let us know if you have any questions and thanks again for all your help!


best regards,

Chris Fitzpatrick


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

From Grant.Buttars at ed.ac.uk  Thu Feb  5 10:36:59 2015
From: Grant.Buttars at ed.ac.uk (BUTTARS Grant)
Date: Thu, 5 Feb 2015 15:36:59 +0000
Subject: [Archivesspace_Users_Group] daogrp import
Message-ID: <AM3PR05MB0775F6D3F50C9495F05BC2ECD03B0@AM3PR05MB0775.eurprd05.prod.outlook.com>

Hi folks,

I'm trying to determine what ArchivesSpace recognises within <daogrp>.

An example from our current EAD is:

<daogrp title="Album">
                                                <daodesc>
                                                            <head>Digital Version</head>
                                                            <p>Pages from Album</p>
                                                </daodesc>
                                                <daoloc title="Image 28" href="http://www.archives.lib.ed.ac.uk/dao/28.jpg" role="image/jpeg">
                                                            <daodesc>
                                                                        <p>28th</p>
                                                            </daodesc>
                                                </daoloc>
                                                <daoloc href="http://www.archives.lib.ed.ac.uk/dao/29.jpg" title="Image 29" role="image/jpeg">
                                                            <daodesc>
                                                                        <p>29th</p>
                                                            </daodesc>
                                                </daoloc>
            </daogrp>

On import I find that @title and <head> anywhere and <p> are ignored.  In the public facing interface I find that the text of the hyperlink is the hyperlink, whereas I was hoping for the underlying html to be e.g. <a href="http://www.archives.lib.ed.ac.uk/dao/28.jpg">Image 28</a>

Thanks

Grant

---------------------------------
Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and  University Collections | University of Edinburgh
George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852
=================================
Coming to consult something?  Please see http://www.ed.ac.uk/is/crc for service information

Follow CRC
[FaceBook-icon2]<https://www.facebook.com/crc.edinburgh>[Twitter-icon2]<https://twitter.com/CRC_EdUni>
Facebook: https://www.facebook.com/crc.edinburgh
Twitter: https://twitter.com/CRC_EdUni

Follow Archives
[Twitter-icon2]<https://twitter.com/euarchives>[Flickr-icon2]<http://www.flickr.com/photos/edinburgh-university-archives/>[wordpress]<http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives/>
Twitter: https://twitter.com/euarchives
Flickr: http://www.flickr.com/photos/edinburgh-university-archives
Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives

Follow me professionally
[Twitter-icon2]<https://twitter.com/ButtarsGrant>[linkedin]<https://www.linkedin.com/pub/grant-buttars/61/7b3/a09>
Twitter: https://twitter.com/ButtarsGrant
LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/02420f6c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 4228 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/02420f6c/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.jpg
Type: image/jpeg
Size: 1176 bytes
Desc: image010.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/02420f6c/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image011.jpg
Type: image/jpeg
Size: 1147 bytes
Desc: image011.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/02420f6c/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image012.jpg
Type: image/jpeg
Size: 1287 bytes
Desc: image012.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/02420f6c/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image013.png
Type: image/png
Size: 2587 bytes
Desc: image013.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/02420f6c/attachment-0001.png>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/02420f6c/attachment.ksh>

From Chris.Fitzpatrick at lyrasis.org  Thu Feb  5 13:46:07 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 5 Feb 2015 18:46:07 +0000
Subject: [Archivesspace_Users_Group] daogrp import
In-Reply-To: <AM3PR05MB0775F6D3F50C9495F05BC2ECD03B0@AM3PR05MB0775.eurprd05.prod.outlook.com>
References: <AM3PR05MB0775F6D3F50C9495F05BC2ECD03B0@AM3PR05MB0775.eurprd05.prod.outlook.com>
Message-ID: <1423161967151.67269@lyrasis.org>

Hi Grant,


There's a bit of a mapping challenge here...so,

<daogrp> will make a new digital object and <daoloc> makes a new file version associated to the digital object. The daodesc get mapped as notes associated to the digital object ( file version cannot have notes ). And the @href gets mapped to the instance uri. File version do not have a title, so there's not really anywhere to map the @title.


I'm guessing we might need to consider adding a title attibute to the file version table?


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 BUTTARS Grant <Grant.Buttars at ed.ac.uk>
Sent: Thursday, February 5, 2015 4:36 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] daogrp import

Hi folks,

I'm trying to determine what ArchivesSpace recognises within <daogrp>.

An example from our current EAD is:

<daogrp title="Album">
                                                <daodesc>
                                                            <head>Digital Version</head>
                                                            <p>Pages from Album</p>
                                                </daodesc>
                                                <daoloc title="Image 28" href="http://www.archives.lib.ed.ac.uk/dao/28.jpg" role="image/jpeg">
                                                            <daodesc>
                                                                        <p>28th</p>
                                                            </daodesc>
                                                </daoloc>
                                                <daoloc href="http://www.archives.lib.ed.ac.uk/dao/29.jpg" title="Image 29" role="image/jpeg">
                                                            <daodesc>
                                                                        <p>29th</p>
                                                            </daodesc>
                                                </daoloc>
            </daogrp>

On import I find that @title and <head> anywhere and <p> are ignored.  In the public facing interface I find that the text of the hyperlink is the hyperlink, whereas I was hoping for the underlying html to be e.g. <a href="http://www.archives.lib.ed.ac.uk/dao/28.jpg">Image 28</a>

Thanks

Grant

---------------------------------
Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and  University Collections | University of Edinburgh
George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852
=================================
Coming to consult something?  Please see http://www.ed.ac.uk/is/crc for service information

Follow CRC
[FaceBook-icon2]<https://www.facebook.com/crc.edinburgh>[Twitter-icon2]<https://twitter.com/CRC_EdUni>
Facebook: https://www.facebook.com/crc.edinburgh
Twitter: https://twitter.com/CRC_EdUni

Follow Archives
[Twitter-icon2]<https://twitter.com/euarchives>[Flickr-icon2]<http://www.flickr.com/photos/edinburgh-university-archives/>[wordpress]<http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives/>
Twitter: https://twitter.com/euarchives
Flickr: http://www.flickr.com/photos/edinburgh-university-archives
Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives

Follow me professionally
[Twitter-icon2]<https://twitter.com/ButtarsGrant>[linkedin]<https://www.linkedin.com/pub/grant-buttars/61/7b3/a09>
Twitter: https://twitter.com/ButtarsGrant
LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/28947bf5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 4228 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/28947bf5/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.jpg
Type: image/jpeg
Size: 1176 bytes
Desc: image010.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/28947bf5/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image011.jpg
Type: image/jpeg
Size: 1147 bytes
Desc: image011.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/28947bf5/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image012.jpg
Type: image/jpeg
Size: 1287 bytes
Desc: image012.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/28947bf5/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image013.png
Type: image/png
Size: 2587 bytes
Desc: image013.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150205/28947bf5/attachment-0001.png>

From FPitaro at ap.org  Mon Feb  9 09:45:31 2015
From: FPitaro at ap.org (Pitaro, Francesca)
Date: Mon, 9 Feb 2015 14:45:31 +0000
Subject: [Archivesspace_Users_Group] Bulk Dates in PDF finding aids
Message-ID: <213B97E293CEAF4EA0383FF5B29E66ED817BDA34@CTCXMBX10.ap.org>

Hi all,
When exporting records from Archivesspace to create a pdf finding aid the bulk dates don't transfer. Please see attached screenshots. I have entered the bulk dates in archivesspace, but the pdf doesn't show the dates. Instead of displaying the years in the field for bulk dates it says "bulk".
Any help would be much appreciated.

Francesca

[cid:image001.jpg at 01D0444C.8274F290]



[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



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/fca0c729/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/20150209/fca0c729/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/20150209/fca0c729/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bulk dates 1.png
Type: image/png
Size: 157568 bytes
Desc: bulk dates 1.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/fca0c729/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Bulk dates pdf.png
Type: image/png
Size: 201369 bytes
Desc: Bulk dates pdf.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/fca0c729/attachment-0001.png>
-------------- next part --------------


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

From Grant.Buttars at ed.ac.uk  Mon Feb  9 09:48:48 2015
From: Grant.Buttars at ed.ac.uk (BUTTARS Grant)
Date: Mon, 9 Feb 2015 14:48:48 +0000
Subject: [Archivesspace_Users_Group] daogrp import
In-Reply-To: <1423161967151.67269@lyrasis.org>
References: <AM3PR05MB0775F6D3F50C9495F05BC2ECD03B0@AM3PR05MB0775.eurprd05.prod.outlook.com>
	<1423161967151.67269@lyrasis.org>
Message-ID: <AM3PR05MB0775471CD4A853F5E94B263CD0270@AM3PR05MB0775.eurprd05.prod.outlook.com>

Thanks Chris,

Is there any way of a creating children of digital objects via EAD import?  I'm keen to avoid a lengthy manual keying task, for instance when we have images of a couple of hundred successive pages from the same volume. <daodesc> won't allow another <daodesc> within it but, if there was some other nesting that would trigger the appropriate result, it would greatly help.

Thanks

Grant

---------------------------------
Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and  University Collections | University of Edinburgh
George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852
=================================
Coming to consult something?  Please see http://www.ed.ac.uk/is/crc for service information

Follow CRC
[FaceBook-icon2]<https://www.facebook.com/crc.edinburgh>[Twitter-icon2]<https://twitter.com/CRC_EdUni>
Facebook: https://www.facebook.com/crc.edinburgh
Twitter: https://twitter.com/CRC_EdUni

Follow Archives
[Twitter-icon2]<https://twitter.com/euarchives>[Flickr-icon2]<http://www.flickr.com/photos/edinburgh-university-archives/>[wordpress]<http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives/>
Twitter: https://twitter.com/euarchives
Flickr: http://www.flickr.com/photos/edinburgh-university-archives
Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives

Follow me professionally
[Twitter-icon2]<https://twitter.com/ButtarsGrant>[linkedin]<https://www.linkedin.com/pub/grant-buttars/61/7b3/a09>
Twitter: https://twitter.com/ButtarsGrant
LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: 05 February 2015 18:46
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] daogrp import


Hi Grant,



There's a bit of a mapping challenge here...so,

<daogrp> will make a new digital object and <daoloc> makes a new file version associated to the digital object. The daodesc get mapped as notes associated to the digital object ( file version cannot have notes ). And the @href gets mapped to the instance uri. File version do not have a title, so there's not really anywhere to map the @title.



I'm guessing we might need to consider adding a title attibute to the file version table?



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 BUTTARS Grant <Grant.Buttars at ed.ac.uk<mailto:Grant.Buttars at ed.ac.uk>>
Sent: Thursday, February 5, 2015 4:36 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] daogrp import

Hi folks,

I'm trying to determine what ArchivesSpace recognises within <daogrp>.

An example from our current EAD is:

<daogrp title="Album">
                                                <daodesc>
                                                            <head>Digital Version</head>
                                                            <p>Pages from Album</p>
                                                </daodesc>
                                                <daoloc title="Image 28" href="http://www.archives.lib.ed.ac.uk/dao/28.jpg" role="image/jpeg">
                                                            <daodesc>
                                                                        <p>28th</p>
                                                            </daodesc>
                                                </daoloc>
                                                <daoloc href="http://www.archives.lib.ed.ac.uk/dao/29.jpg" title="Image 29" role="image/jpeg">
                                                            <daodesc>
                                                                        <p>29th</p>
                                                            </daodesc>
                                                </daoloc>
            </daogrp>

On import I find that @title and <head> anywhere and <p> are ignored.  In the public facing interface I find that the text of the hyperlink is the hyperlink, whereas I was hoping for the underlying html to be e.g. <a href="http://www.archives.lib.ed.ac.uk/dao/28.jpg">Image 28</a>

Thanks

Grant

---------------------------------
Grant E. L. Buttars, | Deputy University Archivist | Special Collections | Centre for Research Collections | Division of Library and  University Collections | University of Edinburgh
George Square, Edinburgh | EH8 9LJ | http://www.ed.ac.uk/is/crc | tel: 0131 650 8379 | direct dial: 0131 651 3852
=================================
Coming to consult something?  Please see http://www.ed.ac.uk/is/crc for service information

Follow CRC
[FaceBook-icon2]<https://www.facebook.com/crc.edinburgh>[Twitter-icon2]<https://twitter.com/CRC_EdUni>
Facebook: https://www.facebook.com/crc.edinburgh
Twitter: https://twitter.com/CRC_EdUni

Follow Archives
[Twitter-icon2]<https://twitter.com/euarchives>[Flickr-icon2]<http://www.flickr.com/photos/edinburgh-university-archives/>[wordpress]<http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives/>
Twitter: https://twitter.com/euarchives
Flickr: http://www.flickr.com/photos/edinburgh-university-archives
Blog: http://libraryblogs.is.ed.ac.uk/edinburghuniversityarchives

Follow me professionally
[Twitter-icon2]<https://twitter.com/ButtarsGrant>[linkedin]<https://www.linkedin.com/pub/grant-buttars/61/7b3/a09>
Twitter: https://twitter.com/ButtarsGrant
LinkedIn: https://www.linkedin.com/pub/grant-buttars/61/7b3/a09


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 4228 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.jpg
Type: image/jpeg
Size: 1176 bytes
Desc: image010.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image011.jpg
Type: image/jpeg
Size: 1147 bytes
Desc: image011.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image012.jpg
Type: image/jpeg
Size: 1287 bytes
Desc: image012.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image013.png
Type: image/png
Size: 2587 bytes
Desc: image013.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 1176 bytes
Desc: image002.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment-0003.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 1147 bytes
Desc: image004.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment-0004.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.jpg
Type: image/jpeg
Size: 1287 bytes
Desc: image006.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment-0005.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image009.png
Type: image/png
Size: 2587 bytes
Desc: image009.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment-0002.png>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/46931557/attachment.ksh>

From mark.custer at yale.edu  Mon Feb  9 14:34:43 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Mon, 9 Feb 2015 19:34:43 +0000
Subject: [Archivesspace_Users_Group] Bulk Dates in PDF finding aids
In-Reply-To: <213B97E293CEAF4EA0383FF5B29E66ED817BDA34@CTCXMBX10.ap.org>
References: <213B97E293CEAF4EA0383FF5B29E66ED817BDA34@CTCXMBX10.ap.org>
Message-ID: <DCB910FAD4CF9343B3E424AF5F33102525509945@x10-mbx8.yu.yale.edu>

Francesca,

I just did a quick test of adding a bulk date to ArchivesSpace, and here's what I got in the EAD export:

      <unitdate normal="1960/1985" type="bulk">bulk</unitdate>

Since the EAD-to-PDF transformation does not look at the unitdate @normal values, that's why the only thing you see in your PDF file is "bulk" (if my hunch is correct, that is, and you don't have any data in ArchivesSpace's "date expression" field).  So, I'd say that there are two ways to fix this:


  1.  Update the ArchivesSpace exporter to be more like AT's EAD export, which would duplicate the date values in the EAD export (e.g. ..."normal="1960/1985">1960-1985... )
  2.  Update the PDF style sheet to use the @normal values when it would make sense to.

My vote would be for the second one.

I'd also add, though, that the ASpace exporter should not include the word "bulk" in the unitdate field (that's what @type="bulk" is for), and I definitely wouldn't recommend recording those bulk dates in multiple places in the ASpace database just to get them to display.  But, that would fix things the quickest, I suppose.

Does that sound about right, or is it a different issue altogether?

Mark



________________________________
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: Monday, February 09, 2015 9:45 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Bulk Dates in PDF finding aids

Hi all,
When exporting records from Archivesspace to create a pdf finding aid the bulk dates don?t transfer. Please see attached screenshots. I have entered the bulk dates in archivesspace, but the pdf doesn?t show the dates. Instead of displaying the years in the field for bulk dates it says ?bulk?.
Any help would be much appreciated.

Francesca

[cid:image001.jpg at 01D0444C.8274F290]



[signature-96]







Francesca Pitaro
Processing Archivist
AP Corporate Archives

fpitaro at ap.org<mailto:fpitaro at ap.org>
www.ap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ap.org&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tzac5Fh0On2IkBX57zWuAaYuguBKIZdQtM-VGE86Axg&s=L105T80CBmgtE9gXtRcj0FDYkjbzFByV7ErPqxdD2m4&e=>

450 West 33rd Street
New York, NY 10001
T 212-621-7446



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150209/d7f9e627/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/20150209/d7f9e627/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/20150209/d7f9e627/attachment-0001.jpg>

From sdm7g at virginia.edu  Tue Feb 10 08:03:12 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Tue, 10 Feb 2015 08:03:12 -0500
Subject: [Archivesspace_Users_Group] Feature request: tag image_url in
	exported EAD
Message-ID: <7083FE2E-59F2-45EC-BE7E-AFF6EBC4997E@virginia.edu>


It would be helpful if the repo image_url was tagged in some way to uniquely identify it in the exported EAD. 

I?m currently using this modification in a local plugin to attach an @id . 
What that id is doesn?t particularly matter, as long as it?s tagged in some way. 
( I?m open to alternate suggestions here. )

--- a/backend/app/exporters/serializers/ead.rb
+++ b/backend/app/exporters/serializers/ead.rb
@@ -615,7 +615,7 @@ class EADSerializer < ASpaceExport::Serializer
           xml.publisher { sanitize_mixed_content(data.repo.name,xml, fragments)
 
           if data.repo.image_url
-            xml.p {
+            xml.p ( { "id" => "logostmt" } ) {
               xml.extref ({"xlink:href" => data.repo.image_url,
                           "xlink:actuate" => "onLoad",
                           "xlink:show" => "embed",


Identifying the repo image_url by position xpath only without some other tag is not really reliable if you have 
EAD from different sources : //publicationstmt/p/extref  could be a link to something else. 

Locally, tagging it with an id in local plugin works, however, we have 30+ institutions contributing guides to 
the Virginia Heritage union catalog and a number of these institutions are migrating to ArchivesSpace. 
Trying to get the other institutions using ASpace to all use the same export plugin may not be possible. 
I would like to make it possible to directly export from ASpace to Virginia Heritage. Most other issues can
be handled by tweaking our stylesheets, but this issue does seem to require tagging and identifying the 
logo image in some way.  This would seem to be a generally useful feature. 


? Steve Majewski / Alderman Library University of Virginia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150210/260ed3a9/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/20150210/260ed3a9/attachment.bin>

From brianjhoffman at gmail.com  Tue Feb 10 16:14:09 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Tue, 10 Feb 2015 13:14:09 -0800
Subject: [Archivesspace_Users_Group] Feature request: tag image_url in
 exported EAD
In-Reply-To: <7083FE2E-59F2-45EC-BE7E-AFF6EBC4997E@virginia.edu>
References: <7083FE2E-59F2-45EC-BE7E-AFF6EBC4997E@virginia.edu>
Message-ID: <CAATW+63kpd7tpG0Cq_kxWVSWSfxEKL8=NGrTQpP8nawHCpvwEA@mail.gmail.com>

Hi Steve,

This seems like a useful and uncontroversial change to me (I can't see how
it will break anything for others). Would you consider posting a PR on
github?

Brian



On Tue, Feb 10, 2015 at 5:03 AM, Steven Majewski <sdm7g at virginia.edu> wrote:

>
> It would be helpful if the repo image_url was tagged in some way to
> uniquely identify it in the exported EAD.
>
> I?m currently using this modification in a local plugin to attach an @id .
> What that id is doesn?t particularly matter, as long as it?s tagged in
> some way.
> ( I?m open to alternate suggestions here. )
>
> *--- a/backend/app/exporters/serializers/ead.rb*
> *+++ b/backend/app/exporters/serializers/ead.rb*
> @@ -615,7 +615,7 @@ class EADSerializer < ASpaceExport::Serializer
>            xml.publisher { sanitize_mixed_content(data.repo.name,xml,
> fragments)
>
>
>            if data.repo.image_url
> -            xml.p {
> +            xml.p ( { "id" => "logostmt" } ) {
>                xml.extref ({"xlink:href" => data.repo.image_url,
>                            "xlink:actuate" => "onLoad",
>                            "xlink:show" => "embed",
>
>
> Identifying the repo image_url by position xpath only without some other
> tag is not really reliable if you have
> EAD from different sources : //publicationstmt/p/extref  could be a link
> to something else.
>
> Locally, tagging it with an id in local plugin works, however, we have 30+
> institutions contributing guides to
> the Virginia Heritage union catalog and a number of these institutions are
> migrating to ArchivesSpace.
> Trying to get the other institutions using ASpace to all use the same
> export plugin may not be possible.
> I would like to make it possible to directly export from ASpace to
> Virginia Heritage. Most other issues can
> be handled by tweaking our stylesheets, but this issue does seem to
> require tagging and identifying the
> logo image in some way.  This would seem to be a generally useful feature.
>
>
> ? Steve Majewski / Alderman Library University of Virginia
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


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

From harnold at rockarch.org  Tue Feb 10 20:46:53 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Tue, 10 Feb 2015 20:46:53 -0500
Subject: [Archivesspace_Users_Group] ArchivesSpace API and XMLHttpRequests
Message-ID: <D1001EBD.372EA%harnold@rockarch.org>

Hi everyone,
I?ve been hacking together a proof-of-concept single page web app which makes a couple of API calls against ArchivesSpace and returns/displays a bunch of data about a particular archival component.
Because I am not really a programmer, I?m just making a XMLHttpRequest with JQuery. However, I?m running into a couple problems.
First, when I try to post to my username and password so I can get back a session token, I?m getting an error related to cross domain requesting saying the requested resource doesn?t have an Access-Control-Allow-Origin header set. It seems like I?d need to set those header somewhere server-side (maybe in the app config settings somewhere), but I?m not sure where exactly that would be. The existing examples out there for working with the ArchivesSpace API seem to mostly be command-line tools, which wasn?t really helping me. I?m sure there are people out there who have done this, either specifically with ArchivesSpace or with other Ruby apps, so if you know how to do this or can point me to a link which tells me how to do it, I?d be most grateful!
Second, unless I am reading the documentation wrong (which is very likely), I think I should be able to make a get request like:
http://some_url:8089/search?q=cats&page=1 and get back search results. However, when I test that URL out in Postman I?m getting a 403 error. Am I missing something here?

Thanks for any help!

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150210/79835339/attachment.html>

From brianjhoffman at gmail.com  Tue Feb 10 22:19:27 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Tue, 10 Feb 2015 19:19:27 -0800
Subject: [Archivesspace_Users_Group] ArchivesSpace API and
	XMLHttpRequests
In-Reply-To: <D1001EBD.372EA%harnold@rockarch.org>
References: <D1001EBD.372EA%harnold@rockarch.org>
Message-ID: <CAATW+624Vh21hEHmM5Savdn6b3mqWpgKRK3tAu3Huty956kgrA@mail.gmail.com>

Hi Hillel,

For development purposes, you can get around the cross domain issue by
starting Chrome with the disable-web-security flag:

http://stackoverflow.com/questions/3102819/disable-same-origin-policy-in-chrome

For the Postman case you described, it sounds like you need to hit the
login endpoint first, get back the session key, and then add that to your
search request headers (there's a little dropdown in Postman for this)
using 'X-ArchivesSpace-Session' as the header key.

Hope this helps,

Brian




On Tue, Feb 10, 2015 at 5:46 PM, Arnold, Hillel <harnold at rockarch.org>
wrote:

> Hi everyone,
> I?ve been hacking together a proof-of-concept single page web app which
> makes a couple of API calls against ArchivesSpace and returns/displays a
> bunch of data about a particular archival component.
> Because I am not really a programmer, I?m just making a XMLHttpRequest
> with JQuery. However, I?m running into a couple problems.
> First, when I try to post to my username and password so I can get back a
> session token, I?m getting an error related to cross domain requesting
> saying the requested resource doesn?t have an Access-Control-Allow-Origin
> header set. It seems like I?d need to set those header somewhere
> server-side (maybe in the app config settings somewhere), but I?m not sure
> where exactly that would be. The existing examples out there for working
> with the ArchivesSpace API seem to mostly be command-line tools, which
> wasn?t really helping me. I?m sure there are people out there who have done
> this, either specifically with ArchivesSpace or with other Ruby apps, so if
> you know how to do this or can point me to a link which tells me how to do
> it, I?d be most grateful!
> Second, unless I am reading the documentation wrong (which is very
> likely), I think I should be able to make a get request like:
> http://some_url:8089/search?q=cats&page=1 and get back search results.
> However, when I test that URL out in Postman I?m getting a 403 error. Am I
> missing something here?
>
> Thanks for any help!
>
> Hillel Arnold
> Lead Digital Archivist
> Rockefeller Archive Center
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


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

From sdm7g at virginia.edu  Wed Feb 11 08:36:59 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 11 Feb 2015 08:36:59 -0500
Subject: [Archivesspace_Users_Group] Feature request: tag image_url in
	exported EAD
In-Reply-To: <CAATW+63kpd7tpG0Cq_kxWVSWSfxEKL8=NGrTQpP8nawHCpvwEA@mail.gmail.com>
References: <7083FE2E-59F2-45EC-BE7E-AFF6EBC4997E@virginia.edu>
	<CAATW+63kpd7tpG0Cq_kxWVSWSfxEKL8=NGrTQpP8nawHCpvwEA@mail.gmail.com>
Message-ID: <2FE2DEFD-65C2-468A-8E48-7DEEBE557DEB@virginia.edu>


On Feb 10, 2015, at 4:14 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:

> Hi Steve,
> 
> This seems like a useful and uncontroversial change to me (I can't see how it will break anything for others). Would you consider posting a PR on github?
> 
> Brian
> 
> 


Will  do.  ? Steve. 


> 
> On Tue, Feb 10, 2015 at 5:03 AM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> It would be helpful if the repo image_url was tagged in some way to uniquely identify it in the exported EAD. 
> 
> I?m currently using this modification in a local plugin to attach an @id . 
> What that id is doesn?t particularly matter, as long as it?s tagged in some way. 
> ( I?m open to alternate suggestions here. )
> 
> --- a/backend/app/exporters/serializers/ead.rb
> +++ b/backend/app/exporters/serializers/ead.rb
> @@ -615,7 +615,7 @@ class EADSerializer < ASpaceExport::Serializer
>            xml.publisher { sanitize_mixed_content(data.repo.name,xml, fragments)
>  
>            if data.repo.image_url
> -            xml.p {
> +            xml.p ( { "id" => "logostmt" } ) {
>                xml.extref ({"xlink:href" => data.repo.image_url,
>                            "xlink:actuate" => "onLoad",
>                            "xlink:show" => "embed",
> 
> 
> Identifying the repo image_url by position xpath only without some other tag is not really reliable if you have 
> EAD from different sources : //publicationstmt/p/extref  could be a link to something else. 
> 
> Locally, tagging it with an id in local plugin works, however, we have 30+ institutions contributing guides to 
> the Virginia Heritage union catalog and a number of these institutions are migrating to ArchivesSpace. 
> Trying to get the other institutions using ASpace to all use the same export plugin may not be possible. 
> I would like to make it possible to directly export from ASpace to Virginia Heritage. Most other issues can
> be handled by tweaking our stylesheets, but this issue does seem to require tagging and identifying the 
> logo image in some way.  This would seem to be a generally useful feature. 
> 
> 
> ? Steve Majewski / Alderman Library University of Virginia
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> 
> 
> 
> -- 
> Brian Hoffman
> brianjhoffman at gmail.com
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

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

From harnold at rockarch.org  Wed Feb 11 13:16:01 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Wed, 11 Feb 2015 13:16:01 -0500
Subject: [Archivesspace_Users_Group] ArchivesSpace API and
 XMLHttpRequests
In-Reply-To: <CAATW+624Vh21hEHmM5Savdn6b3mqWpgKRK3tAu3Huty956kgrA@mail.gmail.com>
References: <D1001EBD.372EA%harnold@rockarch.org>
	<CAATW+624Vh21hEHmM5Savdn6b3mqWpgKRK3tAu3Huty956kgrA@mail.gmail.com>
Message-ID: <D1010574.3734A%harnold@rockarch.org>

Hi Brian,
Thanks for your quick response, and for the tip about Chrome. I was able to sidestep the cross-domain issue for now, but if anyone has tips on how to get this working in production that would be great to know for the future. I should mention that I tried changing the Access-Control-Allow-Origin header in Apache, but that didn?t seem to have any effect because ArchivesSpace is running within Jetty (I think).
As far as getting something back via a URL like /search?q=query&page=1, I am still having no luck. I was able to successfully authenticate (and I?m authenticating as an admin user), and am sending the session key back via a header. I?m able to successfully make other calls, but that particular one is not working. Any ideas?

Hillel

From: Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, February 10, 2015 at 10:19 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and XMLHttpRequests

Hi Hillel,

For development purposes, you can get around the cross domain issue by starting Chrome with the disable-web-security flag:

http://stackoverflow.com/questions/3102819/disable-same-origin-policy-in-chrome

For the Postman case you described, it sounds like you need to hit the login endpoint first, get back the session key, and then add that to your search request headers (there's a little dropdown in Postman for this) using 'X-ArchivesSpace-Session' as the header key.

Hope this helps,

Brian




On Tue, Feb 10, 2015 at 5:46 PM, Arnold, Hillel <harnold at rockarch.org<mailto:harnold at rockarch.org>> wrote:
Hi everyone,
I?ve been hacking together a proof-of-concept single page web app which makes a couple of API calls against ArchivesSpace and returns/displays a bunch of data about a particular archival component.
Because I am not really a programmer, I?m just making a XMLHttpRequest with JQuery. However, I?m running into a couple problems.
First, when I try to post to my username and password so I can get back a session token, I?m getting an error related to cross domain requesting saying the requested resource doesn?t have an Access-Control-Allow-Origin header set. It seems like I?d need to set those header somewhere server-side (maybe in the app config settings somewhere), but I?m not sure where exactly that would be. The existing examples out there for working with the ArchivesSpace API seem to mostly be command-line tools, which wasn?t really helping me. I?m sure there are people out there who have done this, either specifically with ArchivesSpace or with other Ruby apps, so if you know how to do this or can point me to a link which tells me how to do it, I?d be most grateful!
Second, unless I am reading the documentation wrong (which is very likely), I think I should be able to make a get request like:
http://some_url:8089/search?q=cats&page=1 and get back search results. However, when I test that URL out in Postman I?m getting a 403 error. Am I missing something here?

Thanks for any help!

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

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




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

From brianjhoffman at gmail.com  Wed Feb 11 18:24:42 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 11 Feb 2015 15:24:42 -0800
Subject: [Archivesspace_Users_Group] ArchivesSpace API and
	XMLHttpRequests
In-Reply-To: <D1010574.3734A%harnold@rockarch.org>
References: <D1001EBD.372EA%harnold@rockarch.org>
	<CAATW+624Vh21hEHmM5Savdn6b3mqWpgKRK3tAu3Huty956kgrA@mail.gmail.com>
	<D1010574.3734A%harnold@rockarch.org>
Message-ID: <CAATW+61JQfkUSCm_tv_wVtn9FL7_xmdZNJYmSsJN7yEuUGBB0g@mail.gmail.com>

Hi Hillel,

If you are using Apache to server the index of your SPA app, your best bet
might be to use ProxyPass statements in your Apache config to get around
the X-domain issues. Example:

http://yourserver.edu/spa/index.html

http://yourserver.edu/aspaceproxy

which proxies and reverse proxies to:

http://youraspaceserver.edu

Disclaimer: this isn't really something I have a lot of experience with.

Regarding the authentication, I threw together a little demo using a client
library I wrote - maybe it will help:

https://github.com/quoideneuf/asapi/releases/tag/spa-demo

Brian



On Wed, Feb 11, 2015 at 10:16 AM, Arnold, Hillel <harnold at rockarch.org>
wrote:

> Hi Brian,
> Thanks for your quick response, and for the tip about Chrome. I was able
> to sidestep the cross-domain issue for now, but if anyone has tips on how
> to get this working in production that would be great to know for the
> future. I should mention that I tried changing the
> Access-Control-Allow-Origin header in Apache, but that didn?t seem to have
> any effect because ArchivesSpace is running within Jetty (I think).
> As far as getting something back via a URL like /search?q=query&page=1, I
> am still having no luck. I was able to successfully authenticate (and I?m
> authenticating as an admin user), and am sending the session key back via a
> header. I?m able to successfully make other calls, but that particular one
> is not working. Any ideas?
>
> Hillel
>
> From: Brian Hoffman <brianjhoffman at gmail.com>
> Reply-To: Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> Date: Tuesday, February 10, 2015 at 10:19 PM
> To: Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and
> XMLHttpRequests
>
> Hi Hillel,
>
> For development purposes, you can get around the cross domain issue by
> starting Chrome with the disable-web-security flag:
>
>
> http://stackoverflow.com/questions/3102819/disable-same-origin-policy-in-chrome
>
> For the Postman case you described, it sounds like you need to hit the
> login endpoint first, get back the session key, and then add that to your
> search request headers (there's a little dropdown in Postman for this)
> using 'X-ArchivesSpace-Session' as the header key.
>
> Hope this helps,
>
> Brian
>
>
>
>
> On Tue, Feb 10, 2015 at 5:46 PM, Arnold, Hillel <harnold at rockarch.org>
> wrote:
>
>> Hi everyone,
>> I?ve been hacking together a proof-of-concept single page web app which
>> makes a couple of API calls against ArchivesSpace and returns/displays a
>> bunch of data about a particular archival component.
>> Because I am not really a programmer, I?m just making a XMLHttpRequest
>> with JQuery. However, I?m running into a couple problems.
>> First, when I try to post to my username and password so I can get back a
>> session token, I?m getting an error related to cross domain requesting
>> saying the requested resource doesn?t have an Access-Control-Allow-Origin
>> header set. It seems like I?d need to set those header somewhere
>> server-side (maybe in the app config settings somewhere), but I?m not sure
>> where exactly that would be. The existing examples out there for working
>> with the ArchivesSpace API seem to mostly be command-line tools, which
>> wasn?t really helping me. I?m sure there are people out there who have done
>> this, either specifically with ArchivesSpace or with other Ruby apps, so if
>> you know how to do this or can point me to a link which tells me how to do
>> it, I?d be most grateful!
>> Second, unless I am reading the documentation wrong (which is very
>> likely), I think I should be able to make a get request like:
>> http://some_url:8089/search?q=cats&page=1 and get back search results.
>> However, when I test that URL out in Postman I?m getting a 403 error. Am I
>> missing something here?
>>
>> Thanks for any help!
>>
>> Hillel Arnold
>> Lead Digital Archivist
>> Rockefeller Archive Center
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> Brian Hoffman
> brianjhoffman at gmail.com
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


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

From ns96 at nyu.edu  Thu Feb 12 15:29:37 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Thu, 12 Feb 2015 15:29:37 -0500
Subject: [Archivesspace_Users_Group] ArchivesSpace API and
	XMLHttpRequests
In-Reply-To: <CAATW+61JQfkUSCm_tv_wVtn9FL7_xmdZNJYmSsJN7yEuUGBB0g@mail.gmail.com>
References: <D1001EBD.372EA%harnold@rockarch.org>
	<CAATW+624Vh21hEHmM5Savdn6b3mqWpgKRK3tAu3Huty956kgrA@mail.gmail.com>
	<D1010574.3734A%harnold@rockarch.org>
	<CAATW+61JQfkUSCm_tv_wVtn9FL7_xmdZNJYmSsJN7yEuUGBB0g@mail.gmail.com>
Message-ID: <CADi=b=PvipdsmhjtndET2YDPF4ooPudFsKbk_yKA7K6XxQRR5A@mail.gmail.com>

Besides the elegance of using a pure javascript/html solution you ever
consider just using a simple php script to wrap all the calls to the aspace
backend since you already planning on deploying on Apache anyway?
On Feb 11, 2015 6:24 PM, "Brian Hoffman" <brianjhoffman at gmail.com> wrote:

> Hi Hillel,
>
> If you are using Apache to server the index of your SPA app, your best bet
> might be to use ProxyPass statements in your Apache config to get around
> the X-domain issues. Example:
>
> http://yourserver.edu/spa/index.html
>
> http://yourserver.edu/aspaceproxy
>
> which proxies and reverse proxies to:
>
> http://youraspaceserver.edu
>
> Disclaimer: this isn't really something I have a lot of experience with.
>
> Regarding the authentication, I threw together a little demo using a
> client library I wrote - maybe it will help:
>
> https://github.com/quoideneuf/asapi/releases/tag/spa-demo
>
> Brian
>
>
>
> On Wed, Feb 11, 2015 at 10:16 AM, Arnold, Hillel <harnold at rockarch.org>
> wrote:
>
>> Hi Brian,
>> Thanks for your quick response, and for the tip about Chrome. I was able
>> to sidestep the cross-domain issue for now, but if anyone has tips on how
>> to get this working in production that would be great to know for the
>> future. I should mention that I tried changing the
>> Access-Control-Allow-Origin header in Apache, but that didn?t seem to have
>> any effect because ArchivesSpace is running within Jetty (I think).
>> As far as getting something back via a URL like /search?q=query&page=1, I
>> am still having no luck. I was able to successfully authenticate (and I?m
>> authenticating as an admin user), and am sending the session key back via a
>> header. I?m able to successfully make other calls, but that particular one
>> is not working. Any ideas?
>>
>> Hillel
>>
>> From: Brian Hoffman <brianjhoffman at gmail.com>
>> Reply-To: Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>
>> Date: Tuesday, February 10, 2015 at 10:19 PM
>> To: Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>
>> Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and
>> XMLHttpRequests
>>
>> Hi Hillel,
>>
>> For development purposes, you can get around the cross domain issue by
>> starting Chrome with the disable-web-security flag:
>>
>>
>> http://stackoverflow.com/questions/3102819/disable-same-origin-policy-in-chrome
>>
>> For the Postman case you described, it sounds like you need to hit the
>> login endpoint first, get back the session key, and then add that to your
>> search request headers (there's a little dropdown in Postman for this)
>> using 'X-ArchivesSpace-Session' as the header key.
>>
>> Hope this helps,
>>
>> Brian
>>
>>
>>
>>
>> On Tue, Feb 10, 2015 at 5:46 PM, Arnold, Hillel <harnold at rockarch.org>
>> wrote:
>>
>>> Hi everyone,
>>> I?ve been hacking together a proof-of-concept single page web app which
>>> makes a couple of API calls against ArchivesSpace and returns/displays a
>>> bunch of data about a particular archival component.
>>> Because I am not really a programmer, I?m just making a XMLHttpRequest
>>> with JQuery. However, I?m running into a couple problems.
>>> First, when I try to post to my username and password so I can get back
>>> a session token, I?m getting an error related to cross domain requesting
>>> saying the requested resource doesn?t have an Access-Control-Allow-Origin
>>> header set. It seems like I?d need to set those header somewhere
>>> server-side (maybe in the app config settings somewhere), but I?m not sure
>>> where exactly that would be. The existing examples out there for working
>>> with the ArchivesSpace API seem to mostly be command-line tools, which
>>> wasn?t really helping me. I?m sure there are people out there who have done
>>> this, either specifically with ArchivesSpace or with other Ruby apps, so if
>>> you know how to do this or can point me to a link which tells me how to do
>>> it, I?d be most grateful!
>>> Second, unless I am reading the documentation wrong (which is very
>>> likely), I think I should be able to make a get request like:
>>> http://some_url:8089/search?q=cats&page=1 and get back search results.
>>> However, when I test that URL out in Postman I?m getting a 403 error. Am I
>>> missing something here?
>>>
>>> Thanks for any help!
>>>
>>> Hillel Arnold
>>> Lead Digital Archivist
>>> Rockefeller Archive Center
>>>
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>
>>>
>>
>>
>> --
>> Brian Hoffman
>> brianjhoffman at gmail.com
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> Brian Hoffman
> brianjhoffman at gmail.com
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150212/9a773deb/attachment.html>

From Emily_Gustainis at hms.harvard.edu  Fri Feb 13 09:14:01 2015
From: Emily_Gustainis at hms.harvard.edu (Gustainis, Emily)
Date: Fri, 13 Feb 2015 09:14:01 -0500
Subject: [Archivesspace_Users_Group] Call for Survey Instruments -- Holdings
	Counts and Measures
Message-ID: <3C43EC49B7AF084BA385F946485B1F4CFF29068F50@ITCCRMAIL02.MED.HARVARD.EDU>

Apologies for cross-posting.

The following call may be of interest to ArchivesSpace users following plugin developments around extent and assessment.


In its efforts to learn more about how archives and special collections repositories are currently quantifying their holdings, the SAA-ACRL/RBMS Joint Task Force on the Development of Standardized Holdings Counts and Measures for Archival Repositories and Special Collections Libraries<http://www2.archivists.org/groups/saa-acrlrbms-joint-task-force-on-holdings-metrics> is seeking examples of survey instruments, worksheets,  methodologies, etc. that have been used to:

* Provide a number for collections [of archival and/or manuscript material], titles [bibliographic units], and/or physical units held. Please include definitions and explanations if these are not apparent in the instrument.

* Figure out how much physical space collections occupy

* Count any non-textual formats held, such as audio-visual materials

* Determine extent for born-digital material

Please be assured that survey instruments submitted will be shared with Task Force members only. If you have surveyed your holdings within the last ten years, and have an instrument you are willing to share, please send it to Emily Novak Gustainis (Emily_Gustainis at hms.harvard.edu<mailto:Emily_Gustainis at hms.harvard.edu>), Co-chair, ACRL/RBMS Joint Task Force on the Development of Standardized Holdings Counts and Measures for Archival Repositories and Special Collections Libraries, by Friday, February 20, 2015.

We are also interested in learning more about repositories that have had difficulties conducting holdings surveys and/or have opted not to participate in a survey.

Thank you!

Emily R. Novak Gustainis
Learn more about JTF-HCM: http://www2.archivists.org/groups/saa-acrlrbms-joint-task-force-on-holdings-metrics


Emily R. Novak Gustainis
Head, Collections Services
Center for the History of Medicine
Francis A. Countway Library of Medicine
Harvard Medical School
emily_gustainis at hms.harvard.edu<mailto:emily_gustainis at hms.harvard.edu> / 617.432.7702
Website<https://www.countway.harvard.edu/chom> / Blog<https://cms.www.countway.harvard.edu/wp/> / Omeka<http://collections.countway.harvard.edu/onview/> / A partner in the Medical Heritage Library<http://www.medicalheritage.org/>

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

From vaddoniz at jhu.edu  Fri Feb 13 10:22:30 2015
From: vaddoniz at jhu.edu (Valerie Addonizio)
Date: Fri, 13 Feb 2015 15:22:30 +0000
Subject: [Archivesspace_Users_Group] Greetings and publishing question
Message-ID: <818aeb53618844a793c51c771a4288bc@ESGMTWEX12.win.ad.jhu.edu>

Greetings AS listserv! I am posting for the first time as I slowly orient myself to our recent AS installation here at Johns Hopkins. I'm happy to say we have completed our first migration, but know that we are a well behind the curve, so I'm afraid my questions will be pretty basic as I get acquainted.

On that note, here is my first problem: after import I was only able to publish 5 records to the public interface, and now I cannot publish any. In the staff view I select Publish All, I get a confirmation message, just as I did with the first five (chosen at random) but now the newly published records simply never appear.

I'm in version 1.1.0

In case it matters I only have one variable in the time since I successfully posted the five records: I did attempt a second migration (which essentially failed because I think I accidentally "accepted" the first migration, if anyone wants to address how I can make this an iterative process, please let me know as well)! Other than that attempted second migration, I have done nothing that I can think of that may have affected the repository.

Thank you in advance for your patience with the new person!

-Valerie



--------------------------------
Valerie Addonizio
Archivist
The Sheridan Libraries
Johns Hopkins University
vaddoniz at jhu.edu
410-516-5261

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

From vaddoniz at jhu.edu  Fri Feb 13 11:01:17 2015
From: vaddoniz at jhu.edu (Valerie Addonizio)
Date: Fri, 13 Feb 2015 16:01:17 +0000
Subject: [Archivesspace_Users_Group] Greetings and publishing question
In-Reply-To: <818aeb53618844a793c51c771a4288bc@ESGMTWEX12.win.ad.jhu.edu>
References: <818aeb53618844a793c51c771a4288bc@ESGMTWEX12.win.ad.jhu.edu>
Message-ID: <85050eff45104327a40ad656a7091ed2@ESGMTWEX12.win.ad.jhu.edu>

Update: I figured out how to publish my records, but I am still puzzled by the functionality of Publish All. I have searched the documentation for insight into this particular feature and haven't found any.

To sum up, I was clicking Publish All, and I was getting a confirmation message and yet no record would publish. Just now I went back to a record that I knew I had attempted to publish multiple times using Publish All, and the Publish checkbox was already checked. It wasn't until I altered something else (I changed the title of the resource) that the Save box activated and I was able to save. Then the record went live.

In a fresh attempt, I simply used the check box, saved, and it worked, and this is certainly what I should have been doing to begin with.

However, Publish All was giving me a confirmation message. I had assumed the confirmation was confirmation enough. Was I misusing Publish All? What is its relationship to publishing versus the Publish checkbox? Why didn't the changes stick if saving wasn't an option? Or is Publish All meant to be used with already published records as a way of pushing the true value to every level?

Thank you again.

-Valerie

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio
Sent: Friday, February 13, 2015 10:23 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Greetings and publishing question

Greetings AS listserv! I am posting for the first time as I slowly orient myself to our recent AS installation here at Johns Hopkins. I'm happy to say we have completed our first migration, but know that we are a well behind the curve, so I'm afraid my questions will be pretty basic as I get acquainted.

On that note, here is my first problem: after import I was only able to publish 5 records to the public interface, and now I cannot publish any. In the staff view I select Publish All, I get a confirmation message, just as I did with the first five (chosen at random) but now the newly published records simply never appear.

I'm in version 1.1.0

In case it matters I only have one variable in the time since I successfully posted the five records: I did attempt a second migration (which essentially failed because I think I accidentally "accepted" the first migration, if anyone wants to address how I can make this an iterative process, please let me know as well)! Other than that attempted second migration, I have done nothing that I can think of that may have affected the repository.

Thank you in advance for your patience with the new person!

-Valerie



--------------------------------
Valerie Addonizio
Archivist
The Sheridan Libraries
Johns Hopkins University
vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>
410-516-5261

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

From harnold at rockarch.org  Fri Feb 13 12:02:24 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Fri, 13 Feb 2015 12:02:24 -0500
Subject: [Archivesspace_Users_Group] ArchivesSpace API and
 XMLHttpRequests
In-Reply-To: <CADi=b=PvipdsmhjtndET2YDPF4ooPudFsKbk_yKA7K6XxQRR5A@mail.gmail.com>
References: <D1001EBD.372EA%harnold@rockarch.org>
	<CAATW+624Vh21hEHmM5Savdn6b3mqWpgKRK3tAu3Huty956kgrA@mail.gmail.com>
	<D1010574.3734A%harnold@rockarch.org>
	<CAATW+61JQfkUSCm_tv_wVtn9FL7_xmdZNJYmSsJN7yEuUGBB0g@mail.gmail.com>
	<CADi=b=PvipdsmhjtndET2YDPF4ooPudFsKbk_yKA7K6XxQRR5A@mail.gmail.com>
Message-ID: <D1039720.374B0%harnold@rockarch.org>

Hi Nathan,
I don?t have a good answer to that question other than that I wanted to keep things as simple as possible.
To follow up on the issue I was experiencing with a permissions error for certain API requests, it seems very likely this is a server configuration thing on our end. I?m able to successfully make those calls when running AS on my local machine. I?ll reply back to this list when I?ve figured both that and the CORS issue out.
Brian ? thanks for sending the demo. Your client library is super helpful, and I hope will continue to see development/release at some point. If there?s anything I can do to help make that happen, let me know!

Hillel

From: Nathan Stevens <ns96 at nyu.edu<mailto:ns96 at nyu.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Thursday, February 12, 2015 at 3:29 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and XMLHttpRequests


Besides the elegance of using a pure javascript/html solution you ever consider just using a simple php script to wrap all the calls to the aspace backend since you already planning on deploying on Apache anyway?

On Feb 11, 2015 6:24 PM, "Brian Hoffman" <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>> wrote:
Hi Hillel,

If you are using Apache to server the index of your SPA app, your best bet might be to use ProxyPass statements in your Apache config to get around the X-domain issues. Example:

http://yourserver.edu/spa/index.html

http://yourserver.edu/aspaceproxy

which proxies and reverse proxies to:

http://youraspaceserver.edu

Disclaimer: this isn't really something I have a lot of experience with.

Regarding the authentication, I threw together a little demo using a client library I wrote - maybe it will help:

https://github.com/quoideneuf/asapi/releases/tag/spa-demo

Brian



On Wed, Feb 11, 2015 at 10:16 AM, Arnold, Hillel <harnold at rockarch.org<mailto:harnold at rockarch.org>> wrote:
Hi Brian,
Thanks for your quick response, and for the tip about Chrome. I was able to sidestep the cross-domain issue for now, but if anyone has tips on how to get this working in production that would be great to know for the future. I should mention that I tried changing the Access-Control-Allow-Origin header in Apache, but that didn?t seem to have any effect because ArchivesSpace is running within Jetty (I think).
As far as getting something back via a URL like /search?q=query&page=1, I am still having no luck. I was able to successfully authenticate (and I?m authenticating as an admin user), and am sending the session key back via a header. I?m able to successfully make other calls, but that particular one is not working. Any ideas?

Hillel

From: Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, February 10, 2015 at 10:19 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and XMLHttpRequests

Hi Hillel,

For development purposes, you can get around the cross domain issue by starting Chrome with the disable-web-security flag:

http://stackoverflow.com/questions/3102819/disable-same-origin-policy-in-chrome

For the Postman case you described, it sounds like you need to hit the login endpoint first, get back the session key, and then add that to your search request headers (there's a little dropdown in Postman for this) using 'X-ArchivesSpace-Session' as the header key.

Hope this helps,

Brian




On Tue, Feb 10, 2015 at 5:46 PM, Arnold, Hillel <harnold at rockarch.org<mailto:harnold at rockarch.org>> wrote:
Hi everyone,
I?ve been hacking together a proof-of-concept single page web app which makes a couple of API calls against ArchivesSpace and returns/displays a bunch of data about a particular archival component.
Because I am not really a programmer, I?m just making a XMLHttpRequest with JQuery. However, I?m running into a couple problems.
First, when I try to post to my username and password so I can get back a session token, I?m getting an error related to cross domain requesting saying the requested resource doesn?t have an Access-Control-Allow-Origin header set. It seems like I?d need to set those header somewhere server-side (maybe in the app config settings somewhere), but I?m not sure where exactly that would be. The existing examples out there for working with the ArchivesSpace API seem to mostly be command-line tools, which wasn?t really helping me. I?m sure there are people out there who have done this, either specifically with ArchivesSpace or with other Ruby apps, so if you know how to do this or can point me to a link which tells me how to do it, I?d be most grateful!
Second, unless I am reading the documentation wrong (which is very likely), I think I should be able to make a get request like:
http://some_url:8089/search?q=cats&page=1 and get back search results. However, when I test that URL out in Postman I?m getting a 403 error. Am I missing something here?

Thanks for any help!

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

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




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

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




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

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20150213/07d7937e/attachment.html>

From smithkr at mit.edu  Fri Feb 13 12:46:54 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Fri, 13 Feb 2015 17:46:54 +0000
Subject: [Archivesspace_Users_Group] Greetings and publishing question
In-Reply-To: <85050eff45104327a40ad656a7091ed2@ESGMTWEX12.win.ad.jhu.edu>
References: <818aeb53618844a793c51c771a4288bc@ESGMTWEX12.win.ad.jhu.edu>
	<85050eff45104327a40ad656a7091ed2@ESGMTWEX12.win.ad.jhu.edu>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBA528238@OC11expo28.exchange.mit.edu>

Hi Valerie,
As I understand "Publish All", it selects each 'publish' check box in the sections of a single Resource Record.  You still then have to "Publish" that record.  So the benefit of 'Publish All' is that it acts as "select all publishable sections for publishing" rather than you having to check off each individual publish box in the full resource record.

Others can correct me if I'm wrong.

Kari

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio
Sent: Friday, February 13, 2015 11:01 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Greetings and publishing question

Update: I figured out how to publish my records, but I am still puzzled by the functionality of Publish All. I have searched the documentation for insight into this particular feature and haven't found any.

To sum up, I was clicking Publish All, and I was getting a confirmation message and yet no record would publish. Just now I went back to a record that I knew I had attempted to publish multiple times using Publish All, and the Publish checkbox was already checked. It wasn't until I altered something else (I changed the title of the resource) that the Save box activated and I was able to save. Then the record went live.

In a fresh attempt, I simply used the check box, saved, and it worked, and this is certainly what I should have been doing to begin with.

However, Publish All was giving me a confirmation message. I had assumed the confirmation was confirmation enough. Was I misusing Publish All? What is its relationship to publishing versus the Publish checkbox? Why didn't the changes stick if saving wasn't an option? Or is Publish All meant to be used with already published records as a way of pushing the true value to every level?

Thank you again.

-Valerie

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio
Sent: Friday, February 13, 2015 10:23 AM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Greetings and publishing question

Greetings AS listserv! I am posting for the first time as I slowly orient myself to our recent AS installation here at Johns Hopkins. I'm happy to say we have completed our first migration, but know that we are a well behind the curve, so I'm afraid my questions will be pretty basic as I get acquainted.

On that note, here is my first problem: after import I was only able to publish 5 records to the public interface, and now I cannot publish any. In the staff view I select Publish All, I get a confirmation message, just as I did with the first five (chosen at random) but now the newly published records simply never appear.

I'm in version 1.1.0

In case it matters I only have one variable in the time since I successfully posted the five records: I did attempt a second migration (which essentially failed because I think I accidentally "accepted" the first migration, if anyone wants to address how I can make this an iterative process, please let me know as well)! Other than that attempted second migration, I have done nothing that I can think of that may have affected the repository.

Thank you in advance for your patience with the new person!

-Valerie



--------------------------------
Valerie Addonizio
Archivist
The Sheridan Libraries
Johns Hopkins University
vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>
410-516-5261

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

From sdm7g at virginia.edu  Mon Feb 16 12:54:14 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Mon, 16 Feb 2015 12:54:14 -0500
Subject: [Archivesspace_Users_Group] What is the role of
	digital_object_components ?
Message-ID: <A4CA4F31-D1A3-4A6F-B040-0007F7DD380F@virginia.edu>


What is the role of digital_object_components ? 

I have a number of digital objects imported into my system, some with several files,  but zero digital_object_components .

The digital_object schema doesn?t seem to have a link to a digital_object_component, however
the digital_object_component does have a digital_object link.   The hierarchy seems to be the opposite
of what the names would suggest to me.  

? Steve Majewski

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

From brad.westbrook at lyrasis.org  Mon Feb 16 13:58:35 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Mon, 16 Feb 2015 18:58:35 +0000
Subject: [Archivesspace_Users_Group] What is the role
	of	digital_object_components ?
In-Reply-To: <A4CA4F31-D1A3-4A6F-B040-0007F7DD380F@virginia.edu>
References: <A4CA4F31-D1A3-4A6F-B040-0007F7DD380F@virginia.edu>
Message-ID: <DM2PR0801MB086247E38BB5C5D9DC51DA1A942E0@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi, Steve,

Digital object components are for modeling and structuring complex digital objects, that is, digital objects in which rendering of the intellectual content requires two or more digital files.  

There's a couple of examples in our teaching instance at demo.archivesspace.org.   Feel free to look at:

http://demo.archivesspace.org:8081/repositories/2/digital_objects/2

http://demo.archivesspace.org:8081/repositories/2/digital_objects/45

http://demo.archivesspace.org:8081/repositories/2/digital_objects/6 


Hope this helps.

Brad W.




-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Monday, February 16, 2015 12:54 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] What is the role of digital_object_components ?


What is the role of digital_object_components ? 

I have a number of digital objects imported into my system, some with several files,  but zero digital_object_components .

The digital_object schema doesn't seem to have a link to a digital_object_component, however
the digital_object_component does have a digital_object link.   The hierarchy seems to be the opposite
of what the names would suggest to me.  

- Steve Majewski



From smithkr at mit.edu  Tue Feb 17 10:02:59 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Tue, 17 Feb 2015 15:02:59 +0000
Subject: [Archivesspace_Users_Group] What is the
	role	of	digital_object_components ?
In-Reply-To: <DM2PR0801MB086247E38BB5C5D9DC51DA1A942E0@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <A4CA4F31-D1A3-4A6F-B040-0007F7DD380F@virginia.edu>
	<DM2PR0801MB086247E38BB5C5D9DC51DA1A942E0@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBA54BB94@OC11expo28.exchange.mit.edu>

Hi Brad,
Following up on your message below, where / how are you uploading the digital files such that they are displaying in the web browser?  The URL isn't giving me any hints...

Thanks,
Kari Smith

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook
Sent: Monday, February 16, 2015 1:59 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] What is the role of digital_object_components ?

Hi, Steve,

Digital object components are for modeling and structuring complex digital objects, that is, digital objects in which rendering of the intellectual content requires two or more digital files.  

There's a couple of examples in our teaching instance at demo.archivesspace.org.   Feel free to look at:

http://demo.archivesspace.org:8081/repositories/2/digital_objects/2

http://demo.archivesspace.org:8081/repositories/2/digital_objects/45

http://demo.archivesspace.org:8081/repositories/2/digital_objects/6 


Hope this helps.

Brad W.




-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Monday, February 16, 2015 12:54 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] What is the role of digital_object_components ?


What is the role of digital_object_components ? 

I have a number of digital objects imported into my system, some with several files,  but zero digital_object_components .

The digital_object schema doesn't seem to have a link to a digital_object_component, however
the digital_object_component does have a digital_object link.   The hierarchy seems to be the opposite
of what the names would suggest to me.  

- Steve Majewski

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


From kfrederi at skidmore.edu  Tue Feb 17 10:04:23 2015
From: kfrederi at skidmore.edu (Kathryn Frederick (Library))
Date: Tue, 17 Feb 2015 15:04:23 +0000
Subject: [Archivesspace_Users_Group] public formats plugin stopped working
Message-ID: <CY1PR0101MB1113051B698EC0B56626685FA02F0@CY1PR0101MB1113.prod.exchangelabs.com>

Hi,
The public formats plugin, which had been working on our locally installed instance since we upgraded to v 1.1.1, has stopped functioning. When I use the link syntax for export of any format I get an AS page saying "Record Not Found." I've definitely got the correct repository and resource IDs in the link, so I'm assuming something's going on with the plugin. Can someone advise on what I should be looking at to troubleshoot this?
Thanks!
Kathryn

Kathryn Frederick
Head of Digital and Collection Services
Lucy Scribner Library - Skidmore College
Saratoga Springs, NY 12866
(518) 580-5505


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

From PGalligan at rockarch.org  Tue Feb 17 10:57:02 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 17 Feb 2015 10:57:02 -0500
Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>

Hi all,

I spoke to a few people working with ArchivesSpace during code4lib last week, and one of the best ideas that came up was some sort of system for sharing ArchivesSpace projects we are working on at our own institutions. We have a growing community, and many of us are doing some cool things with the system, but it doesn't seem like we are sharing our work as much as we could.

Would others be interested in some sort of online space where we could share our work? Any suggestions on the best way/platform?

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/20150217/82337414/attachment.html>

From reese.2179 at osu.edu  Tue Feb 17 11:37:17 2015
From: reese.2179 at osu.edu (Reese, Terry P.)
Date: Tue, 17 Feb 2015 16:37:17 +0000
Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace
	projects
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
Message-ID: <EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>

I've mentioned this before, but with the community license in place, it might be time to start looking at having a setup that looks more like the Hydra project.  There is the core hydra gem, but all the gem sets built up around it that are part of the larger project live in a common space: https://github.com/projecthydra and are contributed using the same community license allowing the community to use and grow the projects.  It also indicates some level of support to ensure projects evolve with the system.  If most local development is being conceptualized as plugins or gems to be used to enhance the core system, this type of model might work.  Though, I'm sure others may have better ideas.

--tr


[The Ohio State University]
Terry Reese
Head of Digital Initiatives
University Libraries
320F 18th Avenue Library, 175 West 18th Avenue, Columbus, OH 43210
614-292-8263 Office / 614-407-4998 Mobile
reese.2179 at osu.edu<mailto:reese.2179 at osu.edu> / http://library.osu.edu / http://reeset.net



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, February 17, 2015 10:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects

Hi all,

I spoke to a few people working with ArchivesSpace during code4lib last week, and one of the best ideas that came up was some sort of system for sharing ArchivesSpace projects we are working on at our own institutions. We have a growing community, and many of us are doing some cool things with the system, but it doesn't seem like we are sharing our work as much as we could.

Would others be interested in some sort of online space where we could share our work? Any suggestions on the best way/platform?

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

From sdm7g at virginia.edu  Tue Feb 17 16:14:11 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Tue, 17 Feb 2015 16:14:11 -0500
Subject: [Archivesspace_Users_Group] repositories with same agent ?
Message-ID: <1CB58250-47CE-42A4-A479-AA6EA2CDB1C7@virginia.edu>


I?m trying to create a 2nd repository with the same contact/agent info as the first. 

First repo created by  posting this json to http://localhost:8089/repositories/with_agent :

{
   "repository" : {
      "country" : "US",
      "repo_code" : "uva-sc",
      "name" : "University of Virginia, Special Collections Dept.",
      "contact_persons" : "",
      "description" : "University of Virginia, Special Collections Dept. Virginia Heritage Archivesspace repo",
      "parent_institution_name" : "University of Virginia, Special Collections Dept.",
      "url" : "http://www.lib.virginia.edu/small",
      "image_url" : "http://ead.lib.virginia.edu/vivaead/logos/uva-sc.jpg",
      "org_code" : "ViU"
   },
   "agent_representation" : {
      "agent_contacts" : [
         {
            "country" : "United States",
            "telephone" : "Phone: (434) 243-1776",
            "address_3" : "University of Virginia",
            "region" : "Virginia",
            "name" : "University of Virginia, Special Collections Dept.",
            "post_code" : "22904-4110",
            "note" : "(generated from contact xml files and POSTed to AS via curl.)",
            "address_2" : "P.O. Box 400110",
            "address_1" : "Albert and Shirley Small Special Collections Library",
            "email" : "",
            "email_signature" : "",
            "city" : "Charlottesville",
            "fax" : "Fax: (434) 924-4968",
            "telephone_ext" : ""
         }
      ],
      "names" : [
         {
            "source" : "local",
            "primary_name" : "University of Virginia, Special Collections Dept.",
            "sort_name" : "uva-sc"
         }
      ]
   }
}



If I try changing the repo_code and submitting again to /repositories/with_agent, I get: 

		{"error":{"names":["Agent must be unique"]}}


However, If I try using the existing agent reference URI instead, posting to either /repostories or /repositories/with_agent 
I get a 2nd repo created, with a different agent URI from the one I posted being created, and no contact information. 


If I change the primary and sort names as well, I can create a new repo, with a new agent, but if I then try to merge the
agents, I get a ?something went wrong? message and the merge fails. 


Is there a better way to do this, or is what I?m trying to do impossible in this model ? 

I was thinking we could use different repositories to manage different workflows, with access rights set for 
different work groups, and then move them all to another repo when processing and QA complete and ready to publish. 

We may be able to live with differently named agents as long as they all have the same contact info, but I would 
prefer not to have to edit and maintain the same info in multiple places. 


? Steve Majewski / UVA Alderman Library 





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

From sdm7g at virginia.edu  Tue Feb 17 19:08:00 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Tue, 17 Feb 2015 19:08:00 -0500
Subject: [Archivesspace_Users_Group] What is the role
	of	digital_object_components ?
In-Reply-To: <DM2PR0801MB086247E38BB5C5D9DC51DA1A942E0@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <A4CA4F31-D1A3-4A6F-B040-0007F7DD380F@virginia.edu>
	<DM2PR0801MB086247E38BB5C5D9DC51DA1A942E0@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <054DA005-BECC-45C2-9956-E9C57086E8A8@virginia.edu>


On Feb 16, 2015, at 1:58 PM, Brad Westbrook <brad.westbrook at lyrasis.org> wrote:

> Hi, Steve,
> 
> Digital object components are for modeling and structuring complex digital objects, that is, digital objects in which rendering of the intellectual content requires two or more digital files.  
> 
> There's a couple of examples in our teaching instance at demo.archivesspace.org.   Feel free to look at:
> 
> http://demo.archivesspace.org:8081/repositories/2/digital_objects/2
> 
> http://demo.archivesspace.org:8081/repositories/2/digital_objects/45
> 
> http://demo.archivesspace.org:8081/repositories/2/digital_objects/6 
> 
> 
> Hope this helps.
> 
> Brad W.
> 
> 


Thanks, Brad. This helps me figure out the possible encodings, but I?m more confused that ever about how we should be encoding things.  

[A] The three cases above could be classified as:

 [1] A letter with two page images. 
 [2] Multiple objects ( a letter and two photographs )         [ Shouldn?t  this be better modeled as separate digital objects and/or archival objects ? ] 
 [3] A complex object with different parts and representations. 



[B] In our EAD files that I?ve imported into ArchivesSpace, typically multipage letters have been encoded as a <daogrp> 
with each page URI encoded as a <daoloc> .   Single page images are usually just encoded as a <dao>. 

In our best practices guidelines ( as well as some others I?ve looked up on the web ) there are actually two usage
examples for <daogrp> :  multiple page images where the @role attribute indicates ?page 1?, ?page 2? ? etc. ,  ( same as case A#1 above)
and different representations of the same physical object, where @role indicates ?thumbnail? , ?high resolution? , for example. 
( could be considered a simple version of case A#3. ) 

I don?t think we have used the 2nd case in our legacy EAD finding aids, however we have been using Fedora for all of our new 
digital material, where we not only have methods for different image displays ( thumbnail, full-size, scaled images ) but we also have
a separate Fedora Digital Object for the multipage letter, with links to the separate page image objects. 
( Correction: It looks like we may have a few where <daogrp> contains links to multiple page images and a TEI representation. )



[C]  Those <daogrp>?s import into ArchivesSpace as a single digital object with file_versions for each <daoloc>. 
       There doesn?t seem to be any mapping between digital_object_components and any EAD elements. 
       The only mention in the mapping I saw was this note "Should these end up being components?? below. 
        I edited one of my digital_objects to change it to using digital_object_components for each page instead of file_versions,
        and it didn?t appear to export any of those URI?s in the EAD.  So it looks like digital_object_components are not yet fully supported. 
 

 	 	 	
<daogrp>	EACH <daoloc> within <daogrp> treated as individual file_versions within a single digital_object instance.	instance.instance_type = digital_object	Should these end up being components?	
  @role	 	instance.digital_object.file_versions[].use_statement	 	
  @href	 	instance.digital_object.file_versions[].uri	 	
  @label	 	instance.digital_object.file_versions[].title	 	
  <daodesc>	 	instance.digital_object.title	 	
 	 	 


[D] So it seems we have at least two different use cases to represent, 
      one way of encoding in EAD where you can indicate use-case/semantics with @role ( but you need to standardize on some meaningful tags, 
      and while ASpace will preserve those @role values, I don?t think it applies any semantics to the values. ) 
      and two or more ambiguous ways to represent them in ArchivesSpace, only one of which is fully supported for EAD import/export. 
     ( I have not yet had a chance to look into how digital_objects, file_versions, and digital_object_components are exported in MODS and METS ). 


So I?m actually more confused than when I started. 

I would be happy to hear comments from others about how they plan to use and encode digital objects in ArchivesSpace. 



? Steve Majewski / UVA Alderman Library



> 
> 
> -----Original Message-----
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
> Sent: Monday, February 16, 2015 12:54 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] What is the role of digital_object_components ?
> 
> 
> What is the role of digital_object_components ? 
> 
> I have a number of digital objects imported into my system, some with several files,  but zero digital_object_components .
> 
> The digital_object schema doesn't seem to have a link to a digital_object_component, however
> the digital_object_component does have a digital_object link.   The hierarchy seems to be the opposite
> of what the names would suggest to me.  
> 
> - Steve Majewski
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

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

From Kevin.Clair at du.edu  Wed Feb 18 10:50:49 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Wed, 18 Feb 2015 15:50:49 +0000
Subject: [Archivesspace_Users_Group] reports update?
Message-ID: <1F1E72103798F04D96C355B296D7C61B44746F@mb2-uts.du.edu>

Hello,

Are there any updates on documentation for custom reports in ArchivesSpace? I have a few I've written that verifiably work in Jasper Studio, but as it is I'm not even sure how to get the .jrxml files that ship in the reports directory to compile, let alone my own.

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

From noah.huffman at duke.edu  Wed Feb 18 11:09:06 2015
From: noah.huffman at duke.edu (Noah Huffman)
Date: Wed, 18 Feb 2015 16:09:06 +0000
Subject: [Archivesspace_Users_Group] Advanced search using API?
Message-ID: <CY1PR0501MB1612B3E1E722C265787B800FE62C0@CY1PR0501MB1612.namprd05.prod.outlook.com>

Hi all,

Can anyone provide guidance or an example of how to construct an advanced query through the API?  I'm having a bit of trouble interpreting this documentation: http://archivesspace.github.io/archivesspace/doc/file.API.html#get-search

What I'd like to do is:

1)      search for all accession records that contain a certain string ("UA") in the "id_0" field.

2)      Use the resulting list of accession record IDs to transfer all of those accession records to another repository

I've had success with #2, but am having trouble figuring out step #1 using curl.

Thanks for any advice.

-Noah

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

From brianjhoffman at gmail.com  Wed Feb 18 12:17:52 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 18 Feb 2015 12:17:52 -0500
Subject: [Archivesspace_Users_Group] Advanced search using API?
In-Reply-To: <CY1PR0501MB1612B3E1E722C265787B800FE62C0@CY1PR0501MB1612.namprd05.prod.outlook.com>
References: <CY1PR0501MB1612B3E1E722C265787B800FE62C0@CY1PR0501MB1612.namprd05.prod.outlook.com>
Message-ID: <CAATW+63Giz+WYPwn60Hw08jsT8gx5xUxfT21EYts7dseRTtttQ@mail.gmail.com>

Hi Noah,

I just took a quick look at this and I don?t think you can currently do
exactly what you are asking because it looks like filter_term queries don?t
support wildcards. (Perhaps a valid feature request?). However, this
example may work for you depending on your data:

'/repositories/2/search?page=1&type%5B%5D=accession&q=UA*?

This (what you?d probably prefer) doesn?t appear to work:

'/repositories/2/search?page=1&type%5B%5D=accession&filter_term%5B%5D=%7B%22four_part_id%22%3A%22UA*%22%7D'

Brian

On Wed, Feb 18, 2015 at 11:09 AM, Noah Huffman <noah.huffman at duke.edu>
wrote:

>  Hi all,
>
>
>
> Can anyone provide guidance or an example of how to construct an advanced
> query through the API?  I?m having a bit of trouble interpreting this
> documentation:
> http://archivesspace.github.io/archivesspace/doc/file.API.html#get-search
>
>
>
> What I?d like to do is:
>
> 1)      search for all accession records that contain a certain string
> (?UA?) in the ?id_0? field.
>
> 2)      Use the resulting list of accession record IDs to transfer all of
> those accession records to another repository
>
>
>
> I?ve had success with #2, but am having trouble figuring out step #1 using
> curl.
>
>
>
> Thanks for any advice.
>
>
>
> -Noah
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


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

From tcramer at stanford.edu  Wed Feb 18 12:43:28 2015
From: tcramer at stanford.edu (Tom Cramer)
Date: Wed, 18 Feb 2015 09:43:28 -0800
Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace
	projects
In-Reply-To: <EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
	<EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>
Message-ID: <6837559E-5834-4434-8549-13A3936FF73C@stanford.edu>

Terry,

What's the ArchivesSpace community license that (I think) you reference? 

- Tom


On Feb 17, 2015, at 8:37 AM, Reese, Terry P. wrote:

> I?ve mentioned this before, but with the community license in place, it might be time to start looking at having a setup that looks more like the Hydra project.  There is the core hydra gem, but all the gem sets built up around it that are part of the larger project live in a common space: https://github.com/projecthydra and are contributed using the same community license allowing the community to use and grow the projects.  It also indicates some level of support to ensure projects evolve with the system.  If most local development is being conceptualized as plugins or gems to be used to enhance the core system, this type of model might work.  Though, I?m sure others may have better ideas. 
>  
> --tr
>  
>  
> <image001.png>
> Terry Reese
> Head of Digital Initiatives
> University Libraries 
> 320F 18th Avenue Library, 175 West 18th Avenue, Columbus, OH 43210
> 614-292-8263 Office / 614-407-4998 Mobile
> reese.2179 at osu.edu / http://library.osu.edu / http://reeset.net
>  
>  
>  
> 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, February 17, 2015 10:57 AM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects
>  
> Hi all,
>  
> I spoke to a few people working with ArchivesSpace during code4lib last week, and one of the best ideas that came up was some sort of system for sharing ArchivesSpace projects we are working on at our own institutions. We have a growing community, and many of us are doing some cool things with the system, but it doesn?t seem like we are sharing our work as much as we could.
>  
> Would others be interested in some sort of online space where we could share our work? Any suggestions on the best way/platform?
>  
> Thanks!
>  
> 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/20150218/cc4bbaf2/attachment.html>

From reese.2179 at osu.edu  Wed Feb 18 12:45:43 2015
From: reese.2179 at osu.edu (Reese, Terry P.)
Date: Wed, 18 Feb 2015 17:45:43 +0000
Subject: [Archivesspace_Users_Group] Keeping track of
	ArchivesSpace	projects
In-Reply-To: <6837559E-5834-4434-8549-13A3936FF73C@stanford.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
	<EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>
	<6837559E-5834-4434-8549-13A3936FF73C@stanford.edu>
Message-ID: <EB7C977DC024F8499C24E2B2A11E83A576CD4A1A@CIO-TNC-D2MBX06.osuad.osu.edu>

Hi Tom,

The contributor license agreement was ratified and made available to the community 2 months ago (I think).  You can find it here: https://github.com/archivesspace/archivesspace/tree/master/contributing

--tr

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tom Cramer
Sent: Wednesday, February 18, 2015 12:43 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects

Terry,

What's the ArchivesSpace community license that (I think) you reference?

- Tom


On Feb 17, 2015, at 8:37 AM, Reese, Terry P. wrote:


I've mentioned this before, but with the community license in place, it might be time to start looking at having a setup that looks more like the Hydra project.  There is the core hydra gem, but all the gem sets built up around it that are part of the larger project live in a common space: https://github.com/projecthydra and are contributed using the same community license allowing the community to use and grow the projects.  It also indicates some level of support to ensure projects evolve with the system.  If most local development is being conceptualized as plugins or gems to be used to enhance the core system, this type of model might work.  Though, I'm sure others may have better ideas.

--tr


<image001.png>
Terry Reese
Head of Digital Initiatives
University Libraries
320F 18th Avenue Library, 175 West 18th Avenue, Columbus, OH 43210
614-292-8263 Office / 614-407-4998 Mobile
reese.2179 at osu.edu<mailto:reese.2179 at osu.edu> / http://library.osu.edu / http://reeset.net



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, February 17, 2015 10:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects

Hi all,

I spoke to a few people working with ArchivesSpace during code4lib last week, and one of the best ideas that came up was some sort of system for sharing ArchivesSpace projects we are working on at our own institutions. We have a growing community, and many of us are doing some cool things with the system, but it doesn't seem like we are sharing our work as much as we could.

Would others be interested in some sort of online space where we could share our work? Any suggestions on the best way/platform?

Thanks!

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/20150218/0b975d2b/attachment.html>

From tcramer at stanford.edu  Wed Feb 18 12:59:44 2015
From: tcramer at stanford.edu (Tom Cramer)
Date: Wed, 18 Feb 2015 09:59:44 -0800
Subject: [Archivesspace_Users_Group] Keeping track of
	ArchivesSpace	projects
In-Reply-To: <EB7C977DC024F8499C24E2B2A11E83A576CD4A1A@CIO-TNC-D2MBX06.osuad.osu.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
	<EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>
	<6837559E-5834-4434-8549-13A3936FF73C@stanford.edu>
	<EB7C977DC024F8499C24E2B2A11E83A576CD4A1A@CIO-TNC-D2MBX06.osuad.osu.edu>
Message-ID: <203BA80B-E2F4-4A3F-8949-D91638774F15@stanford.edu>

Thanks Terry; I must have missed any announcements on this. Glad to see ASpace adopting this structure. 

- Tom


On Feb 18, 2015, at 9:45 AM, Reese, Terry P. wrote:

> Hi Tom,
>  
> The contributor license agreement was ratified and made available to the community 2 months ago (I think).  You can find it here: https://github.com/archivesspace/archivesspace/tree/master/contributing
>  
> --tr
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tom Cramer
> Sent: Wednesday, February 18, 2015 12:43 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects
>  
> Terry,
>  
> What's the ArchivesSpace community license that (I think) you reference? 
>  
> - Tom
>  
>  
> On Feb 17, 2015, at 8:37 AM, Reese, Terry P. wrote:
> 
> 
> I?ve mentioned this before, but with the community license in place, it might be time to start looking at having a setup that looks more like the Hydra project.  There is the core hydra gem, but all the gem sets built up around it that are part of the larger project live in a common space: https://github.com/projecthydra and are contributed using the same community license allowing the community to use and grow the projects.  It also indicates some level of support to ensure projects evolve with the system.  If most local development is being conceptualized as plugins or gems to be used to enhance the core system, this type of model might work.  Though, I?m sure others may have better ideas. 
>  
> --tr
>  
>  
> <image001.png>
> Terry Reese
> Head of Digital Initiatives
> University Libraries 
> 320F 18th Avenue Library, 175 West 18th Avenue, Columbus, OH 43210
> 614-292-8263 Office / 614-407-4998 Mobile
> reese.2179 at osu.edu / http://library.osu.edu / http://reeset.net
>  
>  
>  
> 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, February 17, 2015 10:57 AM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects
>  
> Hi all,
>  
> I spoke to a few people working with ArchivesSpace during code4lib last week, and one of the best ideas that came up was some sort of system for sharing ArchivesSpace projects we are working on at our own institutions. We have a growing community, and many of us are doing some cool things with the system, but it doesn?t seem like we are sharing our work as much as we could.
>  
> Would others be interested in some sort of online space where we could share our work? Any suggestions on the best way/platform?
>  
> Thanks!
>  
> 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/20150218/1533318c/attachment.html>

From brad.westbrook at lyrasis.org  Thu Feb 19 09:51:21 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 19 Feb 2015 14:51:21 +0000
Subject: [Archivesspace_Users_Group] What is
	the	role	of	digital_object_components ?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBBA54BB94@OC11expo28.exchange.mit.edu>
References: <A4CA4F31-D1A3-4A6F-B040-0007F7DD380F@virginia.edu>
	<DM2PR0801MB086247E38BB5C5D9DC51DA1A942E0@DM2PR0801MB0862.namprd08.prod.outlook.com>
	<29F559819ACA9A4FBF208407D4B63ABBBA54BB94@OC11expo28.exchange.mit.edu>
Message-ID: <DM2PR0801MB08622F7E95DF9651BAB0336D942D0@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi, Kari,



Sorry for the delayed reply.  The ArchivesSpace team was gathered at a retreat the last two days.



Let me answer your question in two parts:



1) The files can be loaded anywhere where they are web accessible.  In the examples I showed some of the files are on ArchivesSpace server and others are in the San Diego Supercomputer Center cloud.



2) Two file types can be displayed inline.  Those file types are I believe JPG and GIF.  The requirements are:



a)            http / https URI to an image file on the file version sub-record



b)            file format name = "JPEG..."  | "Graphic..."



For example:



[cid:image001.jpg at 01D04C29.A5991EB0]





All other file types will open in a new window.



Brad







-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
Sent: Tuesday, February 17, 2015 10:03 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] What is the role of digital_object_components ?



Hi Brad,

Following up on your message below, where / how are you uploading the digital files such that they are displaying in the web browser?  The URL isn't giving me any hints...



Thanks,

Kari Smith



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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook

Sent: Monday, February 16, 2015 1:59 PM

To: Archivesspace Users Group

Subject: Re: [Archivesspace_Users_Group] What is the role of digital_object_components ?



Hi, Steve,



Digital object components are for modeling and structuring complex digital objects, that is, digital objects in which rendering of the intellectual content requires two or more digital files.



There's a couple of examples in our teaching instance at demo.archivesspace.org.   Feel free to look at:



http://demo.archivesspace.org:8081/repositories/2/digital_objects/2



http://demo.archivesspace.org:8081/repositories/2/digital_objects/45



http://demo.archivesspace.org:8081/repositories/2/digital_objects/6





Hope this helps.



Brad W.









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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski

Sent: Monday, February 16, 2015 12:54 PM

To: Archivesspace Users Group

Subject: [Archivesspace_Users_Group] What is the role of digital_object_components ?





What is the role of digital_object_components ?



I have a number of digital objects imported into my system, some with several files,  but zero digital_object_components .



The digital_object schema doesn't seem to have a link to a digital_object_component, however

the digital_object_component does have a digital_object link.   The hierarchy seems to be the opposite

of what the names would suggest to me.



- Steve Majewski



_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>

http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>

http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150219/776ac71c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 15917 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150219/776ac71c/attachment.jpg>

From brad.westbrook at lyrasis.org  Thu Feb 19 10:00:17 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 19 Feb 2015 15:00:17 +0000
Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace
	projects
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
Message-ID: <DM2PR0801MB0862A47C513DF227BAEB3EE3942D0@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi, Patrick.

That is a great idea.  And I am happy to report that one of the outcomes of this week's ArchivesSpace retreat is to enlarge very quickly the ArchivesSpace Wiki to include community projects, as well as lists of shared plugins and stylesheets.

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 Galligan, Patrick
Sent: Tuesday, February 17, 2015 10:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Keeping track of ArchivesSpace projects

Hi all,

I spoke to a few people working with ArchivesSpace during code4lib last week, and one of the best ideas that came up was some sort of system for sharing ArchivesSpace projects we are working on at our own institutions. We have a growing community, and many of us are doing some cool things with the system, but it doesn't seem like we are sharing our work as much as we could.

Would others be interested in some sort of online space where we could share our work? Any suggestions on the best way/platform?

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/20150219/4f90e5e5/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/20150219/4f90e5e5/attachment.png>

From christine.decatanzaro at library.gatech.edu  Thu Feb 19 13:53:49 2015
From: christine.decatanzaro at library.gatech.edu (De Catanzaro, Christine D)
Date: Thu, 19 Feb 2015 18:53:49 +0000
Subject: [Archivesspace_Users_Group] Barcoding and ArchivesSpace
In-Reply-To: <203BA80B-E2F4-4A3F-8949-D91638774F15@stanford.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
	<EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>
	<6837559E-5834-4434-8549-13A3936FF73C@stanford.edu>
	<EB7C977DC024F8499C24E2B2A11E83A576CD4A1A@CIO-TNC-D2MBX06.osuad.osu.edu>,
	<203BA80B-E2F4-4A3F-8949-D91638774F15@stanford.edu>
Message-ID: <1424372028983.95089@library.gatech.edu>

Hi everyone,


We are currently using Archivists' Toolkit because we're moving ourselves and our collections this year, so we haven't time to convert to ArchivesSpace yet. We hope to start converting to AS in the lull that will hopefully occur after Phase 1 of this move, late this year or early next.


Because we want to make our transition from AT to AS as smooth as possible, we want to make sure that the data we enter now in AT will transfer to AS, especially the barcoding. Some of our barcoding may be recorded in the Container3Indicator field of AT. So my questions are:

    -Is there a Container3Indicator or equivalent field in AS?

    -Is it possible to record a 14-digit barcode in that field?


Any information that any of you can provide will be much appreciated. And please let me know if I need to explain this a little further.


Thanks a lot,

Christine


Christine de Catanzaro

Access Archivist-Georgia Tech Archives



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

From mark.custer at yale.edu  Thu Feb 19 17:03:45 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 19 Feb 2015 22:03:45 +0000
Subject: [Archivesspace_Users_Group] Barcoding and ArchivesSpace
In-Reply-To: <1424372028983.95089@library.gatech.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
	<EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>
	<6837559E-5834-4434-8549-13A3936FF73C@stanford.edu>
	<EB7C977DC024F8499C24E2B2A11E83A576CD4A1A@CIO-TNC-D2MBX06.osuad.osu.edu>,
	<203BA80B-E2F4-4A3F-8949-D91638774F15@stanford.edu>
	<1424372028983.95089@library.gatech.edu>
Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252550CC61@x10-mbx8.yu.yale.edu>

Christine,

Yes, ArchivesSpace has a field for container 3 indicator.  And yes, you can store a 14-digit barcode in that field. In fact, it looks like you can store up to 255 characters in any of the indicator fields (both in ASpace and in the AT).

Just out of curiosity:  are you using a barcode in this field since you have barcoded containers that are housed inside other barcoded containers?

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of De Catanzaro, Christine D
Sent: Thursday, February 19, 2015 1:54 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Barcoding and ArchivesSpace


Hi everyone,



We are currently using Archivists' Toolkit because we're moving ourselves and our collections this year, so we haven't time to convert to ArchivesSpace yet. We hope to start converting to AS in the lull that will hopefully occur after Phase 1 of this move, late this year or early next.



Because we want to make our transition from AT to AS as smooth as possible, we want to make sure that the data we enter now in AT will transfer to AS, especially the barcoding. Some of our barcoding may be recorded in the Container3Indicator field of AT. So my questions are:

    -Is there a Container3Indicator or equivalent field in AS?

    -Is it possible to record a 14-digit barcode in that field?



Any information that any of you can provide will be much appreciated. And please let me know if I need to explain this a little further.



Thanks a lot,

Christine



Christine de Catanzaro

Access Archivist-Georgia Tech Archives




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

From maureen.callahan at yale.edu  Thu Feb 19 19:40:49 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Fri, 20 Feb 2015 00:40:49 +0000
Subject: [Archivesspace_Users_Group] actionable restriction information
Message-ID: <AD669F4F98CAF842A44EB31636A067CB2429B0D5@x10-mbx15.yu.yale.edu>

Colleagues,

We're looking for some thoughtful professional opinions before moving forward.

As part of ArchivesSpace implementation, we at Yale are very interested in structuring information that has traditionally lived in Access Restriction and Use Restriction notes so that it can be machine-actionable for collection management and for circulation. For instance, perhaps a donor has stated that a series of materials is restricted until 2018. In our current practice, we would state this as clearly as possible in an access restriction note and go through the annual process of reporting on <accessrestrict> notes in finding aids to see if any restrictions have expired. Of course, this is a best case. In many cases, there's just too much data in these notes and we wait until we stumble across an expired restriction or a researcher brings it to our attention.

Beyond this, with our great bulk of materials, it's become important to know whether material in a container should be allowed to circulate. In Archivists' Toolkit, we extended the application to include a boolean checkbox of whether a box is restricted. This is suboptimal for many reasons, greatest of which is that a patron may be told that a container is restricted without any corresponding rationale related to the materials in the finding aid. We would like to improve upon this practice going forward.

In an ideal case, structured restriction information would let us do the following
* Our circulation system (Aeon) would be able to talk to our ArchivesSpace data (or a serialization of that data) and send restricted materials to their own work queue
* We would be able to run periodic reports about when restrictions are due to expire and change rights statements accordingly
* We would be able to associate information about rights to containers in the item records of our ILS (as is current practice at many repositories at Yale and is done asynchronously with description of restrictions in finding aids)

We were beyond thrilled to see the existence of Rights subrecords in ArchivesSpace, which do indeed have a place for structured date information parallel to a note. However, the Premis rights model (which I believe this is based on) and DACS/EAD don't approach rights in quite the same way. Before changing the EAD exporter and doing data remediation to get <accessrestrict> and <userestrict> into rights subrecords (which we are willing to do), we want to make sure that we're truly putting this data where it belongs.

A Rights subrecord can have one of four types -- administrative, intellectual property, license, statute. The first question that we have is whether a restriction on access (based on a deed of gift or transfer agreement) constitutes an administrative right. Some of us think so, others are less sure. What do you think?

Moving forward, if we were to agree that accessrestrict/userestrict information could go into rights subrecords, how would we handle the case where information that might have gone into userestrict ("Patrons may not take photographs of these records") and information that would have gone into accessrestrict ("In accordance with our deed of gift, these records may not be viewed until 2030"), would both be considered administrative rights? How would we serialize this in EAD without making a distinction elsewhere in the record ? And if we would need to modify the ArchivesSpace application, would it make more sense to modify it to add a date element to notes subrecords (also, obviously we're aware that EAD doesn't yet support date information for restrictions -- we would need a short-term hack and a long-term change proposal for EAD4)? And if this is the case, what is the use of Rights subrecords, anyway?

Your insight is valuable. Are machine-actionable restrictions important to you? How would you want them to be structured? Is an access restriction an administrative restriction? And finally, if you were to use a Yale-produced plug-in that created more structured rights information, what would be your concerns and priorities?

If you could respond very soon (within the next couple of days), we would appreciate it. We're on a fast march toward implementation deadlines.

Warm wishes,

Maureen Callahan
on behalf of 
Mary Caldera, Mark Custer, and the Yale ASpace Committee

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu
203.432.3627
 
Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

From christine.decatanzaro at library.gatech.edu  Fri Feb 20 08:21:14 2015
From: christine.decatanzaro at library.gatech.edu (De Catanzaro, Christine D)
Date: Fri, 20 Feb 2015 13:21:14 +0000
Subject: [Archivesspace_Users_Group] Barcoding and ArchivesSpace
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252550CC61@x10-mbx8.yu.yale.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4BBBC23@racex01>
	<EB7C977DC024F8499C24E2B2A11E83A576CD2D8A@CIO-TNC-D2MBX06.osuad.osu.edu>
	<6837559E-5834-4434-8549-13A3936FF73C@stanford.edu>
	<EB7C977DC024F8499C24E2B2A11E83A576CD4A1A@CIO-TNC-D2MBX06.osuad.osu.edu>,
	<203BA80B-E2F4-4A3F-8949-D91638774F15@stanford.edu>
	<1424372028983.95089@library.gatech.edu>,
	<DCB910FAD4CF9343B3E424AF5F3310252550CC61@x10-mbx8.yu.yale.edu>
Message-ID: <1424438474024.8211@library.gatech.edu>

Yes, Mark, that's exactly right. We will be barcoding the drawers housing our architectural drawings as well as the individual folders within them.


Thank you for this answer -- this is immensely helpful!


-Christine

________________________________
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: Thursday, February 19, 2015 5:03 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Barcoding and ArchivesSpace

Christine,

Yes, ArchivesSpace has a field for container 3 indicator.  And yes, you can store a 14-digit barcode in that field. In fact, it looks like you can store up to 255 characters in any of the indicator fields (both in ASpace and in the AT).

Just out of curiosity:  are you using a barcode in this field since you have barcoded containers that are housed inside other barcoded containers?

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of De Catanzaro, Christine D
Sent: Thursday, February 19, 2015 1:54 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Barcoding and ArchivesSpace


Hi everyone,



We are currently using Archivists' Toolkit because we're moving ourselves and our collections this year, so we haven't time to convert to ArchivesSpace yet. We hope to start converting to AS in the lull that will hopefully occur after Phase 1 of this move, late this year or early next.



Because we want to make our transition from AT to AS as smooth as possible, we want to make sure that the data we enter now in AT will transfer to AS, especially the barcoding. Some of our barcoding may be recorded in the Container3Indicator field of AT. So my questions are:

    -Is there a Container3Indicator or equivalent field in AS?

    -Is it possible to record a 14-digit barcode in that field?



Any information that any of you can provide will be much appreciated. And please let me know if I need to explain this a little further.



Thanks a lot,

Christine



Christine de Catanzaro

Access Archivist-Georgia Tech Archives




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

From Chris.Fitzpatrick at lyrasis.org  Mon Feb 23 09:38:39 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 23 Feb 2015 14:38:39 +0000
Subject: [Archivesspace_Users_Group] public formats plugin stopped
	working
In-Reply-To: <CY1PR0101MB1113051B698EC0B56626685FA02F0@CY1PR0101MB1113.prod.exchangelabs.com>
References: <CY1PR0101MB1113051B698EC0B56626685FA02F0@CY1PR0101MB1113.prod.exchangelabs.com>
Message-ID: <1424702319076.89831@lyrasis.org>

Hi Kathryn,


Hm, I do know it does work with version v1.1.2.


Are you seeing the formats in the left hand nav or the record view?


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 Kathryn Frederick (Library) <kfrederi at skidmore.edu>
Sent: Tuesday, February 17, 2015 4:04 PM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)
Subject: [Archivesspace_Users_Group] public formats plugin stopped working

Hi,
The public formats plugin, which had been working on our locally installed instance since we upgraded to v 1.1.1, has stopped functioning. When I use the link syntax for export of any format I get an AS page saying "Record Not Found." I've definitely got the correct repository and resource IDs in the link, so I'm assuming something's going on with the plugin. Can someone advise on what I should be looking at to troubleshoot this?
Thanks!
Kathryn

Kathryn Frederick
Head of Digital and Collection Services
Lucy Scribner Library - Skidmore College
Saratoga Springs, NY 12866
(518) 580-5505


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

From mrf22 at psu.edu  Tue Feb 24 13:01:58 2015
From: mrf22 at psu.edu (MATTHEW R FRANCIS)
Date: Tue, 24 Feb 2015 13:01:58 -0500 (EST)
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
Message-ID: <1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>

All, 

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed. 

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version). Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady ( http://steady2.herokuapp.com/ ) and then importing into AT/ASpace. This is a workflow that we would like to remain an option moving into the future. 

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types. For example here is the XML data for one of the archival objects: 



<c02 level="file"> 
<did> 
<unittitle>Council Members Lists</unittitle> 
<unitdate>undated</unitdate> 
<container type="box" label="Text">1</container> 
<container type="folder" label="Text">20</container> 
</did> 
</c02> 




And when imported into ASpace the instance is now displaying as: 









We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices. Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on. 




Thanks for the help and information. 




-Matt 

Matt Francis 
Archivist for Collection Management 
Special Collections Library 
Penn State University 
Twitter: @archivingmatt 
http://www.archivingmatt.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150224/ca3d63e9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: AS Instance Issue.PNG
Type: image/png
Size: 11020 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150224/ca3d63e9/attachment.png>

From noah.huffman at duke.edu  Tue Feb 24 14:25:55 2015
From: noah.huffman at duke.edu (Noah Huffman)
Date: Tue, 24 Feb 2015 19:25:55 +0000
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
Message-ID: <CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>

Hi Matthew,

I just tested and confirmed the issue you describe.  We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us.

I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751

This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace.  I just tested this and it works.

The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship.  The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder.

Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import.

Something like:
<container id="cid1351138" type="Box" label="Mixed materials">1</container>
<container parent="cid1351138" type="Folder">4</container>

-Noah

================
Noah Huffman
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 1:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD instance issue

All,

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed.

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version).  Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady (http://steady2.herokuapp.com/) and then importing into AT/ASpace.  This is a workflow that we would like to remain an option moving into the future.

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types.  For example here is the XML data for one of the archival objects:


<c02 level="file">
<did>
<unittitle>Council Members Lists</unittitle>
<unitdate>undated</unitdate>
<container type="box" label="Text">1</container>
<container type="folder" label="Text">20</container>
</did>
</c02>



And when imported into ASpace the instance is now displaying as:



[cid:image001.png at 01D0503B.D0FCB7E0]



We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices.  Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on.



Thanks for the help and information.



-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150224/7b688900/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 11020 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150224/7b688900/attachment.png>

From mrf22 at psu.edu  Tue Feb 24 14:41:14 2015
From: mrf22 at psu.edu (MATTHEW R FRANCIS)
Date: Tue, 24 Feb 2015 14:41:14 -0500 (EST)
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
Message-ID: <1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>

Noah, 

Thank you for the quick and helpful response, it is greatly appreciated. I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed. 

Cheers and thanks again. 

-Matt 

Matt Francis 
Archivist for Collection Management 
Special Collections Library 
Penn State University 

Twitter: @archivingmatt 
http://www.archivingmatt.com 

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

From: "Noah Huffman" <noah.huffman at duke.edu> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> 
Sent: Tuesday, February 24, 2015 2:25:55 PM 
Subject: Re: [Archivesspace_Users_Group] EAD instance issue 



Hi Matthew, 



I just tested and confirmed the issue you describe. We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us. 



I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751 



This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace. I just tested this and it works. 



The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship. The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder. 



Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import. 



Something like: 

<container id="cid1351138" type="Box" label="Mixed materials">1</container> 

<container parent="cid1351138" type="Folder">4</container> 



-Noah 



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

Noah Huffman 

David M. Rubenstein Rare Book & Manuscript Library 

Duke University 






From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS 
Sent: Tuesday, February 24, 2015 1:02 PM 
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] EAD instance issue 





All, 





Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed. 





We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version). Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady ( http://steady2.herokuapp.com/ ) and then importing into AT/ASpace. This is a workflow that we would like to remain an option moving into the future. 





However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types. For example here is the XML data for one of the archival objects: 





<c02 level="file"> 
<did> 
<unittitle>Council Members Lists</unittitle> 
<unitdate>undated</unitdate> 
<container type="box" label="Text">1</container> 
<container type="folder" label="Text">20</container> 
</did> 
</c02> 



And when imported into ASpace the instance is now displaying as: 







We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices. Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on. 



Thanks for the help and information. 



-Matt 





Matt Francis 


Archivist for Collection Management 


Special Collections Library 
Penn State University 





Twitter: @archivingmatt 


http://www.archivingmatt.com 

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

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

From mark.custer at yale.edu  Tue Feb 24 14:58:34 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Tue, 24 Feb 2015 19:58:34 +0000
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
Message-ID: <DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>

All,

So I fear that this is caused by my request to allow grouped containers to be imported into ArchivesSpace, since that was never possible with Archivists? Toolkit. I?ll forward this message to the creator of Steady, Jason Ronallo, to see if it would just be a simple change to include generated @id and @parent values on the container elements.  So, in the example below, the EAD output could look like this, instead:

<container type="box" label="Text" id=?c1?>1</container>
<container type="folder" label="Text" parent=?c1?>20</container>

(alternatively, if the @label attribute was only output once in this example, then that value could be used to do the grouping by the EAD importer, but I personally prefer to rely on the @parent and @id attributes since those are the examples given in the EAD tag library, http://www.loc.gov/ead/tglib/elements/container.html)

Another option would be for the ASpace importer to only group containers when @id and @parent attributes are available.  In other words, if those attributes aren?t part of the container elements, like they aren?t with the Steady-produced files, then those sibling containers should be considered a single group (and if there are more than 3 sibling container elements, only the first 3 would be imported, which also mimics the AT?s behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see if I can?t find the relevant pieces of code that govern this behavior.

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 MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 2:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Noah,

Thank you for the quick and helpful response, it is greatly appreciated.  I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed.

Cheers and thanks again.

-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University


Twitter: @archivingmatt
http://www.archivingmatt.com

________________________________
From: "Noah Huffman" <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, February 24, 2015 2:25:55 PM
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Hi Matthew,

I just tested and confirmed the issue you describe.  We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us.

I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>

This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace.  I just tested this and it works.

The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship.  The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder.

Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import.

Something like:
<container id="cid1351138" type="Box" label="Mixed materials">1</container>
<container parent="cid1351138" type="Folder">4</container>

-Noah

================
Noah Huffman
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 1:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD instance issue

All,

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed.

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version).  Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady (http://steady2.herokuapp.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and then importing into AT/ASpace.  This is a workflow that we would like to remain an option moving into the future.

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types.  For example here is the XML data for one of the archival objects:


<c02 level="file">
<did>
<unittitle>Council Members Lists</unittitle>
<unitdate>undated</unitdate>
<container type="box" label="Text">1</container>
<container type="folder" label="Text">20</container>
</did>
</c02>



And when imported into ASpace the instance is now displaying as:



[cid:image001.png at 01D05040.73508450]



We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices.  Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on.



Thanks for the help and information.



-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>

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

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

From mark.custer at yale.edu  Tue Feb 24 20:49:42 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Wed, 25 Feb 2015 01:49:42 +0000
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>,
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
Message-ID: <DCB910FAD4CF9343B3E424AF5F331025255253B6@x10-mbx8.yu.yale.edu>

Matt,

Here's another option in the interim.  You could transform the EAD output from Steady with the following XSLT 1.0 file, which will add @id and @parent attributes if those aren't already present in the EAD so that the ASpace importer will pick them up as a single "container group":

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
    xmlns:xlink="http://www.w3.org/1999/xlink"
    xmlns:ead="urn:isbn:1-931666-22-9"
    version="1.0">

    <!--standard identity template, which does all of the copying-->
    <xsl:template match="@*|node()">
        <xsl:copy>
            <xsl:apply-templates select="@*|node()"/>
        </xsl:copy>
    </xsl:template>

    <!--adds an @id attribute to the first container element that doesn't already have an @id or @parent attribute-->
    <xsl:template match="ead:container[not(@id|@parent)][1]">
        <xsl:copy>
            <xsl:attribute name="id">
                <xsl:value-of select="generate-id()"/>
            </xsl:attribute>
            <xsl:apply-templates select="@*|node()"/>
        </xsl:copy>
    </xsl:template>

    <!--adds a @parent attribute to the following container elements that don't already have an @Id or @parent attribute-->
    <xsl:template match="ead:container[not(@id|@parent)][position() > 1]">
        <xsl:copy>
            <xsl:attribute name="parent">
                <xsl:value-of select="generate-id(../ead:container[not(@id|@parent)][1])"/>
            </xsl:attribute>
            <xsl:apply-templates select="@*|node()"/>
        </xsl:copy>
    </xsl:template>

</xsl:stylesheet>

If you have any issues getting this solution to work, just let me know.  I just did a quick test, but with the following input:

                <did>
                    <unittitle>Council Members Lists</unittitle>
                    <unitdate>undated</unitdate>
                    <container type="box" label="Text">1</container>
                    <container type="folder" label="Text">20</container>
                </did>

Here's the output that the above transformation supplied for me:

                <did>
                    <unittitle>Council Members Lists</unittitle>
                    <unitdate>undated</unitdate>
                    <container id="d1e109" type="box" label="Text">1</container>
                    <container parent="d1e109" type="folder" label="Text">20</container>
                </did>

That "d1e109" value will likely be different, but it should always be a unique value within the file, and the value really won't matter; it's just needed to group the containers.

I hope that helps,

Mark





________________________________
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, February 24, 2015 2:58 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

All,

So I fear that this is caused by my request to allow grouped containers to be imported into ArchivesSpace, since that was never possible with Archivists? Toolkit. I?ll forward this message to the creator of Steady, Jason Ronallo, to see if it would just be a simple change to include generated @id and @parent values on the container elements.  So, in the example below, the EAD output could look like this, instead:

<container type="box" label="Text" id=?c1?>1</container>
<container type="folder" label="Text" parent=?c1?>20</container>

(alternatively, if the @label attribute was only output once in this example, then that value could be used to do the grouping by the EAD importer, but I personally prefer to rely on the @parent and @id attributes since those are the examples given in the EAD tag library, http://www.loc.gov/ead/tglib/elements/container.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_tglib_elements_container.html&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=PFwumEcW50QlHdQTKuDJyESPPx1BuZfohYxwCKJ7E-k&s=KLI_7Degdg7EGUPNgHdelyCIZdG_ELV0lvihQM7I3r8&e=>)

Another option would be for the ASpace importer to only group containers when @id and @parent attributes are available.  In other words, if those attributes aren?t part of the container elements, like they aren?t with the Steady-produced files, then those sibling containers should be considered a single group (and if there are more than 3 sibling container elements, only the first 3 would be imported, which also mimics the AT?s behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see if I can?t find the relevant pieces of code that govern this behavior.

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 MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 2:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Noah,

Thank you for the quick and helpful response, it is greatly appreciated.  I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed.

Cheers and thanks again.

-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University


Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=PFwumEcW50QlHdQTKuDJyESPPx1BuZfohYxwCKJ7E-k&s=ucWmqmxEfGElNa2bswKf77KGcRG2BjF_csblAOLJVsk&e=>

________________________________
From: "Noah Huffman" <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, February 24, 2015 2:25:55 PM
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Hi Matthew,

I just tested and confirmed the issue you describe.  We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us.

I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>

This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace.  I just tested this and it works.

The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship.  The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder.

Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import.

Something like:
<container id="cid1351138" type="Box" label="Mixed materials">1</container>
<container parent="cid1351138" type="Folder">4</container>

-Noah

================
Noah Huffman
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 1:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD instance issue

All,

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed.

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version).  Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady (http://steady2.herokuapp.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and then importing into AT/ASpace.  This is a workflow that we would like to remain an option moving into the future.

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types.  For example here is the XML data for one of the archival objects:


<c02 level="file">
<did>
<unittitle>Council Members Lists</unittitle>
<unitdate>undated</unitdate>
<container type="box" label="Text">1</container>
<container type="folder" label="Text">20</container>
</did>
</c02>



And when imported into ASpace the instance is now displaying as:



[cid:image001.png at 01D05040.73508450]



We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices.  Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on.



Thanks for the help and information.



-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=PFwumEcW50QlHdQTKuDJyESPPx1BuZfohYxwCKJ7E-k&s=Nq50GY02r5ahg0nGUDGH2KMc4NXiamSMcjrH6OeLIec&e=>

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

From Chris.Fitzpatrick at lyrasis.org  Wed Feb 25 07:22:09 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 25 Feb 2015 12:22:09 +0000
Subject: [Archivesspace_Users_Group] ASpace development team standups
Message-ID: <1424866928774.2073@lyrasis.org>

Hi Everyone,


We've been told to make our development team stand-ups publicly accessible.

If you would like to listen in, please see the call-in information below. These happen Mondays, Wednesdays, and Fridays at 10AM EST.


These meetings typically will be very short, with developers just giving status updates on what they worked on recently and are planning to work on that day.


If you have any questions, please visit us in the IRC channel or send an email to the list.


Thanks!


best, chris.


Call: 888-354-0094
( tel:8883540094)
Access code: 731627






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/20150225/b96ad617/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Feb 25 07:24:43 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 25 Feb 2015 12:24:43 +0000
Subject: [Archivesspace_Users_Group] Google Group Shutdown
Message-ID: <1424867082949.36468@lyrasis.org>

Hi everyone,


We've been told to close this Google group and direct people to send ArchivesSpace emails to the archivesspace_users_group at lyralists.lyrasis.org

mailing list.


After March 1st, this group will be "read-only" in order to preserve past communications.


Let us know if you have any questions. Thanks!


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/20150225/721e2175/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Feb 25 09:27:27 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 25 Feb 2015 14:27:27 +0000
Subject: [Archivesspace_Users_Group] ASpace development team standups
In-Reply-To: <1424866928774.2073@lyrasis.org>
References: <1424866928774.2073@lyrasis.org>
Message-ID: <1424874446971.95169@lyrasis.org>

Hello Again,


Needed to correct some information I just passed along...


Standups will be Mondays and Wednesdays only. Fridays will be private ASpace team meetings.


Have a look at the wiki ( https://archivesspace.atlassian.net/wiki/display/ADC/Communication ) for up-to-date information about communication, mailing lists, and meetings.


 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: Wednesday, February 25, 2015 1:22 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] ASpace development team standups


Hi Everyone,


We've been told to make our development team stand-ups publicly accessible.

If you would like to listen in, please see the call-in information below. These happen Mondays, Wednesdays, and Fridays at 10AM EST.


These meetings typically will be very short, with developers just giving status updates on what they worked on recently and are planning to work on that day.


If you have any questions, please visit us in the IRC channel or send an email to the list.


Thanks!


best, chris.


Call: 888-354-0094
( tel:8883540094)
Access code: 731627






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/20150225/5df9364f/attachment.html>

From KennedyN at si.edu  Wed Feb 25 09:33:34 2015
From: KennedyN at si.edu (Kennedy, Nancy)
Date: Wed, 25 Feb 2015 14:33:34 +0000
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
Message-ID: <4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>

Mark,
Wouldn?t adding @id pairs to the STEADY output cause trouble for repositories that still need to use the AT multiple date and extent plugins (the BYU plugins)?  For the near term, we will still be using AT and the BYU plugins.  For us, @id pairs will throw errors on import.  Granted, we could incorporate workarounds to strip any STEADY created @id pairs.

But, since the @id is not required by the EAD and is being considered here primarily to support a feature (and a GREAT one! I?m so looking forward to being able to import multiple instances) for ArchivesSpace, I?d much rather see it addressed within ArchivesSpace importers ... rather than as a change to STEADY outputs.

One of the nice things about STEADY is how (nearly) ready-to-go its EAD files are.  We have other methods for importing from spreadsheets, particularly when round-tripping, but STEADY is by far the easier option for new users and student projects. I?d really like to keep it as simple as possible!


Nancy


Nancy Kennedy
EAD Coordinator
Smithsonian Institution
KennedyN at si.edu<mailto:KennedyN at si.edu>


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Tuesday, February 24, 2015 2:59 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

All,

So I fear that this is caused by my request to allow grouped containers to be imported into ArchivesSpace, since that was never possible with Archivists? Toolkit. I?ll forward this message to the creator of Steady, Jason Ronallo, to see if it would just be a simple change to include generated @id and @parent values on the container elements.  So, in the example below, the EAD output could look like this, instead:

<container type="box" label="Text" id=?c1?>1</container>
<container type="folder" label="Text" parent=?c1?>20</container>

(alternatively, if the @label attribute was only output once in this example, then that value could be used to do the grouping by the EAD importer, but I personally prefer to rely on the @parent and @id attributes since those are the examples given in the EAD tag library, http://www.loc.gov/ead/tglib/elements/container.html)

Another option would be for the ASpace importer to only group containers when @id and @parent attributes are available.  In other words, if those attributes aren?t part of the container elements, like they aren?t with the Steady-produced files, then those sibling containers should be considered a single group (and if there are more than 3 sibling container elements, only the first 3 would be imported, which also mimics the AT?s behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see if I can?t find the relevant pieces of code that govern this behavior.

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 MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 2:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Noah,

Thank you for the quick and helpful response, it is greatly appreciated.  I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed.

Cheers and thanks again.

-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com

________________________________
From: "Noah Huffman" <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, February 24, 2015 2:25:55 PM
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Hi Matthew,

I just tested and confirmed the issue you describe.  We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us.

I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>

This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace.  I just tested this and it works.

The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship.  The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder.

Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import.

Something like:
<container id="cid1351138" type="Box" label="Mixed materials">1</container>
<container parent="cid1351138" type="Folder">4</container>

-Noah

================
Noah Huffman
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 1:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD instance issue

All,

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed.

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version).  Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady (http://steady2.herokuapp.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and then importing into AT/ASpace.  This is a workflow that we would like to remain an option moving into the future.

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types.  For example here is the XML data for one of the archival objects:


<c02 level="file">
<did>
<unittitle>Council Members Lists</unittitle>
<unitdate>undated</unitdate>
<container type="box" label="Text">1</container>
<container type="folder" label="Text">20</container>
</did>
</c02>



And when imported into ASpace the instance is now displaying as:



[cid:image001.png at 01D050DE.1FE6B700]



We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices.  Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on.



Thanks for the help and information.



-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>

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

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

From Chris.Fitzpatrick at lyrasis.org  Wed Feb 25 09:38:39 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 25 Feb 2015 14:38:39 +0000
Subject: [Archivesspace_Users_Group] Component reordering
Message-ID: <1424875119808.58914@lyrasis.org>

Hi All,


I've gotten a couple of reports that some users are still seeing components being reordered in ASpace v1.1.2.


These seem to not be from doing any actions in with the tree, but on occasion editing and saving a record results in having the record dropped to the bottom of the list.


Just wanted to hear from anyone who has seen this in v1.1.2? If you have, can you describe what happened right before?


Apologize about this issue...it's been a little complicated, since there have been multiple points that data gets put into ASpace ( migrations, importers, manual entry) and multiple ways the data gets manipulated.


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/20150225/9cddef60/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Feb 25 09:44:12 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 25 Feb 2015 14:44:12 +0000
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>,
	<4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>
Message-ID: <1424875452155.40648@lyrasis.org>

Hi,


Would it just make more sense to incorporate Jason's stead gem ( https://github.com/jronallo/stead ) into ASpace as a CSV importer instead of the CSV->EAD->ASpace?

[https://avatars3.githubusercontent.com/u/66485?v=3&s=400]<https://github.com/jronallo/stead>

jronallo/stead ? GitHub
stead - Spreadsheets To Encoded Archival Description
Read more...<https://github.com/jronallo/stead>



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 Kennedy, Nancy <KennedyN at si.edu>
Sent: Wednesday, February 25, 2015 3:33 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Mark,
Wouldn?t adding @id pairs to the STEADY output cause trouble for repositories that still need to use the AT multiple date and extent plugins (the BYU plugins)?  For the near term, we will still be using AT and the BYU plugins.  For us, @id pairs will throw errors on import.  Granted, we could incorporate workarounds to strip any STEADY created @id pairs.

But, since the @id is not required by the EAD and is being considered here primarily to support a feature (and a GREAT one! I?m so looking forward to being able to import multiple instances) for ArchivesSpace, I?d much rather see it addressed within ArchivesSpace importers ... rather than as a change to STEADY outputs.

One of the nice things about STEADY is how (nearly) ready-to-go its EAD files are.  We have other methods for importing from spreadsheets, particularly when round-tripping, but STEADY is by far the easier option for new users and student projects. I?d really like to keep it as simple as possible!


Nancy


Nancy Kennedy
EAD Coordinator
Smithsonian Institution
KennedyN at si.edu<mailto:KennedyN at si.edu>


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Tuesday, February 24, 2015 2:59 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

All,

So I fear that this is caused by my request to allow grouped containers to be imported into ArchivesSpace, since that was never possible with Archivists? Toolkit. I?ll forward this message to the creator of Steady, Jason Ronallo, to see if it would just be a simple change to include generated @id and @parent values on the container elements.  So, in the example below, the EAD output could look like this, instead:

<container type="box" label="Text" id=?c1?>1</container>
<container type="folder" label="Text" parent=?c1?>20</container>

(alternatively, if the @label attribute was only output once in this example, then that value could be used to do the grouping by the EAD importer, but I personally prefer to rely on the @parent and @id attributes since those are the examples given in the EAD tag library, http://www.loc.gov/ead/tglib/elements/container.html)

Another option would be for the ASpace importer to only group containers when @id and @parent attributes are available.  In other words, if those attributes aren?t part of the container elements, like they aren?t with the Steady-produced files, then those sibling containers should be considered a single group (and if there are more than 3 sibling container elements, only the first 3 would be imported, which also mimics the AT?s behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see if I can?t find the relevant pieces of code that govern this behavior.

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 MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 2:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Noah,

Thank you for the quick and helpful response, it is greatly appreciated.  I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed.

Cheers and thanks again.

-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com

________________________________
From: "Noah Huffman" <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, February 24, 2015 2:25:55 PM
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Hi Matthew,

I just tested and confirmed the issue you describe.  We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us.

I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>

This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace.  I just tested this and it works.

The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship.  The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder.

Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import.

Something like:
<container id="cid1351138" type="Box" label="Mixed materials">1</container>
<container parent="cid1351138" type="Folder">4</container>

-Noah

================
Noah Huffman
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 1:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD instance issue

All,

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed.

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version).  Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady (http://steady2.herokuapp.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and then importing into AT/ASpace.  This is a workflow that we would like to remain an option moving into the future.

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types.  For example here is the XML data for one of the archival objects:


<c02 level="file">
<did>
<unittitle>Council Members Lists</unittitle>
<unitdate>undated</unitdate>
<container type="box" label="Text">1</container>
<container type="folder" label="Text">20</container>
</did>
</c02>



And when imported into ASpace the instance is now displaying as:



[cid:image001.png at 01D050DE.1FE6B700]



We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices.  Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on.



Thanks for the help and information.



-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>

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

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

From mark.custer at yale.edu  Wed Feb 25 09:53:21 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Wed, 25 Feb 2015 14:53:21 +0000
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
	<4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>
Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252552552E@x10-mbx8.yu.yale.edu>

Nancy,

I?m not sure what you mean regarding the multiple date and extent plugins (although I do have experience using that, and I think that it was a great addition to the AT data model!).  This shouldn?t cause any problem at all.  The @id attribute is only applied to a container element with the stylesheet that I provided, and it should never be repeated in the file in this case.

Also, I agree that it should be addressed by the ASpace importer.  I was just providing a temporary fix, which I thought would be much easier (not to mention much, much faster) than importing and exporting a file into the AT!

Lastly, I  wasn?t clear in one of my earlier emails.  To fix this in the ASpace importer, here?s what I think the logic should be:


1)       If @id and @parent attributes are present on container elements, use that data to group and import multiple instances. Voil?, we can finally retain multiple instances, which we could only produce in the AT but not consume (this is now the current behavior in ASpace).

2)      If @id and @parent attributes are NOT present on the container elements within any EAD did element, then treat all of those containers as a single instance, rather than multiple instances.  In this case, if there are more than 3 sibling container elements (which is exceedingly rare), then only the first 3 will be imported into ASpace as a single container group (which follows the AT?s import behavior).

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kennedy, Nancy
Sent: Wednesday, February 25, 2015 9:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Mark,
Wouldn?t adding @id pairs to the STEADY output cause trouble for repositories that still need to use the AT multiple date and extent plugins (the BYU plugins)?  For the near term, we will still be using AT and the BYU plugins.  For us, @id pairs will throw errors on import.  Granted, we could incorporate workarounds to strip any STEADY created @id pairs.

But, since the @id is not required by the EAD and is being considered here primarily to support a feature (and a GREAT one! I?m so looking forward to being able to import multiple instances) for ArchivesSpace, I?d much rather see it addressed within ArchivesSpace importers ... rather than as a change to STEADY outputs.

One of the nice things about STEADY is how (nearly) ready-to-go its EAD files are.  We have other methods for importing from spreadsheets, particularly when round-tripping, but STEADY is by far the easier option for new users and student projects. I?d really like to keep it as simple as possible!


Nancy


Nancy Kennedy
EAD Coordinator
Smithsonian Institution
KennedyN at si.edu<mailto:KennedyN at si.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: Tuesday, February 24, 2015 2:59 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

All,

So I fear that this is caused by my request to allow grouped containers to be imported into ArchivesSpace, since that was never possible with Archivists? Toolkit. I?ll forward this message to the creator of Steady, Jason Ronallo, to see if it would just be a simple change to include generated @id and @parent values on the container elements.  So, in the example below, the EAD output could look like this, instead:

<container type="box" label="Text" id=?c1?>1</container>
<container type="folder" label="Text" parent=?c1?>20</container>

(alternatively, if the @label attribute was only output once in this example, then that value could be used to do the grouping by the EAD importer, but I personally prefer to rely on the @parent and @id attributes since those are the examples given in the EAD tag library, http://www.loc.gov/ead/tglib/elements/container.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_tglib_elements_container.html&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=qasB18CQYeZyhBeEO7mLJyhn7J8M0VcUZOpLFbOCSmg&e=>)

Another option would be for the ASpace importer to only group containers when @id and @parent attributes are available.  In other words, if those attributes aren?t part of the container elements, like they aren?t with the Steady-produced files, then those sibling containers should be considered a single group (and if there are more than 3 sibling container elements, only the first 3 would be imported, which also mimics the AT?s behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see if I can?t find the relevant pieces of code that govern this behavior.

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 MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 2:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Noah,

Thank you for the quick and helpful response, it is greatly appreciated.  I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed.

Cheers and thanks again.

-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=wCIhwm68gqzh_-QEuiVqQ_RAU4lDNkKOR_rcKgDqHYU&e=>

________________________________
From: "Noah Huffman" <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, February 24, 2015 2:25:55 PM
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Hi Matthew,

I just tested and confirmed the issue you describe.  We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us.

I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>

This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace.  I just tested this and it works.

The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship.  The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder.

Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import.

Something like:
<container id="cid1351138" type="Box" label="Mixed materials">1</container>
<container parent="cid1351138" type="Folder">4</container>

-Noah

================
Noah Huffman
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 1:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD instance issue

All,

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed.

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version).  Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady (http://steady2.herokuapp.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and then importing into AT/ASpace.  This is a workflow that we would like to remain an option moving into the future.

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types.  For example here is the XML data for one of the archival objects:


<c02 level="file">
<did>
<unittitle>Council Members Lists</unittitle>
<unitdate>undated</unitdate>
<container type="box" label="Text">1</container>
<container type="folder" label="Text">20</container>
</did>
</c02>



And when imported into ASpace the instance is now displaying as:



[cid:image001.png at 01D050E0.E2A317A0]



We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices.  Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on.



Thanks for the help and information.



-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=5hIsW4eWXaYbDfNBB3mgoObf-sWyDzzqjEmvVsRbGc0&e=>

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

From ns96 at nyu.edu  Wed Feb 25 10:14:04 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Wed, 25 Feb 2015 10:14:04 -0500
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252552552E@x10-mbx8.yu.yale.edu>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
	<4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>
	<DCB910FAD4CF9343B3E424AF5F3310252552552E@x10-mbx8.yu.yale.edu>
Message-ID: <CADi=b=Oayn-5fac0skBGS-zKmPrLugbGVQsh4z-hrW3MCpeiCg@mail.gmail.com>

To further muddy the issue, If you are looking to construct ASpace Resource
records from Excel data then you should also consider looking at the
ASpaceMigrator <https://github.com/ns96/ASpaceMigrator> tool the ASpace
team has been slowly working on. It currently beta code, but it has been
used successfully by a few groups to migrate data into ASpace.



On Wed, Feb 25, 2015 at 9:53 AM, Custer, Mark <mark.custer at yale.edu> wrote:

>  Nancy,
>
>
>
> I?m not sure what you mean regarding the multiple date and extent plugins
> (although I do have experience using that, and I think that it was a great
> addition to the AT data model!).  This shouldn?t cause any problem at all.
> The @id attribute is only applied to a container element with the
> stylesheet that I provided, and it should never be repeated in the file in
> this case.
>
>
>
> Also, I agree that it should be addressed by the ASpace importer.  I was
> just providing a temporary fix, which I thought would be much easier (not
> to mention much, much faster) than importing and exporting a file into the
> AT!
>
>
>
> Lastly, I  wasn?t clear in one of my earlier emails.  To fix this in the
> ASpace importer, here?s what I think the logic should be:
>
>
>
> 1)       If @id and @parent attributes are present on container elements,
> use that data to group and import multiple instances. Voil?, we can finally
> retain multiple instances, which we could only produce in the AT but not
> consume (this is now the current behavior in ASpace).
>
> 2)      If @id and @parent attributes are NOT present on the container
> elements within any EAD did element, then treat all of those containers as
> a single instance, rather than multiple instances.  In this case, if there
> are more than 3 sibling container elements (which is exceedingly rare),
> then only the first 3 will be imported into ASpace as a single container
> group (which follows the AT?s import behavior).
>
>
>
> Mark
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Kennedy,
> Nancy
> *Sent:* Wednesday, February 25, 2015 9:34 AM
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> Mark,
>
> Wouldn?t adding @id pairs to the STEADY output cause trouble for
> repositories that still need to use the AT multiple date and extent plugins
> (the BYU plugins)?  For the near term, we will still be using AT and the
> BYU plugins.  For us, @id pairs will throw errors on import.  Granted, we
> could incorporate workarounds to strip any STEADY created @id pairs.
>
>
>
> But, since the @id is not required by the EAD and is being considered here
> primarily to support a feature (and a GREAT one! I?m so looking forward to
> being able to import multiple instances) for ArchivesSpace, I?d much rather
> see it addressed within ArchivesSpace importers ... rather than as a change
> to STEADY outputs.
>
>
>
> One of the nice things about STEADY is how (nearly) ready-to-go its EAD
> files are.  We have other methods for importing from spreadsheets,
> particularly when round-tripping, but STEADY is by far the easier option
> for new users and student projects. I?d really like to keep it as simple as
> possible!
>
>
>
>
>
> Nancy
>
>
>
>
>
> Nancy Kennedy
>
> EAD Coordinator
>
> Smithsonian Institution
>
> KennedyN at si.edu
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Custer,
> Mark
> *Sent:* Tuesday, February 24, 2015 2:59 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> All,
>
>
>
> So I fear that this is caused by my request to allow grouped containers to
> be imported into ArchivesSpace, since that was never possible with
> Archivists? Toolkit. I?ll forward this message to the creator of Steady,
> Jason Ronallo, to see if it would just be a simple change to include
> generated @id and @parent values on the container elements.  So, in the
> example below, the EAD output could look like this, instead:
>
>
>
> <container type="box" label="Text" id=?c1?>1</container>
> <container type="folder" label="Text" parent=?c1?>20</container>
>
>
>
> (alternatively, if the @label attribute was only output once in this
> example, then that value could be used to do the grouping by the EAD
> importer, but I personally prefer to rely on the @parent and @id attributes
> since those are the examples given in the EAD tag library,
> http://www.loc.gov/ead/tglib/elements/container.html
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_tglib_elements_container.html&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=qasB18CQYeZyhBeEO7mLJyhn7J8M0VcUZOpLFbOCSmg&e=>
> )
>
>
>
> Another option would be for the ASpace importer to *only* group
> containers when @id and @parent attributes are available.  In other words,
> if those attributes aren?t part of the container elements, like they aren?t
> with the Steady-produced files, then those sibling containers should be
> considered a single group (and if there are more than 3 sibling container
> elements, only the first 3 would be imported, which also mimics the AT?s
> behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see
> if I can?t find the relevant pieces of code that govern this behavior.
>
>
>
> All my best,
>
>
>
> Mark
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *MATTHEW
> R FRANCIS
> *Sent:* Tuesday, February 24, 2015 2:41 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> Noah,
>
>
>
> Thank you for the quick and helpful response, it is greatly appreciated.
> I think your right about the cause for the change in behavior, and more
> importantly from my perspective your AT import/export WF recommendation
> looks like it will work as a stop-gap process for us until there is a
> better way to proceed.
>
>
>
> Cheers and thanks again.
>
>
>
> -Matt
>
>
>
> Matt Francis
>
> Archivist for Collection Management
>
> Special Collections Library
> Penn State University
>
>
>
> Twitter: @archivingmatt
>
> http://www.archivingmatt.com
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=wCIhwm68gqzh_-QEuiVqQ_RAU4lDNkKOR_rcKgDqHYU&e=>
>
>
>  ------------------------------
>
> *From: *"Noah Huffman" <noah.huffman at duke.edu>
> *To: *"Archivesspace Users Group" <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Sent: *Tuesday, February 24, 2015 2:25:55 PM
> *Subject: *Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> Hi Matthew,
>
>
>
> I just tested and confirmed the issue you describe.  We use the same
> Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this
> is also an issue for us.
>
>
>
> I suspect the behavior is related to changes made in response to this
> ticket: https://archivesspace.atlassian.net/browse/AR-751
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>
>
>
>
> This isn?t a long term solution, but to achieve your desired result, you
> could import the XML output of Steady into Archivists Toolkit, then export
> EAD, then import to ArchivesSpace.  I just tested this and it works.
>
>
>
> The AT Importer will create a single instance record for the box/folder
> and on export AT will assign @id and @parent attributes to the containers
> that communicate the parent/child relationship.  The ArchivesSpace importer
> will use those attributes to create a single parent/child instance for the
> box/folder.
>
>
>
> Alternatively, you could somehow process the XML to assign @id and @parent
> to each container prior to import.
>
>
>
> Something like:
>
> <container id="cid1351138" type="Box" label="Mixed materials">1</container>
>
> <container parent="cid1351138" type="Folder">4</container>
>
>
>
> -Noah
>
>
>
> ================
>
> Noah Huffman
>
> David M. Rubenstein Rare Book & Manuscript Library
>
> Duke University
>
>
>
>
>
> *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 *MATTHEW
> R FRANCIS
> *Sent:* Tuesday, February 24, 2015 1:02 PM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] EAD instance issue
>
>
>
> All,
>
>
>
> Sending through the listserv as the "Send Feedback" link does not properly
> function for our instance of ArchivesSpace and apologies in advance if this
> has already been discussed.
>
>
>
> We are currently running ASpace v1.1.2 and have recently run into an issue
> with our EAD imports that we were not experiencing under previous versions
> (for full context we were previously running v1.0.9 before migrating to the
> current version).  Historically some of our workflows have relied on
> converting Excel collection container listings into EAD XML files through
> Steady (http://steady2.herokuapp.com/
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and
> then importing into AT/ASpace.  This is a workflow that we would like to
> remain an option moving into the future.
>
>
>
> However, when importing one of these XML files in v1.1.2 we noticed that
> when there were two sets of container tags for an archival object in our
> XML that ASpace mapped the container data as two separate instances for the
> archival object instead of a singular instance with two container types.
> For example here is the XML data for one of the archival objects:
>
>
>
> <c02 level="file">
> <did>
> <unittitle>Council Members Lists</unittitle>
> <unitdate>undated</unitdate>
> <container type="box" label="Text">1</container>
> <container type="folder" label="Text">20</container>
> </did>
> </c02>
>
>
>
> And when imported into ASpace the instance is now displaying as:
>
>
>
>
>
> We are not sure what has caused this change with the current version, but
> from our workflows/resources perspectives it presents a challenge to our
> collection management practices.  Would appreciate any information on what
> might be causing this, if there is a recommended alternative approach to
> importing this type of EAD XML data, and/or if this is something that is
> pipeline to be worked on.
>
>
>
> Thanks for the help and information.
>
>
>
> -Matt
>
>
>
> Matt Francis
>
> Archivist for Collection Management
>
> Special Collections Library
> Penn State University
>
>
>
> Twitter: @archivingmatt
>
> http://www.archivingmatt.com
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=5hIsW4eWXaYbDfNBB3mgoObf-sWyDzzqjEmvVsRbGc0&e=>
>
>
>
> _______________________________________________
> 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/20150225/509e2e54/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 11020 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/509e2e54/attachment.png>

From KennedyN at si.edu  Wed Feb 25 10:21:26 2015
From: KennedyN at si.edu (Kennedy, Nancy)
Date: Wed, 25 Feb 2015 15:21:26 +0000
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <CADi=b=Oayn-5fac0skBGS-zKmPrLugbGVQsh4z-hrW3MCpeiCg@mail.gmail.com>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
	<4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>
	<DCB910FAD4CF9343B3E424AF5F3310252552552E@x10-mbx8.yu.yale.edu>
	<CADi=b=Oayn-5fac0skBGS-zKmPrLugbGVQsh4z-hrW3MCpeiCg@mail.gmail.com>
Message-ID: <4142170736420940ACB07EE9EECDC21F30F1A288@si-msedag04.US.SINET.SI.EDU>

Mark,
I just mean with regard to asking Jason R. to change the STEADY to ?include generated @id and @parent values on the container elements?.  If the STEADY files are generated with @id, that?s fine for ASpace, but creates problems for AT users that rely on the BYU plugins.  We?d have to strip out the @id before import to our AT. And, for now, we need to keep our AT workflows working.

Using the XSLT temporary fix to add @id (i.e. outside of STEADY) is clearly preferable for us. Though Matt might have a different perspective on that : )

Agreed too on the logic to fix the ASpace importer.  That seems necessary and like it ought to work.

Chris?s suggestion to incorporate Jason's stead into ASpace as a CSV importer is appealing on this end. Though, I think we would still need to fix the importer logic.  STEADY does a lot for us, but we have cases where the spreadsheet exceeds STEADY?s model and so we?d still be going from spreadsheet -> EAD -> AT/ASpace.  ?  unless this ASpaceMigrator tool can do it.  Thanks, Nathan, for the heads up.

nancy


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Wednesday, February 25, 2015 10:14 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

To further muddy the issue, If you are looking to construct ASpace Resource records from Excel data then you should also consider looking at the ASpaceMigrator<https://github.com/ns96/ASpaceMigrator> tool the ASpace team has been slowly working on. It currently beta code, but it has been used successfully by a few groups to migrate data into ASpace.



On Wed, Feb 25, 2015 at 9:53 AM, Custer, Mark <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
Nancy,

I?m not sure what you mean regarding the multiple date and extent plugins (although I do have experience using that, and I think that it was a great addition to the AT data model!).  This shouldn?t cause any problem at all.  The @id attribute is only applied to a container element with the stylesheet that I provided, and it should never be repeated in the file in this case.

Also, I agree that it should be addressed by the ASpace importer.  I was just providing a temporary fix, which I thought would be much easier (not to mention much, much faster) than importing and exporting a file into the AT!

Lastly, I  wasn?t clear in one of my earlier emails.  To fix this in the ASpace importer, here?s what I think the logic should be:


1)       If @id and @parent attributes are present on container elements, use that data to group and import multiple instances. Voil?, we can finally retain multiple instances, which we could only produce in the AT but not consume (this is now the current behavior in ASpace).

2)      If @id and @parent attributes are NOT present on the container elements within any EAD did element, then treat all of those containers as a single instance, rather than multiple instances.  In this case, if there are more than 3 sibling container elements (which is exceedingly rare), then only the first 3 will be imported into ASpace as a single container group (which follows the AT?s import behavior).

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<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Kennedy, Nancy
Sent: Wednesday, February 25, 2015 9:34 AM

To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Mark,
Wouldn?t adding @id pairs to the STEADY output cause trouble for repositories that still need to use the AT multiple date and extent plugins (the BYU plugins)?  For the near term, we will still be using AT and the BYU plugins.  For us, @id pairs will throw errors on import.  Granted, we could incorporate workarounds to strip any STEADY created @id pairs.

But, since the @id is not required by the EAD and is being considered here primarily to support a feature (and a GREAT one! I?m so looking forward to being able to import multiple instances) for ArchivesSpace, I?d much rather see it addressed within ArchivesSpace importers ... rather than as a change to STEADY outputs.

One of the nice things about STEADY is how (nearly) ready-to-go its EAD files are.  We have other methods for importing from spreadsheets, particularly when round-tripping, but STEADY is by far the easier option for new users and student projects. I?d really like to keep it as simple as possible!


Nancy


Nancy Kennedy
EAD Coordinator
Smithsonian Institution
KennedyN at si.edu<mailto:KennedyN at si.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: Tuesday, February 24, 2015 2:59 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

All,

So I fear that this is caused by my request to allow grouped containers to be imported into ArchivesSpace, since that was never possible with Archivists? Toolkit. I?ll forward this message to the creator of Steady, Jason Ronallo, to see if it would just be a simple change to include generated @id and @parent values on the container elements.  So, in the example below, the EAD output could look like this, instead:

<container type="box" label="Text" id=?c1?>1</container>
<container type="folder" label="Text" parent=?c1?>20</container>

(alternatively, if the @label attribute was only output once in this example, then that value could be used to do the grouping by the EAD importer, but I personally prefer to rely on the @parent and @id attributes since those are the examples given in the EAD tag library, http://www.loc.gov/ead/tglib/elements/container.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_tglib_elements_container.html&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=qasB18CQYeZyhBeEO7mLJyhn7J8M0VcUZOpLFbOCSmg&e=>)

Another option would be for the ASpace importer to only group containers when @id and @parent attributes are available.  In other words, if those attributes aren?t part of the container elements, like they aren?t with the Steady-produced files, then those sibling containers should be considered a single group (and if there are more than 3 sibling container elements, only the first 3 would be imported, which also mimics the AT?s behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see if I can?t find the relevant pieces of code that govern this behavior.

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 MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 2:41 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Noah,

Thank you for the quick and helpful response, it is greatly appreciated.  I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed.

Cheers and thanks again.

-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=wCIhwm68gqzh_-QEuiVqQ_RAU4lDNkKOR_rcKgDqHYU&e=>

________________________________
From: "Noah Huffman" <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, February 24, 2015 2:25:55 PM
Subject: Re: [Archivesspace_Users_Group] EAD instance issue

Hi Matthew,

I just tested and confirmed the issue you describe.  We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us.

I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>

This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace.  I just tested this and it works.

The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship.  The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder.

Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import.

Something like:
<container id="cid1351138" type="Box" label="Mixed materials">1</container>
<container parent="cid1351138" type="Folder">4</container>

-Noah

================
Noah Huffman
David M. Rubenstein Rare Book & Manuscript Library
Duke University


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of MATTHEW R FRANCIS
Sent: Tuesday, February 24, 2015 1:02 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD instance issue

All,

Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed.

We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version).  Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady (http://steady2.herokuapp.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and then importing into AT/ASpace.  This is a workflow that we would like to remain an option moving into the future.

However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types.  For example here is the XML data for one of the archival objects:


<c02 level="file">
<did>
<unittitle>Council Members Lists</unittitle>
<unitdate>undated</unitdate>
<container type="box" label="Text">1</container>
<container type="folder" label="Text">20</container>
</did>
</c02>



And when imported into ASpace the instance is now displaying as:



[cid:image001.png at 01D050E4.CFEFF700]



We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices.  Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on.



Thanks for the help and information.



-Matt

Matt Francis
Archivist for Collection Management
Special Collections Library
Penn State University

Twitter: @archivingmatt
http://www.archivingmatt.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=5hIsW4eWXaYbDfNBB3mgoObf-sWyDzzqjEmvVsRbGc0&e=>


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



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

From Kevin.Clair at du.edu  Wed Feb 25 10:39:46 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Wed, 25 Feb 2015 15:39:46 +0000
Subject: [Archivesspace_Users_Group] interest in AS user group meeting at
	Western Roundup?
Message-ID: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>

Hello,

I?ve been considering how feasible it might be to have an ArchivesSpace user group meet-up either before or after the Western Roundup meeting in Denver at the end of May, either here at the University of Denver or somewhere else in the area. Probably this would take on an un-conference format.

If there?s interest among the group in either attending or helping to plan this, feel free to let me know on- or off-list so I have an idea of how much I should pursue this (especially the hosting-at-DU part). thanks!

cheers,
-k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/a8dfe7d3/attachment.html>

From Jennifer.M.Edwards at aphis.usda.gov  Wed Feb 25 10:43:17 2015
From: Jennifer.M.Edwards at aphis.usda.gov (Edwards, Jennifer M - APHIS)
Date: Wed, 25 Feb 2015 15:43:17 +0000
Subject: [Archivesspace_Users_Group] interest in AS user group meeting
 at	Western Roundup?
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>
References: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>
Message-ID: <AF95D3F3F620D04FB72BE9AA6FFD01C7E5A719@001FSN2MPN1-024.001f.mgd2.msft.net>

Hi Kevin,

I would very much like to have an ArchivesSpace user meetup at Western Roundup. We've been using ArchivesSpace for a little under a year and it would be great to pool information.

Jenna Edwards
Archivist/Records Manager
USDA APHIS National Wildlife Research Center
4101 LaPorte Avenue
Fort Collins, CO  80521
PH: 970-266-6023
Jennifer.M.Edwards at aphis.usda.gov

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Wednesday, February 25, 2015 8:40 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] interest in AS user group meeting at Western Roundup?

Hello,

I've been considering how feasible it might be to have an ArchivesSpace user group meet-up either before or after the Western Roundup meeting in Denver at the end of May, either here at the University of Denver or somewhere else in the area. Probably this would take on an un-conference format.

If there's interest among the group in either attending or helping to plan this, feel free to let me know on- or off-list so I have an idea of how much I should pursue this (especially the hosting-at-DU part). thanks!

cheers,
-k




This electronic message contains information generated by the USDA solely for the intended recipients. Any unauthorized interception of this message or the use or disclosure of the information it contains may violate the law and subject the violator to civil or criminal penalties. If you believe you have received this message in error, please notify the sender and delete the email immediately.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/9b1a5a45/attachment.html>

From mariella at caltech.edu  Wed Feb 25 10:49:14 2015
From: mariella at caltech.edu (Soprano, Maria (Mariella))
Date: Wed, 25 Feb 2015 15:49:14 +0000
Subject: [Archivesspace_Users_Group] interest in AS user group meeting
 at	Western Roundup?
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>
References: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>
Message-ID: <0AC2CFE4-8D58-4593-A90E-1C79C1B120F1@caltech.edu>



Sent from my iPad

On Feb 25, 2015, at 7:39 AM, Kevin Clair <Kevin.Clair at du.edu<mailto:Kevin.Clair at du.edu>> wrote:

Hello,

I?ve been considering how feasible it might be to have an ArchivesSpace user group meet-up either before or after the Western Roundup meeting in Denver at the end of May, either here at the University of Denver or somewhere else in the area. Probably this would take on an un-conference format.

If there?s interest among the group in either attending or helping to plan this, feel free to let me know on- or off-list so I have an idea of how much I should pursue this (especially the hosting-at-DU part). thanks!

cheers,
-k
_______________________________________________
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/20150225/e6be8832/attachment.html>

From ns96 at nyu.edu  Wed Feb 25 12:00:41 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Wed, 25 Feb 2015 12:00:41 -0500
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <4142170736420940ACB07EE9EECDC21F30F1A288@si-msedag04.US.SINET.SI.EDU>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
	<4142170736420940ACB07EE9EECDC21F30F1A210@si-msedag04.US.SINET.SI.EDU>
	<DCB910FAD4CF9343B3E424AF5F3310252552552E@x10-mbx8.yu.yale.edu>
	<CADi=b=Oayn-5fac0skBGS-zKmPrLugbGVQsh4z-hrW3MCpeiCg@mail.gmail.com>
	<4142170736420940ACB07EE9EECDC21F30F1A288@si-msedag04.US.SINET.SI.EDU>
Message-ID: <CADi=b=OCe+yawMs8fDCKy3g9Sm5en+vnB3UMWQXABXo=FYJ+ow@mail.gmail.com>

Hi Nancy,

The Migrator tool can do that, but it does involve the creation of custom
migration scripts so you will need to decide based on your workflow if it's
worth it.  We can setup a Skype call to discuss further if you would like?

On Wed, Feb 25, 2015 at 10:21 AM, Kennedy, Nancy <KennedyN at si.edu> wrote:

>  Mark,
>
> I just mean with regard to asking Jason R. to change the STEADY to ?include
> generated @id and @parent values on the container elements?.  If the
> STEADY files are generated with @id, that?s fine for ASpace, but creates
> problems for AT users that rely on the BYU plugins.  We?d have to strip out
> the @id before import to our AT. And, for now, we need to keep our AT
> workflows working.
>
>
>
> Using the XSLT temporary fix to add @id (i.e. outside of STEADY) is
> clearly preferable for us. Though Matt might have a different perspective
> on that : )
>
>
>
> Agreed too on the logic to fix the ASpace importer.  That seems necessary
> and like it ought to work.
>
>
>
> Chris?s suggestion to incorporate Jason's stead into ASpace as a CSV
> importer is appealing on this end. Though, I think we would still need to
> fix the importer logic.  STEADY does a lot for us, but we have cases where
> the spreadsheet exceeds STEADY?s model and so we?d still be going from
> spreadsheet -> EAD -> AT/ASpace.  ?  unless this ASpaceMigrator tool can do
> it.  Thanks, Nathan, for the heads up.
>
>
>
> nancy
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Nathan
> Stevens
> *Sent:* Wednesday, February 25, 2015 10:14 AM
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> To further muddy the issue, If you are looking to construct ASpace
> Resource records from Excel data then you should also consider looking at
> the ASpaceMigrator <https://github.com/ns96/ASpaceMigrator> tool the
> ASpace team has been slowly working on. It currently beta code, but it has
> been used successfully by a few groups to migrate data into ASpace.
>
>
>
>
>
>
>
> On Wed, Feb 25, 2015 at 9:53 AM, Custer, Mark <mark.custer at yale.edu>
> wrote:
>
> Nancy,
>
>
>
> I?m not sure what you mean regarding the multiple date and extent plugins
> (although I do have experience using that, and I think that it was a great
> addition to the AT data model!).  This shouldn?t cause any problem at all.
> The @id attribute is only applied to a container element with the
> stylesheet that I provided, and it should never be repeated in the file in
> this case.
>
>
>
> Also, I agree that it should be addressed by the ASpace importer.  I was
> just providing a temporary fix, which I thought would be much easier (not
> to mention much, much faster) than importing and exporting a file into the
> AT!
>
>
>
> Lastly, I  wasn?t clear in one of my earlier emails.  To fix this in the
> ASpace importer, here?s what I think the logic should be:
>
>
>
> 1)       If @id and @parent attributes are present on container elements,
> use that data to group and import multiple instances. Voil?, we can finally
> retain multiple instances, which we could only produce in the AT but not
> consume (this is now the current behavior in ASpace).
>
> 2)      If @id and @parent attributes are NOT present on the container
> elements within any EAD did element, then treat all of those containers as
> a single instance, rather than multiple instances.  In this case, if there
> are more than 3 sibling container elements (which is exceedingly rare),
> then only the first 3 will be imported into ASpace as a single container
> group (which follows the AT?s import behavior).
>
>
>
> Mark
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Kennedy,
> Nancy
> *Sent:* Wednesday, February 25, 2015 9:34 AM
>
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> Mark,
>
> Wouldn?t adding @id pairs to the STEADY output cause trouble for
> repositories that still need to use the AT multiple date and extent plugins
> (the BYU plugins)?  For the near term, we will still be using AT and the
> BYU plugins.  For us, @id pairs will throw errors on import.  Granted, we
> could incorporate workarounds to strip any STEADY created @id pairs.
>
>
>
> But, since the @id is not required by the EAD and is being considered here
> primarily to support a feature (and a GREAT one! I?m so looking forward to
> being able to import multiple instances) for ArchivesSpace, I?d much rather
> see it addressed within ArchivesSpace importers ... rather than as a change
> to STEADY outputs.
>
>
>
> One of the nice things about STEADY is how (nearly) ready-to-go its EAD
> files are.  We have other methods for importing from spreadsheets,
> particularly when round-tripping, but STEADY is by far the easier option
> for new users and student projects. I?d really like to keep it as simple as
> possible!
>
>
>
>
>
> Nancy
>
>
>
>
>
> Nancy Kennedy
>
> EAD Coordinator
>
> Smithsonian Institution
>
> KennedyN at si.edu
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Custer,
> Mark
> *Sent:* Tuesday, February 24, 2015 2:59 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> All,
>
>
>
> So I fear that this is caused by my request to allow grouped containers to
> be imported into ArchivesSpace, since that was never possible with
> Archivists? Toolkit. I?ll forward this message to the creator of Steady,
> Jason Ronallo, to see if it would just be a simple change to include
> generated @id and @parent values on the container elements.  So, in the
> example below, the EAD output could look like this, instead:
>
>
>
> <container type="box" label="Text" id=?c1?>1</container>
> <container type="folder" label="Text" parent=?c1?>20</container>
>
>
>
> (alternatively, if the @label attribute was only output once in this
> example, then that value could be used to do the grouping by the EAD
> importer, but I personally prefer to rely on the @parent and @id attributes
> since those are the examples given in the EAD tag library,
> http://www.loc.gov/ead/tglib/elements/container.html
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.loc.gov_ead_tglib_elements_container.html&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=qasB18CQYeZyhBeEO7mLJyhn7J8M0VcUZOpLFbOCSmg&e=>
> )
>
>
>
> Another option would be for the ASpace importer to *only* group
> containers when @id and @parent attributes are available.  In other words,
> if those attributes aren?t part of the container elements, like they aren?t
> with the Steady-produced files, then those sibling containers should be
> considered a single group (and if there are more than 3 sibling container
> elements, only the first 3 would be imported, which also mimics the AT?s
> behavior).  I haven?t looked into the ASpace EAD importer yet, but I?ll see
> if I can?t find the relevant pieces of code that govern this behavior.
>
>
>
> All my best,
>
>
>
> Mark
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *MATTHEW
> R FRANCIS
> *Sent:* Tuesday, February 24, 2015 2:41 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> Noah,
>
>
>
> Thank you for the quick and helpful response, it is greatly appreciated.
> I think your right about the cause for the change in behavior, and more
> importantly from my perspective your AT import/export WF recommendation
> looks like it will work as a stop-gap process for us until there is a
> better way to proceed.
>
>
>
> Cheers and thanks again.
>
>
>
> -Matt
>
>
>
> Matt Francis
>
> Archivist for Collection Management
>
> Special Collections Library
> Penn State University
>
>
>
> Twitter: @archivingmatt
>
> http://www.archivingmatt.com
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=wCIhwm68gqzh_-QEuiVqQ_RAU4lDNkKOR_rcKgDqHYU&e=>
>
>
>  ------------------------------
>
> *From: *"Noah Huffman" <noah.huffman at duke.edu>
> *To: *"Archivesspace Users Group" <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Sent: *Tuesday, February 24, 2015 2:25:55 PM
> *Subject: *Re: [Archivesspace_Users_Group] EAD instance issue
>
>
>
> Hi Matthew,
>
>
>
> I just tested and confirmed the issue you describe.  We use the same
> Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this
> is also an issue for us.
>
>
>
> I suspect the behavior is related to changes made in response to this
> ticket: https://archivesspace.atlassian.net/browse/AR-751
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D751&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=aJPXDL4UOTUg7jAHm5x3t-foUC9_1wI735l3-gx7VaY&e=>
>
>
>
> This isn?t a long term solution, but to achieve your desired result, you
> could import the XML output of Steady into Archivists Toolkit, then export
> EAD, then import to ArchivesSpace.  I just tested this and it works.
>
>
>
> The AT Importer will create a single instance record for the box/folder
> and on export AT will assign @id and @parent attributes to the containers
> that communicate the parent/child relationship.  The ArchivesSpace importer
> will use those attributes to create a single parent/child instance for the
> box/folder.
>
>
>
> Alternatively, you could somehow process the XML to assign @id and @parent
> to each container prior to import.
>
>
>
> Something like:
>
> <container id="cid1351138" type="Box" label="Mixed materials">1</container>
>
> <container parent="cid1351138" type="Folder">4</container>
>
>
>
> -Noah
>
>
>
> ================
>
> Noah Huffman
>
> David M. Rubenstein Rare Book & Manuscript Library
>
> Duke University
>
>
>
>
>
> *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 *MATTHEW
> R FRANCIS
> *Sent:* Tuesday, February 24, 2015 1:02 PM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] EAD instance issue
>
>
>
> All,
>
>
>
> Sending through the listserv as the "Send Feedback" link does not properly
> function for our instance of ArchivesSpace and apologies in advance if this
> has already been discussed.
>
>
>
> We are currently running ASpace v1.1.2 and have recently run into an issue
> with our EAD imports that we were not experiencing under previous versions
> (for full context we were previously running v1.0.9 before migrating to the
> current version).  Historically some of our workflows have relied on
> converting Excel collection container listings into EAD XML files through
> Steady (http://steady2.herokuapp.com/
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__steady2.herokuapp.com_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=x4gRIBeykmbWmcy1PGsfGBnRohA7DhS5fW_X9-7VlKA&e=>) and
> then importing into AT/ASpace.  This is a workflow that we would like to
> remain an option moving into the future.
>
>
>
> However, when importing one of these XML files in v1.1.2 we noticed that
> when there were two sets of container tags for an archival object in our
> XML that ASpace mapped the container data as two separate instances for the
> archival object instead of a singular instance with two container types.
> For example here is the XML data for one of the archival objects:
>
>
>
> <c02 level="file">
> <did>
> <unittitle>Council Members Lists</unittitle>
> <unitdate>undated</unitdate>
> <container type="box" label="Text">1</container>
> <container type="folder" label="Text">20</container>
> </did>
> </c02>
>
>
>
> And when imported into ASpace the instance is now displaying as:
>
>
>
>
>
> We are not sure what has caused this change with the current version, but
> from our workflows/resources perspectives it presents a challenge to our
> collection management practices.  Would appreciate any information on what
> might be causing this, if there is a recommended alternative approach to
> importing this type of EAD XML data, and/or if this is something that is
> pipeline to be worked on.
>
>
>
> Thanks for the help and information.
>
>
>
> -Matt
>
>
>
> Matt Francis
>
> Archivist for Collection Management
>
> Special Collections Library
> Penn State University
>
>
>
> Twitter: @archivingmatt
>
> http://www.archivingmatt.com
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.archivingmatt.com&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=fsFyKgFz0gzNJ4-L054MLtQb1rGgFEE3gczfb-PzjpE&s=8jkNk2Kz0syasZhQvYf1CDyOrgxJhMu47RAgCshMVGI&e=>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=TQmmzdQt9TEtFi4MyRDTt2mXhw0lj8a26EWCdRuOp6c&s=5hIsW4eWXaYbDfNBB3mgoObf-sWyDzzqjEmvVsRbGc0&e=>
>
>
>
>
> _______________________________________________
> 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/20150225/d2080b0e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 11020 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/d2080b0e/attachment.png>

From lindsay-morecraft at uiowa.edu  Wed Feb 25 12:06:04 2015
From: lindsay-morecraft at uiowa.edu (Morecraft, Lindsay M)
Date: Wed, 25 Feb 2015 17:06:04 +0000
Subject: [Archivesspace_Users_Group] Component reordering
In-Reply-To: <1424875119808.58914@lyrasis.org>
References: <1424875119808.58914@lyrasis.org>
Message-ID: <96B305F061ED68428DDA721BECE2ED1551652D7B@ITSNT440.iowa.uiowa.edu>

Hello,

We have also been having problems with collection components reordering themselves, however it doesn't seem to be because of a later edit that drops the component to the bottom of the tree. (We are also using version 1.1.2.)

I've attached two screenshots of a finding aid I created in Archives Space last week, in about 3 sittings among two days. (Screenshot 'Finding Aid 1' comes before 'Finding Aid 2' in the order sequence.) This collection of audio tapes and CDs is chronological, and I've highlighted the collection components that aren't in their correct place. It seems to be random, and they are not objects that I went back in later to edit.

Thanks,

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



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, February 25, 2015 8:39 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Component reordering


Hi All,



I've gotten a couple of reports that some users are still seeing components being reordered in ASpace v1.1.2.



These seem to not be from doing any actions in with the tree, but on occasion editing and saving a record results in having the record dropped to the bottom of the list.



Just wanted to hear from anyone who has seen this in v1.1.2? If you have, can you describe what happened right before?



Apologize about this issue...it's been a little complicated, since there have been multiple points that data gets put into ASpace ( migrations, importers, manual entry) and multiple ways the data gets manipulated.



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/20150225/5f541286/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Finding Aid 1.PNG
Type: image/png
Size: 247670 bytes
Desc: Finding Aid 1.PNG
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/5f541286/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Finding Aid 2.PNG
Type: image/png
Size: 72976 bytes
Desc: Finding Aid 2.PNG
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/5f541286/attachment-0001.png>

From karla.irwin at unlv.edu  Wed Feb 25 15:07:06 2015
From: karla.irwin at unlv.edu (Karla Irwin)
Date: Wed, 25 Feb 2015 12:07:06 -0800
Subject: [Archivesspace_Users_Group] Component reordering
In-Reply-To: <1424875119808.58914@lyrasis.org>
References: <1424875119808.58914@lyrasis.org>
Message-ID: <CABZFufQcPpdwqQ2V+nnHbLtcwU1JSbQ0Who43mQaK-DU_LfqBA@mail.gmail.com>

Hi Chris,

Since our upgrade to v1.1.2 our components continue to reorder themselves
after they are edited.

We have not been able to detect a super consistent pattern, but the
components do seem to reorder themselves more often when rapid data entry
was used.

I was able to replicate the process and I have attached some screenshots
with a description of the steps taken.

Thank you,
Karla

On Wed, Feb 25, 2015 at 6:38 AM, Chris Fitzpatrick <
Chris.Fitzpatrick at lyrasis.org> wrote:

>  Hi All,
>
>
>  I've gotten a couple of reports that some users are still seeing
> components being reordered in ASpace v1.1.2.
>
>
>  These seem to not be from doing any actions in with the tree, but on
> occasion editing and saving a record results in having the record dropped
> to the bottom of the list.
>
>
>  Just wanted to hear from anyone who has seen this in v1.1.2? If you
> have, can you describe what happened right before?
>
>
>  Apologize about this issue...it's been a little complicated, since there
> have been multiple points that data gets put into ASpace ( migrations,
> importers, manual entry) and multiple ways the data gets manipulated.
>
>
>  best, 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
>
>


-- 
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/20150225/5a08c831/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: component_reordering.docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 2190324 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/5a08c831/attachment.docx>

From putirskis.1 at osu.edu  Wed Feb 25 16:11:58 2015
From: putirskis.1 at osu.edu (Putirskis, Crystal E. (Cate))
Date: Wed, 25 Feb 2015 21:11:58 +0000
Subject: [Archivesspace_Users_Group] Component reordering
In-Reply-To: <1424875119808.58914@lyrasis.org>
References: <1424875119808.58914@lyrasis.org>
Message-ID: <782EFBE964BFC34E893C7FF255B5F20F3640945C@CIO-TNC-D2MBX06.osuad.osu.edu>

We are seeing this on a daily basis with edits; these would all be cases where the resource record was created in ASpace and edited later.

For us, components are not always falling to the bottom of the list after the edit/save-I actually see more that end up randomly relocated further up the container list.

Here's an example from today where all of the Scrapbook entries should be listed in chronological order (by the begin date), and precede all of the subseries; I edited the spelling of the word 'scrapbook' in one of the instances and saved, and now have this:

[cid:image001.png at 01D05115.C7794140]

Cate


[The Ohio State University]
Cate Putirskis Special Collections Processing Coordinator
University Libraries - Special Collections Description & Access
016 Thompson Library | 1858 Neil Ave Mall, Columbus, OH 43210
614-292-8114
putirskis.1 at osu.edu<mailto:putirskis.1 at osu.edu>

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, February 25, 2015 9:39 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Component reordering


Hi All,



I've gotten a couple of reports that some users are still seeing components being reordered in ASpace v1.1.2.



These seem to not be from doing any actions in with the tree, but on occasion editing and saving a record results in having the record dropped to the bottom of the list.



Just wanted to hear from anyone who has seen this in v1.1.2? If you have, can you describe what happened right before?



Apologize about this issue...it's been a little complicated, since there have been multiple points that data gets put into ASpace ( migrations, importers, manual entry) and multiple ways the data gets manipulated.



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/20150225/96ee3172/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 3605 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/96ee3172/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 25585 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/96ee3172/attachment-0001.png>

From mrf22 at psu.edu  Wed Feb 25 16:18:58 2015
From: mrf22 at psu.edu (MATTHEW R FRANCIS)
Date: Wed, 25 Feb 2015 16:18:58 -0500 (EST)
Subject: [Archivesspace_Users_Group] EAD instance issue
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F331025255253B6@x10-mbx8.yu.yale.edu>
References: <1049643015.2651642.1424799514919.JavaMail.zimbra@psu.edu>
	<1032544656.2698104.1424800918073.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E005DF45BC270126E703E6160@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1180608929.2925476.1424806874651.JavaMail.zimbra@psu.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255251E0@x10-mbx8.yu.yale.edu>
	<DCB910FAD4CF9343B3E424AF5F331025255253B6@x10-mbx8.yu.yale.edu>
Message-ID: <196398306.1428099.1424899138723.JavaMail.zimbra@psu.edu>

Mark, 

Thank you so much for providing this, as it does provide us an effective work around for our current workflow issues. I also have to say this whole conversation has been fascinating to follow, and seeing that we are not the only community member who has made extensive use of Steady I do hope that there will be an opportunity to further align these tools. 

Thanks again for the help, it is greatly appreciated. 

-Matt 

Matt Francis 
Archivist for Collection Management 
Special Collections Library 
Penn State University 

Twitter: @archivingmatt 
http://www.archivingmatt.com 

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

From: "Mark Custer" <mark.custer at yale.edu> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> 
Sent: Tuesday, February 24, 2015 8:49:42 PM 
Subject: Re: [Archivesspace_Users_Group] EAD instance issue 

Matt, 

Here's another option in the interim. You could transform the EAD output from Steady with the following XSLT 1.0 file, which will add @id and @parent attributes if those aren't already present in the EAD so that the ASpace importer will pick them up as a single "container group": 

<?xml version="1.0" encoding="UTF-8"?> 
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" 
xmlns:xlink="http://www.w3.org/1999/xlink" 
xmlns:ead="urn:isbn:1-931666-22-9" 
version="1.0"> 
<!--standard identity template, which does all of the copying--> 
<xsl:template match="@*|node()"> 
<xsl:copy> 
<xsl:apply-templates select="@*|node()"/> 
</xsl:copy> 
</xsl:template> 
<!--adds an @id attribute to the first container element that doesn't already have an @id or @parent attribute--> 
<xsl:template match="ead:container[not(@id|@parent)][1]"> 
<xsl:copy> 
<xsl:attribute name="id"> 
<xsl:value-of select="generate-id()"/> 
</xsl:attribute> 
<xsl:apply-templates select="@*|node()"/> 
</xsl:copy> 
</xsl:template> 
<!--adds a @parent attribute to the following container elements that don't already have an @Id or @parent attribute--> 
<xsl:template match="ead:container[not(@id|@parent)][position() > 1]"> 
<xsl:copy> 
<xsl:attribute name="parent"> 
<xsl:value-of select="generate-id(../ead:container[not(@id|@parent)][1])"/> 
</xsl:attribute> 
<xsl:apply-templates select="@*|node()"/> 
</xsl:copy> 
</xsl:template> 
</xsl:stylesheet> 

If you have any issues getting this solution to work, just let me know. I just did a quick test, but with the following input: 

<did> 
<unittitle>Council Members Lists</unittitle> 
<unitdate>undated</unitdate> 
<container type="box" label="Text">1</container> 
<container type="folder" label="Text">20</container> 
</did> 

Here's the output that the above transformation supplied for me: 

<did> 
<unittitle>Council Members Lists</unittitle> 
<unitdate>undated</unitdate> 
<container id="d1e109" type="box" label="Text">1</container> 
<container parent="d1e109" type="folder" label="Text">20</container> 
</did> 

That "d1e109" value will likely be different, but it should always be a unique value within the file, and the value really won't matter; it's just needed to group the containers. 

I hope that helps, 

Mark 






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, February 24, 2015 2:58 PM 
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] EAD instance issue 



All, 



So I fear that this is caused by my request to allow grouped containers to be imported into ArchivesSpace, since that was never possible with Archivists? Toolkit. I?ll forward this message to the creator of Steady, Jason Ronallo, to see if it would just be a simple change to include generated @id and @parent values on the container elements. So, in the example below, the EAD output could look like this, instead: 



<container type="box" label="Text" id=?c1? >1</container> 
<container type="folder" label="Text" parent=?c1 ?>20</container> 



(alternatively, if the @label attribute was only output once in this example, then that value could be used to do the grouping by the EAD importer, but I personally prefer to rely on the @parent and @id attributes since those are the examples given in the EAD tag library, http://www.loc.gov/ead/tglib/elements/container.html ) 



Another option would be for the ASpace importer to only group containers when @id and @parent attributes are available. In other words, if those attributes aren?t part of the container elements, like they aren?t with the Steady-produced files, then those sibling containers should be considered a single group (and if there are more than 3 sibling container elements, only the first 3 would be imported, which also mimics the AT?s behavior). I haven?t looked into the ASpace EAD importer yet, but I?ll see if I can?t find the relevant pieces of code that govern this behavior. 



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 MATTHEW R FRANCIS 
Sent: Tuesday, February 24, 2015 2:41 PM 
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] EAD instance issue 





Noah, 





Thank you for the quick and helpful response, it is greatly appreciated. I think your right about the cause for the change in behavior, and more importantly from my perspective your AT import/export WF recommendation looks like it will work as a stop-gap process for us until there is a better way to proceed. 





Cheers and thanks again. 





-Matt 





Matt Francis 


Archivist for Collection Management 


Special Collections Library 
Penn State University 






Twitter: @archivingmatt 


http://www.archivingmatt.com 



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



From: "Noah Huffman" < noah.huffman at duke.edu > 
To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > 
Sent: Tuesday, February 24, 2015 2:25:55 PM 
Subject: Re: [Archivesspace_Users_Group] EAD instance issue 





Hi Matthew, 



I just tested and confirmed the issue you describe. We use the same Excel->Steady->EAD->AT/ASpace workflow for large container lists, so this is also an issue for us. 



I suspect the behavior is related to changes made in response to this ticket: https://archivesspace.atlassian.net/browse/AR-751 



This isn?t a long term solution, but to achieve your desired result, you could import the XML output of Steady into Archivists Toolkit, then export EAD, then import to ArchivesSpace. I just tested this and it works. 



The AT Importer will create a single instance record for the box/folder and on export AT will assign @id and @parent attributes to the containers that communicate the parent/child relationship. The ArchivesSpace importer will use those attributes to create a single parent/child instance for the box/folder. 



Alternatively, you could somehow process the XML to assign @id and @parent to each container prior to import. 



Something like: 

<container id="cid1351138" type="Box" label="Mixed materials">1</container> 

<container parent="cid1351138" type="Folder">4</container> 



-Noah 



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

Noah Huffman 

David M. Rubenstein Rare Book & Manuscript Library 

Duke University 






From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of MATTHEW R FRANCIS 
Sent: Tuesday, February 24, 2015 1:02 PM 
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] EAD instance issue 





All, 





Sending through the listserv as the "Send Feedback" link does not properly function for our instance of ArchivesSpace and apologies in advance if this has already been discussed. 





We are currently running ASpace v1.1.2 and have recently run into an issue with our EAD imports that we were not experiencing under previous versions (for full context we were previously running v1.0.9 before migrating to the current version). Historically some of our workflows have relied on converting Excel collection container listings into EAD XML files through Steady ( http://steady2.herokuapp.com/ ) and then importing into AT/ASpace. This is a workflow that we would like to remain an option moving into the future. 





However, when importing one of these XML files in v1.1.2 we noticed that when there were two sets of container tags for an archival object in our XML that ASpace mapped the container data as two separate instances for the archival object instead of a singular instance with two container types. For example here is the XML data for one of the archival objects: 





<c02 level="file"> 
<did> 
<unittitle>Council Members Lists</unittitle> 
<unitdate>undated</unitdate> 
<container type="box" label="Text">1</container> 
<container type="folder" label="Text">20</container> 
</did> 
</c02> 



And when imported into ASpace the instance is now displaying as: 







We are not sure what has caused this change with the current version, but from our workflows/resources perspectives it presents a challenge to our collection management practices. Would appreciate any information on what might be causing this, if there is a recommended alternative approach to importing this type of EAD XML data, and/or if this is something that is pipeline to be worked on. 



Thanks for the help and information. 



-Matt 





Matt Francis 


Archivist for Collection Management 


Special Collections Library 
Penn State University 





Twitter: @archivingmatt 


http://www.archivingmatt.com 



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

From akroeger at unomaha.edu  Wed Feb 25 17:31:10 2015
From: akroeger at unomaha.edu (Angela Kroeger)
Date: Wed, 25 Feb 2015 22:31:10 +0000
Subject: [Archivesspace_Users_Group] Libraries using OCLC WorldCat Local and
	ArchivesSpace?
Message-ID: <DM2PR07MB973E1168FE73EDE95C9B264D3170@DM2PR07MB973.namprd07.prod.outlook.com>

I'm looking for folks who are at libraries using WorldCat Local (with or without WorldShare Management Services) as their discovery layer.

Are your ArchivesSpace records represented in WorldCat Local search results? If so, how did you accomplish this?

If your ArchivesSpace records are not in your WCL search results, please contact me anyway. I'd like to share ideas.

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/20150225/ff689db3/attachment.html>

From chela.weber at nyu.edu  Wed Feb 25 22:31:58 2015
From: chela.weber at nyu.edu (Chela Scott Weber)
Date: Wed, 25 Feb 2015 22:31:58 -0500
Subject: [Archivesspace_Users_Group] Google Group Shutdown
In-Reply-To: <1424867082949.36468@lyrasis.org>
References: <1424867082949.36468@lyrasis.org>
Message-ID: <CADR3afz+Jpm8834GPBAGsK6QbZ4C7mCzPYuBgGmfdSxgBNsuFw@mail.gmail.com>

Hi all,

Since Chris's original message was sent to both the Lyrasis list and the
Google Group list, I'm copying both lists here. I thought folks not on
Google list would like to know that there is quite a bit of conversation
going on there about this shut-down:
https://groups.google.com/forum/#!topic/archivesspace/-JiVumrBg5A.

I realize that these closed lists for membership are a part of the ASpace
sustainability model. But I think this model also has to be carefully
balanced with openness to the broader user and developer community who are
not currently, for whatever reason, official members. In the immediate
term, I think shutting down this list entirely, rather than transferring
administrative responsibility to a member of the community, is a missed
opportunity for both communication and engagement the broad and emerging
Aspace community. In the near term, I think Tom Cramer's suggestion of a
re-evaluation of assumptions around limiting communication channels is also
of critical importance.

Thanks,
Chela

On Wed, Feb 25, 2015 at 7:24 AM, Chris Fitzpatrick <
Chris.Fitzpatrick at lyrasis.org> wrote:

>  Hi everyone,
>
>
>  We've been told to close this Google group and direct people to send
> ArchivesSpace emails to the
> archivesspace_users_group at lyralists.lyrasis.org
>
> mailing list.
>
>
>  After March 1st, this group will be "read-only" in order to preserve
> past communications.
>
>
>  Let us know if you have any questions. Thanks!
>
>
>  best, 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
>
>


-- 
Chela Scott Weber
Head, Archival Collections Management
New York University Libraries
212.998.2631 | chela.weber at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150225/cf989637/attachment.html>

From brad.westbrook at lyrasis.org  Thu Feb 26 07:03:39 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 26 Feb 2015 12:03:39 +0000
Subject: [Archivesspace_Users_Group] interest in AS user group meeting
	at	Western Roundup?
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>
References: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>
Message-ID: <DM2PR0801MB08629CEA149EF3528AEFC97A94140@DM2PR0801MB0862.namprd08.prod.outlook.com>

Good morning, Kevin.

I think an ArchivesSpace User group meeting at the Western Roundup would be a great idea.  I'll be attending and would certainly like to be included.  In fact, let me know if there is some way ArchivesSpace can help out with the event.

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 Kevin Clair
Sent: Wednesday, February 25, 2015 10:40 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] interest in AS user group meeting at Western Roundup?

Hello,

I've been considering how feasible it might be to have an ArchivesSpace user group meet-up either before or after the Western Roundup meeting in Denver at the end of May, either here at the University of Denver or somewhere else in the area. Probably this would take on an un-conference format.

If there's interest among the group in either attending or helping to plan this, feel free to let me know on- or off-list so I have an idea of how much I should pursue this (especially the hosting-at-DU part). thanks!

cheers,
-k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150226/0db0d259/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/20150226/0db0d259/attachment.png>

From Chris.Fitzpatrick at lyrasis.org  Thu Feb 26 07:26:50 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 26 Feb 2015 12:26:50 +0000
Subject: [Archivesspace_Users_Group] [archivesspace] Re: Google Group
 Shutdown
In-Reply-To: <c91d9e4b-3219-4a89-b89d-b5838e22dd71@googlegroups.com>
References: <1424867082949.36468@lyrasis.org>
	<CADR3afz+Jpm8834GPBAGsK6QbZ4C7mCzPYuBgGmfdSxgBNsuFw@mail.gmail.com>,
	<c91d9e4b-3219-4a89-b89d-b5838e22dd71@googlegroups.com>
Message-ID: <1424953609682.79287@lyrasis.org>

Hi Chela,

I certainly don't disagree with what you and Tom are suggesting.

One maybe minor point I would make is that there already are two mailing lists for ArchivesSpace, and as you know there's a lot of people who are on one list and not aware of the other.
The other issue is that it's really unclear what these lists are for, how they're different, etc. Really, a lot of the traffic is simply bug reporting or help requests, which is really not ideal for a mailing list.

Maybe the at large community would want to discuss what they would like to see and how this can be improved.

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace at googlegroups.com <archivesspace at googlegroups.com> on behalf of Chris Fitzpatrick <chrisfitzpat at gmail.com>
Sent: Thursday, February 26, 2015 8:30 AM
To: archivesspace at googlegroups.com
Cc: archivesspace_users_group at lyralists.lyrasis.org
Subject: [archivesspace] Re: [Archivesspace_Users_Group] Google Group Shutdown



Hi Chela,

I certainly don't disagree with what you and Tom are suggesting.

One maybe minor point I would make is that there already are two mailing lists for ArchivesSpace, and as you know there's a lot of people who are on one list and not aware of the other.
The other issue is that it's really unclear what these lists are for, how they're different, etc. Really, a lot of the traffic is simply bug reporting or help requests, which is really not ideal for a mailing list.

Maybe the at large community would want to discuss what they would like to see and how this can be improved.

b,chris.


--
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/20150226/3c018e64/attachment.html>

From Kevin.Clair at du.edu  Thu Feb 26 10:32:54 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Thu, 26 Feb 2015 15:32:54 +0000
Subject: [Archivesspace_Users_Group] interest in AS user group
	meeting	at	Western Roundup?
In-Reply-To: <DM2PR0801MB08629CEA149EF3528AEFC97A94140@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <1F1E72103798F04D96C355B296D7C61B44A537@mb2-uts.du.edu>
	<DM2PR0801MB08629CEA149EF3528AEFC97A94140@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <1F1E72103798F04D96C355B296D7C61B44B946@mb2-uts.du.edu>

Hi Brad,

Thanks! I'll definitely keep you posted. I've had maybe half a dozen or so people write to say they'd be interested so I think that's enough to start looking at reserving space here for it.  -k

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, February 26, 2015 5:04 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] interest in AS user group meeting at Western Roundup?

Good morning, Kevin.

I think an ArchivesSpace User group meeting at the Western Roundup would be a great idea.  I'll be attending and would certainly like to be included.  In fact, let me know if there is some way ArchivesSpace can help out with the event.

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 Kevin Clair
Sent: Wednesday, February 25, 2015 10:40 AM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] interest in AS user group meeting at Western Roundup?

Hello,

I've been considering how feasible it might be to have an ArchivesSpace user group meet-up either before or after the Western Roundup meeting in Denver at the end of May, either here at the University of Denver or somewhere else in the area. Probably this would take on an un-conference format.

If there's interest among the group in either attending or helping to plan this, feel free to let me know on- or off-list so I have an idea of how much I should pursue this (especially the hosting-at-DU part). thanks!

cheers,
-k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150226/10635a2a/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/20150226/10635a2a/attachment.png>

From sdm7g at virginia.edu  Thu Feb 26 18:09:27 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Thu, 26 Feb 2015 18:09:27 -0500
Subject: [Archivesspace_Users_Group] malformed EAD export
Message-ID: <05834BB0-C29F-4010-A6DA-F25B0D5CFDFA@virginia.edu>


I imported a valid EAD file into ArchivesSpace. 
Exporting to EAD again produced malformed xml. 


The problem was with this fragment in the bioghist :

<p>
        <blockquote>
          <p>"As a child, before I could read, I determined as I
               looked at my father's great books and saw how they
               interested him, to become an author and by the time I
               could spell words of one syllable I began to write, but
               in prose. One night when I was still a boy I went into
               my own room, and for the five-hundreth time, began to
               read out of Routledge's little volume of 
                Edgar Poe's poems. Suddenly,
               something stirred me till I shuddered with intense
               excitement. "I felt as if a star had burst within my
               brain." I fell on my knees and prayed as I only could
               pray then, and thanked my Creator for having made me a
               poet!"</p>
        </blockquote>
      </p>


The result looks fine in the admin display in both the Raw and Formatted views.
But if I click on EDIT and look at the text, the implicit paragraph breaks are more visible. 
[ Text below with line numbers added to the front because I expect it?ll get wrapped by email. ] 


(1)II
(2)
(3) John Henry Ingram was born on November 16, 1842, at 29 City Road, Finnsbury, Middlesex, and spent his childhood in Stoke Newington, the London suburb where young Poe had himself lived. The Stoke Newington Manor House School, which Poe describes in "William Wilson," was standing in Ingram's youth, and he was quite conscious of it as a tangible link between his own life and Poe's. On March 6, l874, Ingram wrote an autobiographical account to Sarah Helen Whitman, clearly acknowledging Poe's influence on his early life:
(4)
(5)  <blockquote> "As a child, before I could read, I determined as I looked at my father's great books and saw how they interested him, to become an author and by the time I could spell words of one syllable I began to write, but in prose. One night when I was still a boy I went into my own room, and for the five-hundreth time, began to read out of Routledge's little volume of Edgar Poe's poems. Suddenly, something stirred me till I shuddered with intense excitement. "I felt as if a star had burst within my brain." I fell on my knees and prayed as I only could pray then, and thanked my Creator for having made me a poet!"
(6)
(7)</blockquote> 
(8)


Those implicit paragraphs get inserted into the exported EAD.xml without regard of the existing <blockquote> element, 
serializing it as  malformed   :  <p><blockqoute></p><p></blockquote></p>

<p> II</p><p>  John Henry Ingram was born on November 16, 1842, at 29 City Road, Finnsbury, Middlesex, and spent his childhood in Stoke Newington, the London suburb where young Poe had himself lived. The Stoke Newington Manor House School, which Poe describes in "William Wilson," was standing in Ingram's youth, and he was quite conscious of it as a tangible link between his own life and Poe's. On March 6, l874, Ingram wrote an autobiographical account to Sarah Helen Whitman, clearly acknowledging Poe's influence on his early life:</p><p>  <blockquote> "As a child, before I could read, I determined as I looked at my father's great books and saw how they interested him, to become an author and by the time I could spell words of one syllable I began to write, but in prose. One night when I was still a boy I went into my own room, and for the five-hundreth time, began to read out of Routledge's little volume of Edgar Poe's poems. Suddenly, something stirred me till I shuddered with intense excitement. "I felt as if a star had burst within my brain." I fell on my knees and prayed as I only could pray then, and thanked my Creator for having made me a poet!"</p><p> </blockquote> </p><p>



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

From Chris.Fitzpatrick at lyrasis.org  Fri Feb 27 04:58:06 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 27 Feb 2015 09:58:06 +0000
Subject: [Archivesspace_Users_Group] malformed EAD export
In-Reply-To: <05834BB0-C29F-4010-A6DA-F25B0D5CFDFA@virginia.edu>
References: <05834BB0-C29F-4010-A6DA-F25B0D5CFDFA@virginia.edu>
Message-ID: <1425031086157.56229@lyrasis.org>

Hi Steven,


Ah, ok...so this is an unintented consequence of the decesion to convert all note <p>s to double line breaks on import and then wrap all double line breaks in <p> on export.


Hm. I think the problem is just with the export...if we try and catch all text that might start with < and end with > we should know not to wrap xml tags.

Will try and put a fix in.


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 Steven Majewski <sdm7g at virginia.edu>
Sent: Friday, February 27, 2015 12:09 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] malformed EAD export


I imported a valid EAD file into ArchivesSpace.
Exporting to EAD again produced malformed xml.


The problem was with this fragment in the bioghist :

<p>
        <blockquote>
          <p>"As a child, before I could read, I determined as I
               looked at my father's great books and saw how they
               interested him, to become an author and by the time I
               could spell words of one syllable I began to write, but
               in prose. One night when I was still a boy I went into
               my own room, and for the five-hundreth time, began to
               read out of Routledge's little volume of
                Edgar Poe's poems. Suddenly,
               something stirred me till I shuddered with intense
               excitement. "I felt as if a star had burst within my
               brain." I fell on my knees and prayed as I only could
               pray then, and thanked my Creator for having made me a
               poet!"</p>
        </blockquote>
      </p>


The result looks fine in the admin display in both the Raw and Formatted views.
But if I click on EDIT and look at the text, the implicit paragraph breaks are more visible.
[ Text below with line numbers added to the front because I expect it?ll get wrapped by email. ]


(1)II
(2)
(3) John Henry Ingram was born on November 16, 1842, at 29 City Road, Finnsbury, Middlesex, and spent his childhood in Stoke Newington, the London suburb where young Poe had himself lived. The Stoke Newington Manor House School, which Poe describes in "William Wilson," was standing in Ingram's youth, and he was quite conscious of it as a tangible link between his own life and Poe's. On March 6, l874, Ingram wrote an autobiographical account to Sarah Helen Whitman, clearly acknowledging Poe's influence on his early life:
(4)
(5)  <blockquote> "As a child, before I could read, I determined as I looked at my father's great books and saw how they interested him, to become an author and by the time I could spell words of one syllable I began to write, but in prose. One night when I was still a boy I went into my own room, and for the five-hundreth time, began to read out of Routledge's little volume of Edgar Poe's poems. Suddenly, something stirred me till I shuddered with intense excitement. "I felt as if a star had burst within my brain." I fell on my knees and prayed as I only could pray then, and thanked my Creator for having made me a poet!"
(6)
(7)</blockquote>
(8)


Those implicit paragraphs get inserted into the exported EAD.xml without regard of the existing <blockquote> element,
serializing it as  malformed   :  <p><blockqoute></p><p></blockquote></p>

<p> II</p><p>  John Henry Ingram was born on November 16, 1842, at 29 City Road, Finnsbury, Middlesex, and spent his childhood in Stoke Newington, the London suburb where young Poe had himself lived. The Stoke Newington Manor House School, which Poe describes in "William Wilson," was standing in Ingram's youth, and he was quite conscious of it as a tangible link between his own life and Poe's. On March 6, l874, Ingram wrote an autobiographical account to Sarah Helen Whitman, clearly acknowledging Poe's influence on his early life:</p><p>  <blockquote> "As a child, before I could read, I determined as I looked at my father's great books and saw how they interested him, to become an author and by the time I could spell words of one syllable I began to write, but in prose. One night when I was still a boy I went into my own room, and for the five-hundreth time, began to read out of Routledge's little volume of Edgar Poe's poems. Suddenly, something stirred me till I shuddered with intense excitement. "I felt as if a star had burst within my brain." I fell on my knees and prayed as I only could pray then, and thanked my Creator for having made me a poet!"</p><p> </blockquote> </p><p>



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

From Chris.Fitzpatrick at lyrasis.org  Fri Feb 27 08:47:00 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 27 Feb 2015 13:47:00 +0000
Subject: [Archivesspace_Users_Group] malformed EAD export
In-Reply-To: <1425031086157.56229@lyrasis.org>
References: <05834BB0-C29F-4010-A6DA-F25B0D5CFDFA@virginia.edu>,
	<1425031086157.56229@lyrasis.org>
Message-ID: <1425044821525.16697@lyrasis.org>

Also, fyi, the immediate fix would be to remove the double line break preceding </blockquote> ( line 6 in your example ).


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 Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
Sent: Friday, February 27, 2015 10:58 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] malformed EAD export


Hi Steven,


Ah, ok...so this is an unintented consequence of the decesion to convert all note <p>s to double line breaks on import and then wrap all double line breaks in <p> on export.


Hm. I think the problem is just with the export...if we try and catch all text that might start with < and end with > we should know not to wrap xml tags.

Will try and put a fix in.


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 Steven Majewski <sdm7g at virginia.edu>
Sent: Friday, February 27, 2015 12:09 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] malformed EAD export


I imported a valid EAD file into ArchivesSpace.
Exporting to EAD again produced malformed xml.


The problem was with this fragment in the bioghist :

<p>
        <blockquote>
          <p>"As a child, before I could read, I determined as I
               looked at my father's great books and saw how they
               interested him, to become an author and by the time I
               could spell words of one syllable I began to write, but
               in prose. One night when I was still a boy I went into
               my own room, and for the five-hundreth time, began to
               read out of Routledge's little volume of
                Edgar Poe's poems. Suddenly,
               something stirred me till I shuddered with intense
               excitement. "I felt as if a star had burst within my
               brain." I fell on my knees and prayed as I only could
               pray then, and thanked my Creator for having made me a
               poet!"</p>
        </blockquote>
      </p>


The result looks fine in the admin display in both the Raw and Formatted views.
But if I click on EDIT and look at the text, the implicit paragraph breaks are more visible.
[ Text below with line numbers added to the front because I expect it?ll get wrapped by email. ]


(1)II
(2)
(3) John Henry Ingram was born on November 16, 1842, at 29 City Road, Finnsbury, Middlesex, and spent his childhood in Stoke Newington, the London suburb where young Poe had himself lived. The Stoke Newington Manor House School, which Poe describes in "William Wilson," was standing in Ingram's youth, and he was quite conscious of it as a tangible link between his own life and Poe's. On March 6, l874, Ingram wrote an autobiographical account to Sarah Helen Whitman, clearly acknowledging Poe's influence on his early life:
(4)
(5)  <blockquote> "As a child, before I could read, I determined as I looked at my father's great books and saw how they interested him, to become an author and by the time I could spell words of one syllable I began to write, but in prose. One night when I was still a boy I went into my own room, and for the five-hundreth time, began to read out of Routledge's little volume of Edgar Poe's poems. Suddenly, something stirred me till I shuddered with intense excitement. "I felt as if a star had burst within my brain." I fell on my knees and prayed as I only could pray then, and thanked my Creator for having made me a poet!"
(6)
(7)</blockquote>
(8)


Those implicit paragraphs get inserted into the exported EAD.xml without regard of the existing <blockquote> element,
serializing it as  malformed   :  <p><blockqoute></p><p></blockquote></p>

<p> II</p><p>  John Henry Ingram was born on November 16, 1842, at 29 City Road, Finnsbury, Middlesex, and spent his childhood in Stoke Newington, the London suburb where young Poe had himself lived. The Stoke Newington Manor House School, which Poe describes in "William Wilson," was standing in Ingram's youth, and he was quite conscious of it as a tangible link between his own life and Poe's. On March 6, l874, Ingram wrote an autobiographical account to Sarah Helen Whitman, clearly acknowledging Poe's influence on his early life:</p><p>  <blockquote> "As a child, before I could read, I determined as I looked at my father's great books and saw how they interested him, to become an author and by the time I could spell words of one syllable I began to write, but in prose. One night when I was still a boy I went into my own room, and for the five-hundreth time, began to read out of Routledge's little volume of Edgar Poe's poems. Suddenly, something stirred me till I shuddered with intense excitement. "I felt as if a star had burst within my brain." I fell on my knees and prayed as I only could pray then, and thanked my Creator for having made me a poet!"</p><p> </blockquote> </p><p>



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

From harnold at rockarch.org  Fri Feb 27 11:40:08 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Fri, 27 Feb 2015 11:40:08 -0500
Subject: [Archivesspace_Users_Group] METS export
Message-ID: <D1160818.37C7A%harnold@rockarch.org>

Hi everyone,
I?ve been looking at the current METS export from ArchivesSpace, and have found that some information present in the AS record does not end up in the export. Specifically, most of the information in the file version - which we were hoping to display in our discovery system - doesn?t get exported.

I see there?s an item on the short-term development plan to address METS export [1], but it looks like we need to come up with a solution in the short term, so I?m looking for some advice on the best course of action:

 1.  Write a plugin to address METS export. It looks like the aspace-110-plugin [2] includes some code that addresses EAD export, so I could look at that to get a clue on how to do this.
 2.  Make changes to AS core code and submit a pull request.

Which of these would be preferable, or is there another option I?m not thinking of that would be better? I don?t want to work at odds with any other development that?s going on.

1 http://www.archivesspace.org/developmentplan
2 https://github.com/archivesspace/aspace-110-plugin

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/57761c0e/attachment.html>

From Kevin.Clair at du.edu  Fri Feb 27 11:41:54 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Fri, 27 Feb 2015 16:41:54 +0000
Subject: [Archivesspace_Users_Group] METS export
In-Reply-To: <D1160818.37C7A%harnold@rockarch.org>
References: <D1160818.37C7A%harnold@rockarch.org>
Message-ID: <1F1E72103798F04D96C355B296D7C61B44BFBA@mb2-uts.du.edu>

Hello,

I'm interested in this as well, since I've been having similar questions about the EAC-CPF export. thanks!  -k
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Arnold, Hillel [harnold at rockarch.org]
Sent: Friday, February 27, 2015 9:40 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] METS export

Hi everyone,
I?ve been looking at the current METS export from ArchivesSpace, and have found that some information present in the AS record does not end up in the export. Specifically, most of the information in the file version - which we were hoping to display in our discovery system - doesn?t get exported.

I see there?s an item on the short-term development plan to address METS export [1], but it looks like we need to come up with a solution in the short term, so I?m looking for some advice on the best course of action:

  1.  Write a plugin to address METS export. It looks like the aspace-110-plugin [2] includes some code that addresses EAD export, so I could look at that to get a clue on how to do this.
  2.  Make changes to AS core code and submit a pull request.

Which of these would be preferable, or is there another option I?m not thinking of that would be better? I don?t want to work at odds with any other development that?s going on.

1 http://www.archivesspace.org/developmentplan
2 https://github.com/archivesspace/aspace-110-plugin

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/d9d7a1da/attachment.html>

From sdm7g at virginia.edu  Fri Feb 27 11:47:55 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 27 Feb 2015 11:47:55 -0500
Subject: [Archivesspace_Users_Group] METS export
In-Reply-To: <D1160818.37C7A%harnold@rockarch.org>
References: <D1160818.37C7A%harnold@rockarch.org>
Message-ID: <939FD9C1-8B19-4001-880A-332D09636385@virginia.edu>



What I?ve been doing is testing changes locally in my plugins/local, and then 
merge change into my archivesspace repo and submit push request. 

? Steve Majewski


On Feb 27, 2015, at 11:40 AM, Arnold, Hillel <harnold at rockarch.org> wrote:

> Hi everyone,
> I?ve been looking at the current METS export from ArchivesSpace, and have found that some information present in the AS record does not end up in the export. Specifically, most of the information in the file version - which we were hoping to display in our discovery system - doesn?t get exported.
> 
> I see there?s an item on the short-term development plan to address METS export [1], but it looks like we need to come up with a solution in the short term, so I?m looking for some advice on the best course of action:
> Write a plugin to address METS export. It looks like the aspace-110-plugin [2] includes some code that addresses EAD export, so I could look at that to get a clue on how to do this.
> Make changes to AS core code and submit a pull request.
> Which of these would be preferable, or is there another option I?m not thinking of that would be better? I don?t want to work at odds with any other development that?s going on.
> 
> 1 http://www.archivesspace.org/developmentplan
> 2 https://github.com/archivesspace/aspace-110-plugin
> 
> Hillel Arnold
> Lead Digital Archivist
> 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/20150227/a6b7856f/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/20150227/a6b7856f/attachment.bin>

From brianjhoffman at gmail.com  Fri Feb 27 11:50:51 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Fri, 27 Feb 2015 11:50:51 -0500
Subject: [Archivesspace_Users_Group] METS export
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B44BFBA@mb2-uts.du.edu>
References: <D1160818.37C7A%harnold@rockarch.org>
	<1F1E72103798F04D96C355B296D7C61B44BFBA@mb2-uts.du.edu>
Message-ID: <9E44683B-69B4-4B52-8476-1E35E5B84E0B@gmail.com>

Hi Hillel,

I?d recommend that you start with a plugin that will get it doing what you need, and then submit a PR if you think you can make additions to the core exporter that will be applicable to everyone.

There?s a pretty good body of examples, including some that create new importers or override the exporters:

https://archivesspace.atlassian.net/wiki/display/ADC/Additional+Resources

Take a look at the yale-ead-exporter for an example that tweaks an exporter.

Brian




On Feb 27, 2015, at 11:41 AM, Kevin Clair <Kevin.Clair at du.edu> wrote:

> Hello,
> 
> I'm interested in this as well, since I've been having similar questions about the EAC-CPF export. thanks!  -k
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Arnold, Hillel [harnold at rockarch.org]
> Sent: Friday, February 27, 2015 9:40 AM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] METS export
> 
> Hi everyone,
> I?ve been looking at the current METS export from ArchivesSpace, and have found that some information present in the AS record does not end up in the export. Specifically, most of the information in the file version - which we were hoping to display in our discovery system - doesn?t get exported.
> 
> I see there?s an item on the short-term development plan to address METS export [1], but it looks like we need to come up with a solution in the short term, so I?m looking for some advice on the best course of action:
> Write a plugin to address METS export. It looks like the aspace-110-plugin [2] includes some code that addresses EAD export, so I could look at that to get a clue on how to do this.
> Make changes to AS core code and submit a pull request.
> Which of these would be preferable, or is there another option I?m not thinking of that would be better? I don?t want to work at odds with any other development that?s going on.
> 
> 1 http://www.archivesspace.org/developmentplan
> 2 https://github.com/archivesspace/aspace-110-plugin
> 
> Hillel Arnold
> Lead Digital Archivist
> 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/20150227/e7b58346/attachment.html>

From harnold at rockarch.org  Fri Feb 27 11:51:14 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Fri, 27 Feb 2015 11:51:14 -0500
Subject: [Archivesspace_Users_Group] ArchivesSpace API and
 XMLHttpRequests
In-Reply-To: <D1039720.374B0%harnold@rockarch.org>
References: <D1001EBD.372EA%harnold@rockarch.org>
	<CAATW+624Vh21hEHmM5Savdn6b3mqWpgKRK3tAu3Huty956kgrA@mail.gmail.com>
	<D1010574.3734A%harnold@rockarch.org>
	<CAATW+61JQfkUSCm_tv_wVtn9FL7_xmdZNJYmSsJN7yEuUGBB0g@mail.gmail.com>
	<CADi=b=PvipdsmhjtndET2YDPF4ooPudFsKbk_yKA7K6XxQRR5A@mail.gmail.com>
	<D1039720.374B0%harnold@rockarch.org>
Message-ID: <D11608B9.37C7E%harnold@rockarch.org>

Hi,
Just looping back around on this thread to close out a couple of issues.
First, I?m a little embarrassed to admit it, but the 403 error I was getting on the search was because I was not actually authenticated as an admin user. Oops?
Second, in regards to resolve the cross domain request issues in a production environment, it seems like there are basically two ways to do this:

 1.  Set up a proxy in front of the backend, as Brian suggested.
 2.  Make some changes to the core AS code to include a gem to handle CORS [1] [2]

At the moment we don?t have a pressing need to resolve the cross-origin issue, but if/when we do I?ll write something up on how we did it and circulate.

1 https://github.com/cyu/rack-cors
2 https://github.com/britg/sinatra-cross_origin

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: <Arnold>, Hillel Arnold <harnold at rockarch.org<mailto:harnold at rockarch.org>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Friday, February 13, 2015 at 12:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and XMLHttpRequests

Hi Nathan,
I don?t have a good answer to that question other than that I wanted to keep things as simple as possible.
To follow up on the issue I was experiencing with a permissions error for certain API requests, it seems very likely this is a server configuration thing on our end. I?m able to successfully make those calls when running AS on my local machine. I?ll reply back to this list when I?ve figured both that and the CORS issue out.
Brian ? thanks for sending the demo. Your client library is super helpful, and I hope will continue to see development/release at some point. If there?s anything I can do to help make that happen, let me know!

Hillel

From: Nathan Stevens <ns96 at nyu.edu<mailto:ns96 at nyu.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Thursday, February 12, 2015 at 3:29 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and XMLHttpRequests


Besides the elegance of using a pure javascript/html solution you ever consider just using a simple php script to wrap all the calls to the aspace backend since you already planning on deploying on Apache anyway?

On Feb 11, 2015 6:24 PM, "Brian Hoffman" <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>> wrote:
Hi Hillel,

If you are using Apache to server the index of your SPA app, your best bet might be to use ProxyPass statements in your Apache config to get around the X-domain issues. Example:

http://yourserver.edu/spa/index.html

http://yourserver.edu/aspaceproxy

which proxies and reverse proxies to:

http://youraspaceserver.edu

Disclaimer: this isn't really something I have a lot of experience with.

Regarding the authentication, I threw together a little demo using a client library I wrote - maybe it will help:

https://github.com/quoideneuf/asapi/releases/tag/spa-demo

Brian



On Wed, Feb 11, 2015 at 10:16 AM, Arnold, Hillel <harnold at rockarch.org<mailto:harnold at rockarch.org>> wrote:
Hi Brian,
Thanks for your quick response, and for the tip about Chrome. I was able to sidestep the cross-domain issue for now, but if anyone has tips on how to get this working in production that would be great to know for the future. I should mention that I tried changing the Access-Control-Allow-Origin header in Apache, but that didn?t seem to have any effect because ArchivesSpace is running within Jetty (I think).
As far as getting something back via a URL like /search?q=query&page=1, I am still having no luck. I was able to successfully authenticate (and I?m authenticating as an admin user), and am sending the session key back via a header. I?m able to successfully make other calls, but that particular one is not working. Any ideas?

Hillel

From: Brian Hoffman <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, February 10, 2015 at 10:19 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace API and XMLHttpRequests

Hi Hillel,

For development purposes, you can get around the cross domain issue by starting Chrome with the disable-web-security flag:

http://stackoverflow.com/questions/3102819/disable-same-origin-policy-in-chrome

For the Postman case you described, it sounds like you need to hit the login endpoint first, get back the session key, and then add that to your search request headers (there's a little dropdown in Postman for this) using 'X-ArchivesSpace-Session' as the header key.

Hope this helps,

Brian




On Tue, Feb 10, 2015 at 5:46 PM, Arnold, Hillel <harnold at rockarch.org<mailto:harnold at rockarch.org>> wrote:
Hi everyone,
I?ve been hacking together a proof-of-concept single page web app which makes a couple of API calls against ArchivesSpace and returns/displays a bunch of data about a particular archival component.
Because I am not really a programmer, I?m just making a XMLHttpRequest with JQuery. However, I?m running into a couple problems.
First, when I try to post to my username and password so I can get back a session token, I?m getting an error related to cross domain requesting saying the requested resource doesn?t have an Access-Control-Allow-Origin header set. It seems like I?d need to set those header somewhere server-side (maybe in the app config settings somewhere), but I?m not sure where exactly that would be. The existing examples out there for working with the ArchivesSpace API seem to mostly be command-line tools, which wasn?t really helping me. I?m sure there are people out there who have done this, either specifically with ArchivesSpace or with other Ruby apps, so if you know how to do this or can point me to a link which tells me how to do it, I?d be most grateful!
Second, unless I am reading the documentation wrong (which is very likely), I think I should be able to make a get request like:
http://some_url:8089/search?q=cats&page=1 and get back search results. However, when I test that URL out in Postman I?m getting a 403 error. Am I missing something here?

Thanks for any help!

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

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




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

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




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

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20150227/a5b69dee/attachment.html>

From mGorzalski at lib.siu.edu  Fri Feb 27 14:40:25 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Fri, 27 Feb 2015 19:40:25 +0000
Subject: [Archivesspace_Users_Group] subject term sources not saved?
Message-ID: <46efccd2ed4e4559846fd687efe57543@IT-EXCMB4.ad.siu.edu>

After a test migration I discovered that our subject term sources are either not migrating or not being saved in ArchivesSpace.  I've attached screenshots to illustrate the before and after.  Migrating from Archon.  Why is that happening?

MATT GORZALSKI
University Archivist

MORRIS LIBRARY
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DR
CARBONDALE, IL 62901

mgorzalski at lib.siu.edu
P: 618/453-2225
F: 618/453-3440
lib.siu.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/a07deb5e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: terms_001.jpg
Type: image/jpeg
Size: 107415 bytes
Desc: terms_001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/a07deb5e/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: terms_002.jpg
Type: image/jpeg
Size: 121455 bytes
Desc: terms_002.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/a07deb5e/attachment-0001.jpg>

From mGorzalski at lib.siu.edu  Fri Feb 27 15:58:39 2015
From: mGorzalski at lib.siu.edu (Matthew J Gorzalski)
Date: Fri, 27 Feb 2015 20:58:39 +0000
Subject: [Archivesspace_Users_Group] UPDATE: subject term sources not saving
Message-ID: <05f7c0f6552e4d73afb358df46309cd1@IT-EXCMB4.ad.siu.edu>

We've discovered the issue with subject term sources not being saved.  Screen shots are attached for illustration.  They are indeed being migrated to ArchivesSpace if the term is an un-faceted main entry.  The source dictionaries are not saved in the faceted terms because Archon's functionality does not allow you to select a source for subfields.  Archon rightfully assumes that subfields would come from the same source dictionary and follow cataloging rules.  In other words, the main entry sets the standard for the entire faceted string.

For those using Archivist's Toolkit, does your faceted subject functionality require you to select a source dictionary for subfields?

MATT GORZALSKI
University Archivist

MORRIS LIBRARY
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DR
CARBONDALE, IL 62901

mgorzalski at lib.siu.edu
P: 618/453-2225
F: 618/453-3440
lib.siu.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/dcc8f627/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: terms_001.jpg
Type: image/jpeg
Size: 107415 bytes
Desc: terms_001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/dcc8f627/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: terms_002.jpg
Type: image/jpeg
Size: 121455 bytes
Desc: terms_002.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/dcc8f627/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: terms_003.jpg
Type: image/jpeg
Size: 121142 bytes
Desc: terms_003.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150227/dcc8f627/attachment-0002.jpg>

From prom at illinois.edu  Fri Feb 27 16:42:21 2015
From: prom at illinois.edu (Prom, Christopher John)
Date: Fri, 27 Feb 2015 21:42:21 +0000
Subject: [Archivesspace_Users_Group] UPDATE: subject term sources not
 saving
In-Reply-To: <05f7c0f6552e4d73afb358df46309cd1@IT-EXCMB4.ad.siu.edu>
References: <05f7c0f6552e4d73afb358df46309cd1@IT-EXCMB4.ad.siu.edu>
Message-ID: <B8025D0D-5284-4A62-BAC2-E83E1D1D2DE7@illinois.edu>

This seems to be a bug in the migration tool.

Below is the json output fro archon for a four part term in my testing DB.  You can see this works in reverse, so that the top level term is last child in the json nest.

Basically, the migration tool it should apply the subject source ID for the ultimate parent to all of the children, grandchildren, etc when it makes the descendant subjects.

This is something that talked about rather confusingly in my schema mapping document (on the subjects tab in cell D15), but must have gotten overlooked in coding and testing:

https://docs.google.com/spreadsheet/ccc?key=0AhC1KfDNI7uZdG5BM0hRUWxwQVV2U3Nid3lld0FOT0E#gid=3

Chris Prom



"13": {
        "ID": "13",
        "Subject": "Subject.Persname.Greatgrandchild",
        "SubjectTypeID": "8",
        "SubjectSourceID": "0",
        "Identifier": "",
        "ParentID": "12",
        "Parent": {
            "ID": "12",
            "Subject": "Subject.Persname.Grandchild-Archon",
            "SubjectTypeID": "8",
            "SubjectSourceID": "0",
            "Identifier": "",
            "ParentID": "11",
            "Parent": {
                "ID": "11",
                "Subject": "Subject.Parsname.Child-Archon",
                "SubjectTypeID": "8",
                "SubjectSourceID": "0",
                "Identifier": "1",
                "ParentID": "8",
                "Parent": {
                    "ID": "8",
                    "Subject": "Subject.Persname-Archon",
                    "SubjectTypeID": "8",
                    "SubjectSourceID": "2",
                    "Identifier": "Subject.PersnameID-Archon",
                    "ParentID": "0",
                    "Parent": null,
                    "Description": "Subject.PersnameDescription-Archon"
                },
                "Description": ""
            },
            "Description": ""
        },
        "Description": ""
    }
On Feb 27, 2015, at 2:58 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote:

We?ve discovered the issue with subject term sources not being saved.  Screen shots are attached for illustration.  They are indeed being migrated to ArchivesSpace if the term is an un-faceted main entry.  The source dictionaries are not saved in the faceted terms because Archon?s functionality does not allow you to select a source for subfields.  Archon rightfully assumes that subfields would come from the same source dictionary and follow cataloging rules.  In other words, the main entry sets the standard for the entire faceted string.

For those using Archivist?s Toolkit, does your faceted subject functionality require you to select a source dictionary for subfields?

MATT GORZALSKI
University Archivist

MORRIS LIBRARY
MAIL CODE 6632
SOUTHERN ILLINOIS UNIVERSITY
605 AGRICULTURE DR
CARBONDALE, IL 62901

mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu>
P: 618/453-2225
F: 618/453-3440
lib.siu.edu<http://lib.siu.edu>

<terms_001.jpg><terms_002.jpg><terms_003.jpg>_______________________________________________
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/20150227/6ae5a52e/attachment.html>