Difference between revisions of "AIP re-ingest"
Jump to navigation
Jump to search
| Line 55: | Line 55: | ||
*This means that there will always only be one AIP METS file, but it will contain both superseded and current metadata and versioning information for all updates. | *This means that there will always only be one AIP METS file, but it will contain both superseded and current metadata and versioning information for all updates. | ||
| + | ==techMD== | ||
| + | ==PREMIS rights== | ||
| + | ===Superseded=== | ||
| + | ===Deleted=== | ||
| + | ==Preservation files== | ||
| + | ===New files=== | ||
| + | ===Replacement of files=== | ||
| − | + | ==dmdSec== | |
[[Category:Development documentation]] | [[Category:Development documentation]] | ||
Revision as of 12:41, 18 November 2015
Main Page > Requirements > AIP re-ingest
This page documents requirements for retrieving an Archivematica AIP from archival storage and re-ingesting it for further processing.
Use cases
- Updating DC metadata (version 1.5)
- Updating rights metadata (version 1.5)
- Adding new DC metadata files (version 1.5)
- Adding new submission documentation (unsponsored)
- Adding new digital objects (unsponsored)
- Deleting digital objects (unsponsored)
- Redoing format identification/validation (version 1.6)
- Redoing metadata extraction (version 1.6)
- Redoing preservation normalization (version 1.6)
- Generating new DIP (version 1.5)
Full re-ingest
To be supported in version 1.6. Sends an AIP to the beginning of transfer to run all micro-services on AIP, and re-normalize for preservation and access if desired.
Re-ingest metadata only
Supported in version 1.5. Sends an AIP to the beginning of ingest to allow user to update metadata.
Re-ingest metadata and objects for DIP generation
Supported in version 1.5. Sends an AIP to the beginning of ingest to allow user to update metadata and normalize for access.
New micro-services
New micro-services for all workflows
- Retrieve AIP from archival storage
- Place AIP in active transfers for processing
- Extract AIP contents and run BagIt checks
- Add approve AIP re-ingest micro-service
- Re-use existing file UUIDs
- Identify new metadata files
- Validate schemas in new metadata files
- Update METS file
- Replace AIP
AIP versioning
- Versioning will be captured via METS file updates.
- METS file updates will be handled through <status>, <created> and <groupID> attributes in the various METS sections. See for example Element <dmdSec> at http://www.loc.gov/standards/mets/docs/mets.v1-9.html.
- This means that there will always only be one AIP METS file, but it will contain both superseded and current metadata and versioning information for all updates.