Editor’s Draft
Profile: Film
The film profile supports the ingest of digitised film stored on one or more image and/or audio reels. This profile dictates how the media files (in file formats such as ZIP, MOV and DPX), their metadata, and the relationships between them, should be expressed and organized.
It mainly applies the DCTERMS metadata schema for descriptive metadata and allows extensions using Schema.org, thereby resembling the Basic profile.
Its additions lie in the introduction of a separate PREMIS representation to denote the physical carrier(s) (a so-called ‘carrier representation’) and custom film-specific metadata (using <premis:significantProperties>
elements in the package PREMIS file) to describe physical aspects of this/these carrier(s).
This carrier representation was added to facilitate the description of the physical carrier(s), since the PREMIS metadata schema itself doesn’t offer this possibility directly. Please note that, as a result, the carrier representation as such is not reflected by a representation folder in the representations
directory, given that it is used purely for the addition of descriptive metadata about the carrier(s) and does not contain any files itself..
Permalink: https://data.hetarchief.be/id/sip/2.1/film
Example Directory structure
root_directory
├── METS.xml
├── metadata
│ ├── descriptive
│ │ └── dc+schema.xml
│ └── preservation
│ └── premis.xml # package PREMIS
│
└── representations
│
├── representation_1
│ ├── METS.xml
│ ├── data
│ │ └── master.zip # ZIP containing DPX files
│ └── metadata
│ └── preservation
│ └── premis.xml
│
├── representation_2
│ ├── METS.xml
│ ├── data
│ │ └── mezzanine.mov # Playable mezzanine
│ └── metadata
│ └── preservation
│ └── premis.xml
│
└── representation_3
├── METS.xml
├── data
│ └── QC.dpx # DPX for QC
└── metadata
└── preservation
└── premis.xml
Requirements
General
- A SIP MUST contain content of exactly one digitised film, consisting of one or more image and/or audio reels.
- Each MKV, MOV, or set of DPX files (for QC) contained in their respective representation directories MUST represent exactly one image or audio reel.
- There MUST be exactly one IE present in the SIP, i.e. the digitised film.
- There MUST be preservation metadata at the package level in the
preservation/premis.xml
file. - There MUST be preservation metadata at the representation level in the respective
preservation/premis.xml
files. - Preservation metadata in the SIP MUST be limited to the PREMIS metadata schema.
- Fixity MUST be calculated using the MD5 hashing algorithm, thus:
- The value of element
premis:premis/premis:object[@xsi:type="premis:file"]/premis:objectCharacteristics/premis:fixity/premis:messageDigestAlgorithm
MUST be set toMD5
. - The value of attribute
premis:premis/premis:object[@xsi:type="premis:file"]/premis:objectCharacteristics/premis:fixity/premis:messageDigestAlgorithm/@valueURI
MUST be set to"http://id.loc.gov/vocabulary/preservation/cryptographicHashFunctions/md5"
. - The value of all
//*/@CHECKSUMTYPE
attributes in theMETS.xml
files MUST be set toMD5
.
- The value of element
- Descriptive metadata about the IE MUST be specified at the package level in the
dc+schema.xml
file. - Descriptive metadata about the carrier(s) (i.e. the reel(s)) MUST be specified at the package level in the
preservation/premis.xml
file.
Package METS
- The
/mets/@TYPE
attribute MUST be set toVideo – File-based and Physical Media
. - The
csip:CONTENTINFORMATIONTYPE
attribute MUST be set toOTHER
and thecsip:OTHERCONTENTINFORMATIONTYPE
attribute MUST be set tohttps://data.hetarchief.be/id/sip/2.1/film
. - The
mets/dmdSec/mdRef/@MDTYPE
attribute MUST be set toOTHER
and themets/dmdSec/mdRef/@OTHERMDTYPE
MUST be set todc+schema
.
Package Descriptive Metadata
- A descriptive metadata file
descriptive/dc+schema.xml
describing the IE MUST be present at the package level. - Descriptive metadata in the
descriptive/dc+schema.xml
MUST be limited to the DCTERMS and SCHEMA elements outlined in the basic profile. - The DCTERMS and SCHEMA metadata in the
descriptive/dc+schema.xml
file MUST follow the basic profile requirements regarding the use of elements and attributes.
Package Preservation Metadata
The addition of a separate PREMIS representation for the carrier(s) (i.e. the carrier representation) leads to a number of additional requirements in the package premis.xml
file. The section below outlines the high level requirements, while the section Describing a carrier within the carrier representation contains a more detailed discussion of the possibilities offered by the carrier representation, divided into a general intro and a normative summary of requirements.
- The following relationships MUST be present between the
<premis:object>
of the intellectual entity and that of the carrier representation (see also Overview of relevant PREMIS relationships for more information):- A structural
<premis:relationship>
of type ‘is represented by’; - A structural
<premis:relationship>
of type ‘represents’.
- A structural
Example 1: an example <premis:object>
of a carrier representation together the relationships between the Intellectual Entity and the carrier representation
<?xml version="1.0" encoding="UTF-8"?>
<premis:premis version="3.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:premis="http://www.loc.gov/premis/v3" xmlns:haObj="https://data.hetarchief.be/ns/object/"
xsi:schemaLocation="http://www.loc.gov/premis/v3 https://www.loc.gov/standards/premis/premis.xsd">
<!-- IE for the film as a whole -->
<premis:object
xsi:type="premis:intellectualEntity">
<premis:objectIdentifier>
<premis:objectIdentifierType>UUID</premis:objectIdentifierType>
<premis:objectIdentifierValue>uuid-b1c5fa36-6bb6-460b-836b-ade5541fe89e</premis:objectIdentifierValue>
</premis:objectIdentifier>
<!-- relationship between the IE and its carrier representation -->
<premis:relationship>
<premis:relationshipType authority="relationshipType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipType/str">structural</premis:relationshipType>
<premis:relationshipSubType authority="relationshipSubType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType/isr">is
represented
by</premis:relationshipSubType>
<premis:relatedObjectIdentifier>
<premis:relatedObjectIdentifierType>UUID</premis:relatedObjectIdentifierType>
<premis:relatedObjectIdentifierValue>uuid-e2f092de-f800-486c-a291-3160ce740544</premis:relatedObjectIdentifierValue>
</premis:relatedObjectIdentifier>
</premis:relationship>
</premis:object>
<!-- PREMIS object for the carrier representation itself -->
<premis:object xsi:type="premis:representation">
<premis:objectIdentifier>
<premis:objectIdentifierType>UUID</premis:objectIdentifierType>
<premis:objectIdentifierValue>uuid-e2f092de-f800-486c-a291-3160ce740544</premis:objectIdentifierValue>
</premis:objectIdentifier>
<!-- relationship between the carrier representation and its IE -->
<premis:relationship>
<premis:relationshipType authority="relationshipType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipType/str">structural</premis:relationshipType>
<premis:relationshipSubType authority="relationshipSubType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType/rep">
represents</premis:relationshipSubType>
<premis:relatedObjectIdentifier>
<premis:relatedObjectIdentifierType>UUID</premis:relatedObjectIdentifierType>
<premis:relatedObjectIdentifierValue>uuid-b1c5fa36-6bb6-460b-836b-ade5541fe89e</premis:relatedObjectIdentifierValue>
</premis:relatedObjectIdentifier>
</premis:relationship>
</premis:object>
</premis:premis>
Describing a carrier within the carrier representation
Introduction
The carrier representation lends itself to the addition of descriptive metadata about the carriers themselves. This can be achieved by using <premis:significantProperties>
elements nested inside of the <premis:object>
of the carrier representation. In turn each of these elements consists of a <premis:significantPropertiesType>
element (for the metadata field name) and a <premis:significantPropertiesValue>
element (for the metadata field value). As a result, each <premis:significantProperties>
element contains exactly one descriptive metadata about a carrier (e.g. its material type, its film base etc.).
In addition to the use outlined above, we require that a carrier representation specifies the carrier type of each digitised reel the SIP contains. These carrier types are located in separate <premis:storage>
elements that each contain exactly one <premis:storageMedium>
element. It is currently impossible to add other descriptive metadata at this finer grained level, meaning that other descriptive metadata about the reels must be added via the construction in the previous paragraph.
Finally, the carrier representation is also used in relevant events related to the handling of the real-life, physical carrier (e.g. registration, check-out, digitization…).
Example 2: hierarchical listing of a package premis.xml
file with an Intellectual Entity and a Carrier Representation consisting of 2 pieces of descriptive metadata and the carrier type of its two reels
premis:premis
│
├── premis:object xsi:type="premis:intellectualEntity" # Intellectual Entity
│
└── premis:object xsi:type="premis:representation" # Carrier Representation
│
├── premis:significantProperties # Descriptive metadata
│ ├── premis:significantPropertiesType
│ └── premis:significantPropertiesValue
│
├── premis:significantProperties # Descriptive metadata
│ ├── premis:significantPropertiesType
│ └── premis:significantPropertiesValue
│
├── premis:storage # Carrier type of reel 1
│ └── premis:storageMedium
│
└── premis:storage # Carrier type of reel 2
└── premis:storageMedium
Normative summary
- There MUST be a carrier representation in the package premis.xml, reflected by amis:object>;
- Any descriptive metadata about the physical film’s reel(s) MUST be included as part of the carrier representation
<premis:object>
; - Any descriptive metadata in the carrier representation
<premis:object>
MUST be placed in separate<premis:significantProperties>
elements; - Each
<premis:significantProperties>
element MUST contain a<premis:significantPropertiesType>
element (for the metadata field name) and a<premis:significantPropertiesValue>
element (for the metadata field value); - Each digitized reel in the SIP MUST be reflected in the carrier representation
<premis:object>
by using separate<premis:storageMedium>
elements; - Each
<premis:storageMedium>
element MUST contain a<premis:storage>
element with the specific carrier type of a reel; - Any events related to the handling of the real-life, physical carrier(s) MUST refer to the carrier representation
<premis:object>
with a<premis:linkingObjectIdentifier>
element (see Adding provenance of representations;
Example 4 below contains an illustration of a simplified carrier representation (preceded by its intellectual entity) and a registration event involving the carrier representation in the package premis.xml
file:
<?xml version="1.0" encoding="UTF-8"?>
<premis:premis version="3.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:premis="http://www.loc.gov/premis/v3" xmlns:haObj="https://data.hetarchief.be/ns/object/"
xsi:schemaLocation="http://www.loc.gov/premis/v3 https://www.loc.gov/standards/premis/premis.xsd">
<!-- IE for the film as a whole -->
<premis:object
xsi:type="premis:intellectualEntity">
<premis:objectIdentifier>
<premis:objectIdentifierType>UUID</premis:objectIdentifierType>
<premis:objectIdentifierValue>uuid-b1c5fa36-6bb6-460b-836b-ade5541fe89e</premis:objectIdentifierValue>
</premis:objectIdentifier>
<!-- relationship between the IE and its carrier representation -->
<premis:relationship>
<premis:relationshipType authority="relationshipType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipType/str">structural</premis:relationshipType>
<premis:relationshipSubType authority="relationshipSubType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType/isr">is
represented
by</premis:relationshipSubType>
<premis:relatedObjectIdentifier>
<premis:relatedObjectIdentifierType>UUID</premis:relatedObjectIdentifierType>
<premis:relatedObjectIdentifierValue>uuid-e2f092de-f800-486c-a291-3160ce740544</premis:relatedObjectIdentifierValue>
</premis:relatedObjectIdentifier>
</premis:relationship>
</premis:object>
<!-- PREMIS object for the carrier representation itself -->
<premis:object xsi:type="premis:representation">
<premis:objectIdentifier>
<premis:objectIdentifierType>UUID</premis:objectIdentifierType>
<premis:objectIdentifierValue>uuid-e2f092de-f800-486c-a291-3160ce740544</premis:objectIdentifierValue>
</premis:objectIdentifier>
<!-- descriptive metadata in several <premis:significantProperties> elements -->
<premis:significantProperties>
<premis:significantPropertiesType>barcode_image_reels</premis:significantPropertiesType>
<premis:significantPropertiesValue>AFLM_FEL_001392</premis:significantPropertiesValue>
</premis:significantProperties>
<premis:significantProperties>
<premis:significantPropertiesType>material_type</premis:significantPropertiesType>
<premis:significantPropertiesValue>Original positive</premis:significantPropertiesValue>
</premis:significantProperties>
<premis:significantProperties>
<premis:significantPropertiesType>num_reels</premis:significantPropertiesType>
<premis:significantPropertiesValue>1</premis:significantPropertiesValue>
</premis:significantProperties>
<premis:significantProperties>
<premis:significantPropertiesType>film_base</premis:significantPropertiesType>
<premis:significantPropertiesValue>acetate</premis:significantPropertiesValue>
</premis:significantProperties>
<!-- indication of the carrier type -->
<premis:storage>
<premis:storageMedium>
super8mmfilm
</premis:storageMedium>
</premis:storage>
<!-- relationship between the carrier representation and its IE -->
<premis:relationship>
<premis:relationshipType authority="relationshipType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipType/str">structural</premis:relationshipType>
<premis:relationshipSubType authority="relationshipSubType"
authorityURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType"
valueURI="http://id.loc.gov/vocabulary/preservation/relationshipSubType/rep">
represents</premis:relationshipSubType>
<premis:relatedObjectIdentifier>
<premis:relatedObjectIdentifierType>UUID</premis:relatedObjectIdentifierType>
<premis:relatedObjectIdentifierValue>uuid-b1c5fa36-6bb6-460b-836b-ade5541fe89e</premis:relatedObjectIdentifierValue>
</premis:relatedObjectIdentifier>
</premis:relationship>
</premis:object>
<!-- registration event -->
<premis:event>
<premis:eventIdentifier>
<premis:eventIdentifierType>UUID</premis:eventIdentifierType>
<premis:eventIdentifierValue>uuid-aba62b7b-dd7a-43cf-b077-45f8b96deae8</premis:eventIdentifierValue>
</premis:eventIdentifier>
<premis:eventType valueURI="https://data.hetarchief.be/id/event-type/registration">
registration
</premis:eventType>
<premis:eventDateTime>
2021-04-02T09:04:04
</premis:eventDateTime>
<premis:eventDetailInformation>
<premis:eventDetail>Base Scratching remarks: Light scratches, lines and stripes. Some cables. vinegar date: 2021-06-30 pH value:PH 4.8</premis:eventDetail>
<premis:eventDetailExtension xmlns:schema="https://schema.org/">
<schema:name>estimate_preparation_time_for_digitisation</schema:name>
<schema:value>1:30:00</schema:value>
</premis:eventDetailExtension>
<premis:eventDetailExtension xmlns:schema="https://schema.org/">
<schema:name>estimate_manual_cleaning_time</schema:name>
<schema:value>0:00:00</schema:value>
</premis:eventDetailExtension>
<premis:eventDetailExtension xmlns:schema="https://schema.org/">
<schema:name>physical_state_film</schema:name>
<schema:value>film in good state</schema:value>
</premis:eventDetailExtension>
</premis:eventDetailInformation>
<premis:eventOutcomeInformation>
<premis:eventOutcome
valueURI="http://id.loc.gov/vocabulary/preservation/eventOutcome/suc">success</premis:eventOutcome>
</premis:eventOutcomeInformation>
<premis:linkingAgentIdentifier>
<premis:linkingAgentIdentifierType>MEEMOO-OR-ID</premis:linkingAgentIdentifierType>
<premis:linkingAgentIdentifierValue>OR-jw86m54</premis:linkingAgentIdentifierValue>
<premis:linkingAgentRole
valueURI="http://id.loc.gov/vocabulary/preservation/eventRelatedAgentRole/imp">implementer</premis:linkingAgentRole>
</premis:linkingAgentIdentifier>
<!-- reference to the premis:Representation object of the carrier representation -->
<premis:linkingObjectIdentifier>
<premis:linkingObjectIdentifierType>UUID</premis:linkingObjectIdentifierType>
<premis:linkingObjectIdentifierValue>uuid-e2f092de-f800-486c-a291-3160ce740544</premis:linkingObjectIdentifierValue>
<premis:linkingObjectRole
valueURI="http://id.loc.gov/vocabulary/preservation/eventRelatedObjectRole/sou">source</premis:linkingObjectRole>
</premis:linkingObjectIdentifier>
</premis:event>
</premis:premis>
Validation
The XML files that are required by this profile can be validated using the following XML schema definitions:
File | Format | XML Schema |
METS.xml | METS v1.12.1 | mets.xsd |
premis.xml | PREMIS v3.0 | premis-v3-0.xsd |
dc+schema.xml | Dublin Core with Schema.org | dc+schema.xsd (not yet available) |
Use Cases
Some use cases that implement this profile are: