Campus Publications Workflow: Detail
Table of Contents
1 Stage 1 (Preservation)
- Preservation creates a file structure in their own working disk space
- Preservation decides some unit of file structure is correctly formatted and "done"
- Preservation transfers the file structure into the validation environment
- The validation environment begins creating reports on the status of the file structure
- Preservation evaluates the contents of reports
- If reports are clean continue.
- If reports are not clean, and
- if required changes are small (e.g., moving/renaming files) they are performed in the validation environment.
- If required charges are large (file creation, large overhauls) they are performed in preservations working space, the results are recopied into the validation environment.
- Return to 5.
- Preservation alerts the DAS to the presence of a validated working unit
In the event automation of a fix may be required, the repository managers are contacted, an automated fix is evaluated and potentially implemented.
2 Stage 2 (DAS)
- DAS evaluates contents of records
- If necessary DAS performs any "cleanups" (e.g., removing superfluous files not appropriate for pruning)
- DAS stages contents into the staging directory
- DAS confirms staged files are backed up
- DAS removes files from validation environment and alerts preservation
- DAS performs one of two actions:
- holds submitted unit in staging until a title is complete
- accessions the staged unit
- Once sign-offs have been procured, DAS alerts the DLDC that a title has been accessioned
3 Stage 3 (DLDC)
- DLDC generates SIPs for the new title (see Specifications for Processing deposits from 2015)
- DLDC generates DIPs from the SIPs
- DLDC uses the DIPs to add the new title to the test interface
- After the stakeholders sign off, DLDC adds the new title to the production site
- DLDC informs cataloging of the persistent URL for the new title (see 909 Registry).
4 Glossary of Terms
4.1 Preservation working space
This is Preservation unit disk space; no validation takes place here. This is the place for LIMB output produced according to the specifications in Campus Publications Specifications for Accessioning from 2015.
4.2 Validation Space
This is a strictly controlled base directory structure that has one directory ('mvols') which contains all of the mvol files for validation, one directory ('reports') to write reports to, a directory to store the tools that are running ('tools'), a directory for the CSVs driving validation ('csvs'), a directory for logs from automated fixes/potentially validation runs, a directory for moving superfluous files into during fixes, and a directory for signoffs. The only work that gets done in the validation space is validating that the mvol structure is in accordance to the mvol spec.
4.3 Staging Space
This consists of staging directories which abide by the specifications for staging environments; mvol data is treated as any other data. PREMIS and FITS metadata are generated. The directory is prepared for ingest: it is validated against the staging specification; see The University of Chicago Library Digital Repository Staging Structure Specifications.
4.4 Long-term Storage
Long-term storage is the home of accessioned materials.
