does not need prioritization as ArchivesSpace can already accomplish this first part via “Download Container Labels”. They also ideally want ArchivesSpace to be integrated with the catalog which would need more details in regards to scope and specifications. does not need prioritization – I could see how they plan to use something like this but not sure how useful it would be for all users of ArchivesSpace. If the consensus is this would be super useful to many then I would vote for prioritization. Miloche suggests using an outside authority control system e.g. LCNAF or SNAC for the master record and adding appropriate information in the ArchivesSpace record to ‘link’ out to these resources i.e. the Record Control Information section. needs prioritized – enhancing the validator – also there might be a bug / not working as expected – see example in the Jira issue. Additional notes from Miloche: The instructions (/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646) for the container fields says: the ingester will try to find an already-created Top Container in the database.
If you have defined a barcode:
If there's a match for the barcode for that resource, that Top Container will be used without further checking.Otherwise, a new Top Container will be created.
If you have not defined a barcode:
The type and indicator will be used to search the database for a Top Container that is already associated with the resource;Otherwise, a new Top Container will be created.
Which to me means if there's a Box 1 and Box 2 without a barcode in the record AND a Box 1 and Box 2 with barcodes are in the spreadsheet, new top containers should be added, i.e. the box 1 without a barcode is different from the one with a barcode. In this scenario, you should be able to add multiple box 1's, each with different barcodes and new containers would be added for each. So if this isn't how the importer is supposed to work, the instructions need to be updated. |