New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem: Feature File needed for PREMIS object/originalName value does not contain the original directory name #1376
Comments
@sromkey @jhsimpson Do you have any thoughts on this? |
Related to (discovered in resolving) artefactual/archivematica#1051. |
Archivally speaking, you have it right. The purpose of premis:originalName would be to document the original name of the directory or file, not the transfer name as entered by the user (that becomes the AIP name). |
@jrwdunham I am trying to observe the behaviour above to help create a script to retrospectively correct existing METS that looks like this. As such you might see some updates to this ticket as I go. The first observation is that Assign UUIDs to directories won't impact some of this behaviour (I don't think), rather, the microservice 'Rename with Transfer UUID' which calls the script I added more logging to this script to show the values coming in and out: The assign UUIDs to directories microservice from the same task chain: |
I have tried to recreate this again today, ingesting a single directory
Reviewing the Archivematica docs then it seems that the purpose of the transfer directory is that it becomes the de-facto |
👍 to closing this issue by creating a feature file to test the behaviour. |
I have started some work on this, and will update this comment as it progresses:
|
Consider a transfer source with this structure:
If Archivematica is configured to assign UUIDs to directories, then (assuming the user-assigned transfer name is
wed5
and the system-assigned UUID for the SIP is3ed19510-b675-4e59-b114-ba84830841a0
), then thePREMIS:originalName
value assigned to the SIP as a whole will be as follows:Contrast the above originalName to one assigned to one of the original directories in the transfer source:
and to one assigned to one of the original files in the transfer source:
Logically, it would seem that the above two
originalName
values should be as follows, respectively:However, in order to implement the above, we would need to document the original name of the transfer at the beginning of processing (modifying the Transfer model), which we do not do currently.
The text was updated successfully, but these errors were encountered: