Closed regineheberlein closed 11 months ago
I'm speculating that the re-import created duplicate holdings, but this is to be confirmed
The affected collection is C0183
There are no identifiable duplicates in the resource record, or in the Top Container view.
Here is what happens with running the folder labels transformation scenario:
It looks like the XML for the second set of accidentally imported archival objects is repeated in the file:
If you look at Subseries 1C, the two duplicate series are there at the end.
Can you simply delete them from there? If the situation is more complex, let me know and I'll help!
Wow, I totally missed that they nested there! Thank you for being so thorough, Regine!!!!!!!! It works now
Thank you for providing all the background information--that helped a lot!!
Describe the bug From aspace-help:
I had imported a spreadsheet of archival objects, and printed off folder labels through oXygen. Then I imported another spreadsheet with my next set of archival objects, but I had accidentally left the same archival objects I already imported, so I reimported a mix of archival objects that were already in Aspace. when I did the folder label transformation scenario, some of the titles of the folders changed to "Multiple Items" if they were for archival objects I had already imported. But in Aspace, each component still looks like one component without duplicated information anywhere. But I'm wondering, since I accidentally imported a spreadsheet of archival objects twice, did it do something to the XML?
Steps to replicate Steps to reproduce the behavior, if applicable.
Expected behavior The print label should only print a single item
Impact of this bug
This results in wrong folder labels