[Archivesspace_Users_Group] merging/fixing duplicate top containers

[Galligan, Patrick]

Ben,

Unfortunately it’s a full replacement. It literally takes one top container and replaces it with another, so you’d lose any information from the container being replaced. Unfortunately, this might not be too useful to you if you’re really looking to keep top container information. Sorry ☹

-Patrick

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Ben Goldman <bmg17 at psu.edu>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Friday, June 30, 2017 at 12:29 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] merging/fixing duplicate top containers

Thanks, Patrick.

asReplaceContainers.py looks especially useful in our case. Can you tell me whether it retains Child Type and Child Indicator when it replaces a Top Container?

Thanks,
Ben

Ben Goldman
Digital Records Archivist &
Sally W. Kalin Early Career Librarian for Technological Innovations
Penn State University Libraries

________________________________
From: "Galligan, Patrick" <PGalligan at rockarch.org>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>
Sent: Wednesday, June 28, 2017 3:03:00 PM
Subject: Re: [Archivesspace_Users_Group] merging/fixing duplicate top containers

Ben,

So, uh, we had some of the same issue. We generally identified that you need at least one barcode to realistically do it in our case. We have two scripts.

1. This one is for resources where the Box numbers don't restart at 1 every series. It won't work if you have two separate box 1s. We know the script is a little messy, but we haven't had the chance to test a refactor. It basically matches based on logic around our barcodes. You could change this to match around other logic as necessary. Like you might be able to split your indicators and match based off of those. We did barcodes because we had faux codes after migration and it was the easiest way to identify the "real" container. https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asAutoReplaceContainers.py

2. This you can use on resources that restart numbers. It's pretty manual, and you have to create a Csv first, but it gets the job done. https://github.com/RockefellerArchiveCenter/scripts/blob/master/archivesspace/asReplaceContainers.py

There should be documentation in the repo, but let me know if you get stuck.

-Patrick Galligan

Sent with BlackBerry Work
(www.blackberry.com)
From: Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>>
Date: Thursday, Jun 29, 2017, 3:52 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] merging/fixing duplicate top containers

Hello,

Without realizing it, we migrated a considerable number of poorly encoded instances into ASpace 1.5 and its new container model. We're trying to figure out how best to deal cases like the one in the screenshot below, where historical practice has found us encoding box and folder numbers in a single instance, with values separated by a slash. Until a merge feature is implemented, it looks like we may have to do this through the API, and I'm wondering if anyone has tackled something similar and can possibly share a solution.

[cid:image001.png at 01D2F17F.6A8509D0]

Thanks much,
Ben

Ben Goldman
Digital Records Archivist &
Sally W. Kalin Early Career Librarian for Technological Innovations
Penn State University Libraries

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