Difference between revisions of "TRIM exports"

From Archivematica
Jump to navigation Jump to search
Line 35: Line 35:
  
 
</br>
 
</br>
 
  
 
[[File:VanDocs2g.png|680px|thumb|center|A SIP generated from a TRIM export]]
 
[[File:VanDocs2g.png|680px|thumb|center|A SIP generated from a TRIM export]]
Line 65: Line 64:
 
*Each container will have one dmdSec consisting of Dublin Core metadata derived from the TRIM export metadata
 
*Each container will have one dmdSec consisting of Dublin Core metadata derived from the TRIM export metadata
 
*Each file will have one dmdSec consisting of Dublin Core metadata derived from the TRIM export metadata
 
*Each file will have one dmdSec consisting of Dublin Core metadata derived from the TRIM export metadata
 
  
 
</br>
 
</br>
Line 81: Line 79:
 
</br>
 
</br>
  
[[File:TRIMamdSec1g.png|680px|thumb|center|]]
+
[[File:TRIMamdSec1g.png|680px|thumb|center|Sample amdSec for a container]]
 +
 
 +
</br>
  
 
*Each file will have an amdSec consisting of:
 
*Each file will have an amdSec consisting of:
Line 88: Line 88:
 
**A techMD and digiprovMDs generated by Archivematica during processing
 
**A techMD and digiprovMDs generated by Archivematica during processing
  
[[File:TRIMamdSec2g.png|680px|thumb|center|]]
+
</br>
 +
 
 +
[[File:TRIMamdSec2g.png|680px|thumb|center|Sample amdSec for a file]]
  
 
</br>
 
</br>
Line 95: Line 97:
 
*Each METS file will have two structMaps, the Archivematica default structMap and a logical structMap for hierarchically arranging the container into a file and its child items
 
*Each METS file will have two structMaps, the Archivematica default structMap and a logical structMap for hierarchically arranging the container into a file and its child items
 
*The container and file div TYPE elements will map to the RAD level of description field in AtoM
 
*The container and file div TYPE elements will map to the RAD level of description field in AtoM
 +
*The structMap contains the links between containers and files and their relevant dmdSecs
 +
*The structMap also contains the link between the container and its amdSec
 +
*The files are linked to their amdSecs in the fileSec
 +
 +
</br>
  
 
[[File:structMapg.png|680px|thumb|center|]]
 
[[File:structMapg.png|680px|thumb|center|]]

Revision as of 16:53, 9 October 2012

Main Page > Development > Development documentation > TRIM exports

This page documents ingest of TRIM exports based on requirements for VanDocs ingest at City of Vancouver Archives.


TRIM export contents

A TRIM export consists of

  • 1 or more containers
  • A manifest of the transfer (manifest.txt)
  • XML schema documentation for all xml files in the transfer (container, location and document xml metadata)
  • Location metadata (Location.xml)
  • Container metadata (ContainerMetadata.xml)
  • Document metadata (eg DOC_2012_000100_Metadata.xml)
  • Documents (eg DOC_2012_000100.docx)


VanDocs1g.png


Processing a TRIM export

Parsing contents to the SIP

  • Each container becomes a single transfer OR each transfer is broken into one SIP per container
  • manifest.txt is copied to /metadata/submissionDocumentation
  • Location.xml is copied to /metadata
  • All schema documentation is copied to /metadata
  • The relevant ContainerMetadata.xml is copied to /metadata
  • The relevant document metadata files are copied to /metadata
  • All documents are copied to /objects


A SIP generated from a TRIM export


Verifying manifest

The contents of the transfer must be verified against the manifest.txt file during the "Verify transfer compliance" micro-service.

Verifying checksums

Each document metadata file contains an md5 checksum for the document:


Checksumg.png


This checksums must be verified during the "Verify transfer checksums" micro-service.


The AIP METS file

dmdSecs

  • Each container will have one dmdSec consisting of Dublin Core metadata derived from the TRIM export metadata
  • Each file will have one dmdSec consisting of Dublin Core metadata derived from the TRIM export metadata


DmdSecsg.png


amdSecs

  • Each container will have an amdSec consisting of:
    • A rightsMD with an xpointer reference to the AccessControl element in metadata/ContainerMetadata.xml
    • A digiprovMD with an xpointer reference to the Container element in metadata/ContainerMetadata.xml
    • A digiprovMD with an xpointer reference to the LocationList element in metadata/Location.xml


Sample amdSec for a container


  • Each file will have an amdSec consisting of:
    • A rightsMD with an xpointer reference to the AccessControl element in the relevant document metadata xml file
    • A digiprovMD with an xpointer reference to the Document element in the relevant document metadata xml file
    • A techMD and digiprovMDs generated by Archivematica during processing


Sample amdSec for a file


fileSec and structMaps

  • Each METS file will have two structMaps, the Archivematica default structMap and a logical structMap for hierarchically arranging the container into a file and its child items
  • The container and file div TYPE elements will map to the RAD level of description field in AtoM
  • The structMap contains the links between containers and files and their relevant dmdSecs
  • The structMap also contains the link between the container and its amdSec
  • The files are linked to their amdSecs in the fileSec


StructMapg.png