Workflow:Workflow for ingesting digitized books into a digital archive

From COPTR
Revision as of 12:08, 7 April 2017 by ChrisReinhart (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Upload file (Toolbox on left) and add a workflow image here or remove

Contents

Workflow Description

Ingest-E-rara-eng.png

  1. The data provider provides his content as an input for the transfer tool (currently in development)
  2. The transfer tool creates a zip-container with the content and calculates a checksum of the container
  3. The zip-container and the checksum are bundled (another zip-container or a plain folder) and build the SIP
  4. The transfer tool moves the SIP to a registered, data provider specific hotfolder, which is connected to the ingest server
  5. As soon as the complete SIP has been transfered to the ingest server, a trigger is raised and the ingest workflow starts
  6. The SIP gets unpacked
  7. The included zip container is validated according to the provided checksum. If this fixity check fails, the data provider is asked to reingest his data.
  8. The content and the structure of the content are validated against the submission agreement, that was signed with the data provider (this step is currently in development)
  9. Based on the OPAC-systemnumber (encoded in the content filename) descriptive metadata is fetched from the library's OPAC over its OAI-PMH interface
  10. The OPAC returns a MARC.XML-file.
  11. The MARC.XML-file is mapped into a EAD.XML-file by a xslt-transformation
  12. The EAD.XML is exported to a designated folder for pickup by the archival information system
  13. Every content file is analysed by DROID for format identification and basic technical metadata is extracted (e.g. filesize)
  14. The output of this analysis is saved into a PREMIS.XML-file (one PREMIS.XML per content object).
  15. Every content file is validated and analysed by FITS and content specific technical metadata is extracted.
  16. The output of this analysis (FITS.XML) is integrated into the existing PREMIS.XML-files.
  17. Each content file is scanned for viruses and malware by Clam AV.
  18. For each content object and for the whole information entity (the book) a PID is fetched from the repository
  19. For each content object and for the whole information entity an AIP is generated. This process includes the generation of RDF-tipples, that contain the relationships between the objects.
  20. The AIPs are ingested into the repository


List of Tools


Organisation

Purpose, Context and Content

Evaluation/Review

Further Information