[Archivesspace_Users_Group] barcodes and EAD export/import

[Brad Westbrook]

Hi, Ryan,

James is correct: the ArchivesSpace developers have started the process of merging the Yale CM plugin into the ArchivesSpace base code.  The story for this work is at https://archivesspace.atlassian.net/browse/AR-1182.

Best,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of James Bullen
Sent: Wednesday, August 05, 2015 7:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] barcodes and EAD export/import


Hi Ryan,

I’ve updated the readmes.

I believe the ArchivesSpace team is planning to merge the CM plugin with the core, so I would recommend waiting for that.


Cheers,
James



On Aug 6, 2015, at 7:10 AM, Ryan Rotter <rrotter at umich.edu<mailto:rrotter at umich.edu>> wrote:

So, to be clear, if we want to use the CM plugin with a current version of AS container_management_dartmouth is the best version at present? Since I'm not a client of hudmol I don't have much ground to ask you for anything, but it would be helpful if the README.md or release notes made it clear what releases of AS your plugin was compatible with.

On 5 August 2015 at 02:43, James Bullen <james at hudmol.com<mailto:james at hudmol.com>> wrote:

Hi Steve,

Just on the container management repos:

hudmol/container_management is the version developed for Yale which currently works against AS v1.1.

hudmol/container_management_dartmouth is a fork developed for Dartmouth that includes support for AS v1.3 and the ability to print container labels.


Cheers,
James


On Aug 5, 2015, at 2:25 PM, Steven Majewski <sdm7g at virginia.edu<mailto:sdm7g at virginia.edu>> wrote:


We made an initial attempt to migrate EAD from our test server onto a production server by exporting with ead_export.sh script on the test server and importing on production server. Everything appeared to work OK, but on further inspection we found that the barcodes were not imported. Further inspection showed that the barcodes are not exported in EAD.

Looking at the export/import mappings spreadsheet, I see that a mapping is given for barcodes in ArchivesSpace to EAD, but not in EAD to ArchivesSpace mappings.

Looking further, I find a Jira issue reporting this:
https://archivesspace.atlassian.net/browse/AR-983?jql=text%20~%20%22container%20label%22

pointing me to the Yale-ead-exporter plugin:

https://github.com/archivesspace/yale-ead-exporter


I downloaded and installed the yale-ead-exporter.
ArchivesSpace fails to restart do to a syntax error.

I fixed and reported syntax error:
https://github.com/archivesspace/yale-ead-exporter/issues/1

and restarted successfully.
I installed plugin on both servers and did another export and import cycle.

This appeared to mostly work, except that instances of Type "Graphic Materials” with a barcode were imported as Type “Graphic” with a barcode of “Materials” . I changed the delimiter in both the export and import methods of the plugin from a space (“ “ ) to a bar ( “|” ). So far this seems to work.


The main reason I bring this up in detail rather than just forking and fixing it is that my impression from the export/import mappings, JIRA thread, etc. is that these issues were unresolved due to a lack of consensus on how (or even whether) barcodes should be encoded. I’m hoping for some discussion and consensus on that issue now.


I also understand that barcodes and location information might be something that some may not want published. Typically, one might use an @audience attribute to  tag things in the EAD that shouldn’t be published, but that’s not available when encoding the barcode itself as an attribute. However, if we’re using EAD as the standard for transmission and archiving we need to include that info. Perhaps we need an export option that turns this feature off and on ( like the :use_numbered_c_tags or :include_daos flags ): this would need more extensive changes than the current plugin.

I’m also wondering if this is either addressed by the Yale Container Management work or if any changes here might conflict with that. I see many mentions of barcodes, but I didn’t see anything that looked like the export/import changes in the yale-ead-exporter plugin.

BTW: Is this the best and current repo for that work:
https://github.com/hudmol/container_management

I also see a container_management_dartmouth and a container branch on archivespace/archivesspace.


— 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

!DSPAM:55c27bd8191905858113537! _______________________________________________
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


!DSPAM:55c27bd8191905858113537!

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