A conforming METS document must represent only one DSpace Item.
A conforming METS document is a complete manifest of the DSpace Item. Do not include content or metadata files in the SIP that are not referenced in the METS document.
The DSpace Content Object Model organizes DSpace Items into Bundles. Bundles are exclusive classifications of files within a DSpace Item.
Content files-files intended for the Content bundle-must be included in or referenced from the fileSec and the structMap. Metadata files-files intended for the Thumbnail, Text (Extracted), License, CC_License and ManifestMD bundles-are included in or referenced either from the fileSec, dmdSecs or amdSecs.
A conforming METS document must contain at least one descriptive metadata record for the DSpace Item that conforms to the DSpace MODS Application Profile defined at http://www.dspace.org/standards/MODS/profilev1p0/DSpacemodsv1p0.pdf.
A conforming METS document may contain multiple metadata records expressed in any defined metadata schemes. These records may be assigned to the DSpace Item or any of the files within the Item.
It is strongly recommended that fileGrp elements be used to organize files according to the DSpace Bundle Types Vocabulary (see Controlled Vocabularies).
The first structMap element shall be used to organize files intended for public display in DSpace. These files correspond to those intended for the Content Bundle in DSpace.
DSpace has defined a set of technical metadata elements for preservation and administration. This metadata includes a unique identifier, checksum, checksum type, mimetype, file size, creation date and file path originally assigned to the file. If this data exists within a system that is authoring a conforming METS document it should be included within the METS document.
Inclusion of technical metadata should occur in the techMD element and should conform to the DSpace Required Technical Metadata Element Set defined at http://www.dspace.org/standards/techMD/PREMIS/profilev1p0/DSpacetechMDv1p0.pdf. This metadat should be encoded using the PREMIS Data Dictionary.
A conforming document may contain user supplied Creative Commons licenses in the rightsMD element
All DSpace METS SIP documents must be identified via the profile attribute of the mets element as conforming to one of the defined profiles.
Files in a DSpace METS SIP document should be organized into fileGrps by bundle type.
A conforming METS document must reference all files accompanying the METS document and comprising the DSpace Item via an xlink:href attribute on either an mdRef or FLocat element. There must be only one FLocat element per parent File element.
A conforming METS document must contain the ID attribute of the METS root element.
A conforming METS document must contain the PROFILE attribute of the METS root element.
DSpace implementations will ignore this element, its attributes, child elements and their attributes.
The dmdSec is reserved exclusively for bibliographic description and subject analysis of the item and its constituent files, at a ratio of one dmdSec for each metadata record. Multiple expressions of the same metadata in multiple schemas must be recorded in separate dmdSecs and must be grouped through the GROUPID attribute.
A conforming METS document must contain at least one dmdSec containing the metadata record for the entire DSpace item the document represents.
Each unique configuration of techMD and rightsMD elements must be contained within a separate amdSec element.
A conforming METS document must contain the ID attribute for all amdSec elements.
DSpace implementations will ignore the sourceMD element, its attributes, child elements and their attributes.
DSpace implementations will ignore the digiprovMD element, its attributes, child elements and their attributes.
File elements must not contain the FContent child element. A conforming METS document may not contain content encoded as binary or xml data. These encoding mechanisms may be used to include metadata in the METS document.
It is strongly recommended that the USE attribute be present for every fileGrp element included in conforming mets documents. Eligible values for this attribute are restricted to the DSpace Bundle Type vocabulary.
Multiple expressions of the same content object (e.g. thumbnails and archival masters of the same image) though organized in separate DSpace bundles should be related via the GROUPID attribute of the File element.
In the case of multiple expressions of the same content object in different file formats (e.g. .pdf, .ps, .latex), it is strongly recommended that the USE attribute be present on the one file element representing the format that is preferred for public consumption. The value of this attribute must be "preferred".
If available, supply the CHECKSUM, CHECKSUMTYPE, CREATED and MIMETYPE attributes of the File element.
The first div element under the first structMap element shall be used to identify the DSpace Item and, for websites, the primary bitstream. It must not contain an fptr element unless the DSpace Item is a website with a primary bitstream. It must contain AMDID and DMDID (IDREF) attributes that identify the appropriate metadata to be processed into the DSpace metadata database tables upon ingest.
All files in the content bundle must be represented by child div elements of the first div (DSpace Item div) element of the first structMap element.
Multiple structMap elements recording alternate organizations of the DSpace Item are encouraged when applicable.
A conforming METS document represents a single DSpace Item and must not contain any mptr elements referencing other METS documents.
DSpace implementations will ignore the structLink element, its attributes, child elements and their attributes.
DSpace implementations will ignore the behaviorSec element, its attributes, child elements and their attributes.
The list of allowable content files that may be referenced in conforming documents via the FLocat element is restricted to those files DSpace has agreed to support.
Metadata Files should be encoded in xml and should validate to the schema corresponding to the mdType attribute value of the mdRef element.