[Archivesspace_Users_Group] Digital object import behavior 2.8.0 vs. 2.8.1

[Christine Di Bella]

Hi John,

Could you share the spreadsheet you're testing for issue 1? I'd like to take a closer look to understand what you're describing since off the top of my head it's not as familiar to me. I know your second issue was specifically remedied in 2.8.1.

In general, 2.8.1 added new functionality to the spreadsheet importer and fixed various bugs that people encountered when using a wider range of real world data than was used in the 2.8.0 testing. Upgrading to 2.8.1 is almost always going to be the best choice to address issues encountered with the importer in 2.8.0.

Christine

Christine Di Bella
ArchivesSpace Program Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905


[ASpaceOrgHomeMedium]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Rees, John (NIH/NLM) [E]
Sent: Wednesday, December 9, 2020 10:14 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Digital object import behavior 2.8.0 vs. 2.8.1

Hi all,

We're on v.2.8.0 and are experimenting with the new Digital Object spreadsheet importer to append DO's to existing archival objects.

In 2.8.0, I understand that import will fail where another DO already exists which is a use case I'm testing. However, using the ASpace 2.8.1 sandbox I get the same processing error, but the job is still successful when there are pre-existing DOs. Is that expected behavior? See my real-world example at http://test.archivesspace.org/staff/resources/193/edit#tree::archival_object_43056 (JPR4 and 5 are the new imports)

Question 2: in v.2.8.0, the import process fails unless either file URN or thumbnail URN is included. This is not documented as a required element. With 2.8.1 imports with these fields empty run fine. Is this expected behavior? We are importing DOs as a pre-flight exercise and don't have URNs yet. We'd have to add dummy data and deleted afterwards.

I'm reckoning the solution to my 2.8.0 problems is moving to 2.8.1?

Thanks,
John

John P. Rees
Archivist and Digital Resources Manager
History of Medicine Division
National Library of Medicine
301-827-4510
Teleworking M-F 8:00AM - 4:30PM Eastern Time each day until further notice





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20201211/9b32ecc8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 6608 bytes
Desc: image003.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20201211/9b32ecc8/attachment.jpg>