Pre-depot SIP
Het importeren van dossiers of informatie via het pre-depot verloopt via Submission Information Packages (SIPs). In de praktijk zijn dit .zip bestanden vergezeld van een metadatabestand. De SIPs voor het pre-depot wijken zowel qua opbouw als logica echter af van die van het pre-depot. Op deze pagina valt te lezen hoe je een conforme SIP opmaakt
Je kan dus geen SIPs die zijn gemaakt voor import via SFTP opladen via het pre-depot en omgekeerd.
- 1 De SIP - algemeen
- 2 METS-xml
- 2.1 METS structuur - Algemeen
- 2.2 Opbouwen van een pre-depot conforme METS-xml
- 2.2.1 Header
- 2.2.2 Scanprojectinformatie
- 2.2.2.1 PredepotScanProject
- 2.2.2.2 PredepotCustomer
- 2.2.2.3 Voorbeeld
- 2.2.3 Metadata Dossier
- 2.2.3.1 mhs:Descriptive
- 2.2.3.2 mhs:Dynamic
- 2.2.3.3 Voorbeeld
- 2.2.4 Metadata stukken
- 2.2.4.1 mhs:Descriptive
- 2.2.4.2 mhs:Dynamic
- 2.2.4.3 Voorbeeld
- 2.2.5 PREMIS-events
- 2.2.5.1 Voorbeeld
- 2.2.6 Technische gegevens bestanden
- 2.2.6.1 Voorbeeld
- 2.2.7 Structuur van het dossier
- 2.2.7.1 Voorbeeld
- 2.3 VoorbeeldSIPs
De SIP - algemeen
In het PreDepot heeft elke SIP betrekking op 1 dossier. Dit in tegenstelling tot de standaard SIPs van het e-depot waarbij het mogelijk is om meerdere dossiers via 1 SIP te importeren.
In de praktijk komt een pre-depot SIP neer op een .zip bestand met daarin de volgende zaken:
De bestanden (= stukken) waaruit het dossier is opgebouwd
Een METS-xml waarin zowel het dossier als de stukken zijn beschreven (=het metdatabestand)
Naamgeving SIP & Sidecar
De SIP dient volgende naamstructuur te volgen:
<Serie ID>-<Titel>.zip
Hierbij is het Serie ID de ID van de serie waaronder je het dossier wil opladen, en titel een vrij te kiezen naamgeving. Het dossier zelf neemt de titel uit het metadatabestand over, niet de SIP-naam.
De Sidecar dient dezelfde naam als de SIP te krijgen, zij het met .xml als extensie.
Sidecar-xml
Bij het opladen van de SIP naar het pre-depot dient de SIP vergezeld te worden van een sidecar MD5-xml. Het sidecarbestand volgt dezelfde structuur als die van het e-depot:
<?xml version="1.0" encoding="UTF-8"?>
<mhs:Sidecar xmlns:mhs="https://zeticon.mediahaven.com/metadata/20.3/mhs/" version="20.3" xmlns:mh="https://zeticon.mediahaven.com/metadata/20.3/mh/">
<mhs:Technical>
<mh:Md5>5609a5f5abe6e5c715fd52e8a33d5058</mh:Md5>
</mhs:Technical>
</mhs:Sidecar>METS-xml
Als metdatabestand voor de pre-depot SIPs wordt een METS-conform xml-bestand gevraagd. De Metadata Encoding & Transmission Standard (METS) is een internationale standaard om metadata over een object uit te wisselen.
METS structuur - Algemeen
Een METS-conform pre-depot-XML-bestand bestaat uit de volgende secties die ook in onderstaande volgorde in de xml aanwezig moeten zijn:
De informatie hieronder is specifiek toegepast op het pre- en e-depot van de Vlaamse overheid. Voor generieke informatie over METS verwijzen we naar https://www.loc.gov/standards/mets/
Header
Bevat informatie over het METS-bestand zoals de auteur, creatiedatum, …
Descriptive metadata section (dmdSec)
Bevat onder andere de beschrijvende metadata per dossier en stuk. In het geval van het pre-depot bevat deze ook de klant- en projectinformatie.
Administrative metdata section (amdSec)
Bevat de metadata over hoe de bestanden werden bewaard, opgemaakt, getransformeerd, verspreid, …
Voor het pre-depot wordt hiervoor de PREMIS-standaard gebruikt
File section (fileSec)
Bevat een verwijzing voor elk bestand in de SIP alsook de individuele checksum van elk bestand.
Structmap
Bevat de structuur van de dossiers en stukken.
Opbouwen van een pre-depot conforme METS-xml
Header
Gezien een METS bestand beschreven wordt op basis van XML tags dient er een XML-header aanwezig te zijn. De hoofding bevat de informatie over de verschillende namespaces binnen de METS alsook de locaties van de schema’s waartegen gevalideerd wordt.
De XML-header is voor elke SIP altijd opgebouwd uit dezelfde structuur:
<?xml version="1.0" encoding="UTF-8"?>
<mets:mets xmlns:mets="http://www.loc.gov/METS/" xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:premis="http://www.loc.gov/premis/v3"
xsi:schemaLocation="http://www.loc.gov/METS/ http://www.loc.gov/standards/mets/mets.xsd">De XML moet bijgevolg ook afgesloten worden aan het einde van het bestand:
</mets:mets>Scanprojectinformatie
In het METS bestand dient ook alle informatie over het scanproject aanwezig te zijn. Volgende velden worden hierin opgenomen onder een aparte dmd-section verdeeld over 2 containers:
PredepotScanProject
Deze container bevat alle informatie over het scanproject.
Veld | Beschrijving | Voorbeeld | Verplicht? | Opmerking |
|---|---|---|---|---|
Id | Gegenereerde UUIDv4 van het scanproject | ff55e286-44f4-4be0-aa28-49670e11d98a | Ja |
|
Name | Naam scanproject | Subsidiedossiers Woonbijstand | Ja |
|
Scansupplier | Naam scanleverancier | Scanbedrijf | Ja |
|
PredepotCustomer
Deze container bevat alle informatie over de klant van het project en wordt gebruikt om de scans te plaatsen in de opslag van de correcte klant.
Veld | Beschrijving | Voorbeeld | Verplicht? | Opmerking |
|---|---|---|---|---|
Name | Naam van de organisatie zoals opgenomen in wegwijs of KBO | Agentschap Facilitair Bedrijf | Ja |
|
Id | OVO-code of KBO-nummer van de organisatie | OVO001834 0261.150.229 | Ja | OVO-codes zijn opzoekbaar via Wegwijs - Organisaties . Alle overheden zijn gekend onder hun OVO-code. Private rechtspersonen zoals bv. universiteiten zijn gekend onder hun KBO-nummer |
Voorbeeld
<!-- VERPLICHT: metadata scanproject -->
<mets:dmdSec ID="generalNote">
<mets:mdWrap MDTYPE="OTHER" OTHERMDTYPE="GeneralNotes">
<mets:xmlData>
<PredepotScanProject>
<Id>24191ba7-7167-4d59-9519-98d299cdea9c</Id> <!-- Voorbeeld van een unieke UUID v4 van het scanproject -->
<Name>Testproject</Name> <!-- Naam van het scanproject -->
<ScanSupplier>Scanbedrijf</ScanSupplier> <!-- Naam van de scanleverancier -->
</PredepotScanProject>
<PredepotCustomer>
<Name>Testorganisatie Digitaal Archief Vlaanderen</Name> <!-- Naam van de organisatie -->
<Id>OVO999999</Id> <!-- OVO_of_KBO_vandeOrganisatie -->
</PredepotCustomer>
</mets:xmlData>
</mets:mdWrap>
</mets:dmdSec>Metadata Dossier
De metadata van het dossier wordt beschreven onder een eigen dmd-section. Het dossier krijgt een unieke ID dat later later opnieuw gebruikt wordt om het te koppelen in andere secties. Het ID is vrij te kiezen en wordt enkel gebruikt binnen de context van het METS-bestand. Via MDTYPE =”OTHER” en OTHERMDTYPE=”mhs:Sidecar” wordt aangegeven dat het om een eigen metadatamodel gaat. Dit mag niet gewijzigd worden.
De metadata van het dossier wordt binnen de mhs:Sidecar container meegegeven. Hierin worden ook alle namespaces en schemalocaties van het achterliggende metadatamodel van het e-depot geplaatst. De namespaces en schema’s zijn uniek per serie gezien ook de metadata per serie verschilt. De serieID moet dus vervangen worden met de ID van de relevante serie.
https://dav.digihaven.be/schemas/25.2/classifications/
serieid/version/head/record-type/Dossier/mhd"
<mets:dmdSec ID="DMDID-DOSSIER">
<mets:mdWrap MDTYPE="OTHER" OTHERMDTYPE="mhs:Sidecar">
<mets:xmlData>
<!-- BELANGRIJK: HIER MOET GEREFEREERD WORDEN NAAR DE CORRECTE OMGEVING EN CORRECTE SERIE OP BASIS VAN DE SERIE ID -->
<!-- OMGEVING: dav-ti.digihaven.be moet dus vervangen worden door dav-uat.digihaven.be of dav-prd.digihaven.be -->
<!-- SERIE ID: a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9 moet dus vervangen worden door de overeenkomstige betrokken serie id -->
<!-- DE CORRECTE OMGEVING EN CORRECTE SERIE ID MOET OP ALLE PLAATSEN HIERONDER VERVANGEN WORDEN -->
<mhs:Sidecar xmlns:mh="https://zeticon.mediahaven.com/metadata/25.2/mh/"
xmlns:mhs="https://dav-prd.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhs"
xmlns:mhd="https://dav-prd.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhd"
version="25.2"
xsi:schemaLocation="https://dav-prd.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhd https://dav-prd.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhd.xsd https://dav-prd.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhs https://dav-prd.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhs.xsd https://zeticon.mediahaven.com/metadata/25.2/mh/ https://zeticon.mediahaven.com/metadata/25.2/mh.xsd">mhs:Descriptive
In mhs:Descriptive worden de basisvelden voor het e-depot meegegeven. Deze zijn generiek over alle series heen.
Veld | Beschrijving | Voorbeeld | Verplicht? | Opmerking |
|---|---|---|---|---|
Title | Naam van het dossier | 2025/25687 - Huurpremie John Doe | Ja |
|
Description | Beschrijving van het dossier | Dossier in verband met de huurpremie van dhr. John Doe | Nee |
|
Keyword | Vrij veld om trefwoorden toe te voegen | Huurpremie Premie | Nee |
|
mhs:Dynamic
In mhs:Dynamic worden alle seriespecifieke velden geplaatst. De facto zijn alle velden die niet in mhs:Descriptive niet zijn opgenomen, seriespecifieke velden.
Veld | Beschrijving | Voorbeeld | Verplicht? | Opmerking |
|---|---|---|---|---|
DossierOpeningDdate | ISO8601 datum met microseconde precisie en Zulu tijd. Formaat is yyyy-MM-dd'T'HH:mm:ss.SSSSSS'Z'
| 2025-08-25T23:00:00.000000Z | Ja | Moet voor de sluitingsdatum en in de geldigheidperiode van de serie vallen |
DossierClosureDate | ISO8601 datum met microseconde precisie en Zulu tijd. Formaat is yyyy-MM-dd'T'HH:mm:ss.SSSSSS'Z'
| 2025-08-26T23:00:00.000000Z | Ja | Moet na de openingsdatum vallen |
Extensies worden ook in mhs:Dynamic geplaatst onder een specifieke tag voor die extensie. Welke extensies beschikbaar zijn, hangt af van de serie en zijn oa. terug te vinden in het schema van die serie.
Voorbeeld
<!-- Metadata dossier -->
<mets:dmdSec ID="DMDID-DOSSIER">
<mets:mdWrap MDTYPE="OTHER" OTHERMDTYPE="mhs:Sidecar">
<mets:xmlData>
<!-- BELANGRIJK: HIER MOET GEREFEREERD WORDEN NAAR DE CORRECTE OMGEVING EN CORRECTE SERIE OP BASIS VAN DE SERIE ID -->
<!-- OMGEVING: dav.digihaven.be moet dus vervangen worden door dav.digihaven.be of dav-prd.digihaven.be -->
<!-- SERIE ID: a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9 moet dus vervangen worden door de overeenkomstige betrokken serie id -->
<!-- DE CORRECTE OMGEVING EN CORRECTE SERIE ID MOET OP ALLE PLAATSEN HIERONDER VERVANGEN WORDEN -->
<mhs:Sidecar xmlns:mh="https://zeticon.mediahaven.com/metadata/25.2/mh/"
xmlns:mhs="https://dav.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhs"
xmlns:mhd="https://dav.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhd"
version="25.2"
xsi:schemaLocation="https://dav.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhd https://dav.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhd.xsd https://dav.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhs https://dav.digihaven.be/schemas/25.2/classifications/a9a68c30083d42579b24bff90cdde6c9310b73209f6e4bc3abcaca44e13b38d9/version/head/record-type/Dossier/mhs.xsd https://zeticon.mediahaven.com/metadata/25.2/mh/ https://zeticon.mediahaven.com/metadata/25.2/mh.xsd">
<mhs:Descriptive>
<!-- VERPLICHT: Naam-->
<mh:Title>2025/25687 - Huurpremie John Doe</mh:Title>
<!-- Optioneel veld: Beschrijving -->
<mh:Description>Dossier in verband met de huurpremie van dhr. John Doe</mh:Description>
<!-- Optioneel veld: Trefwoorden_vrij -->
<mh:Keywords>
<mh:Keyword>Huurpremie</mh:Keyword>
<mh:Keyword>Premie</mh:Keyword>
</mh:Keywords>
</mhs:Descriptive>
<mhs:Dynamic>
<!-- VERPLICHT: Openingsdatum -->
<mhd:DossierOpeningDate>2025-08-25T23:00:00.000000Z</mhd:DossierOpeningDate> <!-- ISO8601 datum met microseconde precisie en Zulu tijd. Formaat is yyyy-MM-dd'T'HH:mm:ss.SSSSSS'Z' -->
<!-- VERPLICHT: Sluitingsdatum -->
<mhd:DossierClosureDate>2025-08-26T23:00:00.000000Z</mhd:DossierClosureDate> <!-- ISO8601 datum met microseconde precisie en Zulu tijd. Formaat is yyyy-MM-dd'T'HH:mm:ss.SSSSSS'Z' -->
</mhs:Dynamic>
</mhs:Sidecar>
</mets:xmlData>
</mets:mdWrap>
</mets:dmdSec>
Metadata stukken
De opbouw van een dmdSection voor een stuk is gelijk aan dat van een dossier. Enkel de beschikbare velden verschillen.
mhs:Descriptive
In mhs:Descriptive worden de basisvelden voor het e-depot meegegeven. Deze zijn generiek over alle series heen.
Veld | Beschrijving | Voorbeeld | Verplicht? | Opmerking |
|---|---|---|---|---|
Title | Naam van het stuk | Originele Aanvraagbrief Goedkeuring Afdelingshoofd | Ja |
|
Description | Beschrijving van het stuk | Originele aanvraagbrief voor de huurpremie opgestuurd via mail en post | Nee |
|
CreationDate | Creatiedatum van het stuk in ISO8601 datum met microseconde precisie en Zulu tijd. Formaat is yyyy-MM-dd'T'HH:mm:ss.SSSSSS'Z' | 2025-08-25T23:00:00.000000Z | Nee | Wordt uit de metadata van het bestand gehaald indien niet ingevuld |
Keyword | Vrij veld om trefwoorden toe te voegen | Huurpremie Premie | Nee |
|
Author | Auteur van het stuk | Jane Doe | Nee | Wordt uit de metadata van het bestand gehaald indien niet ingevuld |
mhs:Dynamic
In mhs:Dynamic worden alle seriespecifieke velden geplaatst. De facto zijn alle velden die niet in mhs:Descriptive niet zijn opgenomen, seriespecifieke velden.
Extensies worden ook in mhs:Dynamic geplaatst onder een specifieke tag voor die extensie. Welke extensies beschikbaar zijn, hangt af van de serie en zijn oa. terug te vinden in het schema van die serie.
Extensies op stuk- en dossierniveau kunnen verschillen.
Voorbeeld
<!-- Metadata stuk 1 -->
<mets:dmdSec ID="DMDID-DOCUMENT-1">
<mets:mdWrap MDTYPE="OTHER" OTHERMDTYPE="mhs:Sidecar">
<mets:xmlData>
<!-- BELANGRIJK: HIER MOET GEREFEREERD WORDEN NAAR DE CORRECTE OMGEVING EN CORRECTE SERIE OP BASIS VAN DE SERIE ID -->
<!-- OMGEVING: dav-ti.digihaven.be moet dus vervangen worden door dav-ti.digihaven.be of dav-prd.digihaven.be -->
<!-- SERIE ID: 9e7e7571c66b4383a240d4ee9dd3ac1d59ed365753d749098c9625ef1e8d2164 moet dus vervangen worden door de overeenkomstige betrokken serie id -->
<!-- DE CORRECTE OMGEVING EN CORRECTE SERIE ID MOET OP ALLE PLAATSEN HIERONDER VERVANGEN WORDEN -->
<mhs:Sidecar xmlns:mh="https://zeticon.mediahaven.com/metadata/25.2/mh/"
xmlns:mhs="https://dav-ti.digihaven.be/schemas/25.2/classifications/9e7e7571c66b4383a240d4ee9dd3ac1d59ed365753d749098c9625ef1e8d2164/version/head/record-type/Document/mhs"
xmlns:mhd="https://dav-ti.digihaven.be/schemas/25.2/classifications/9e7e7571c66b4383a240d4ee9dd3ac1d59ed365753d749098c9625ef1e8d2164/version/head/record-type/Document/mhd"
version="25.2"
xsi:schemaLocation="https://dav-ti.digihaven.be/schemas/25.2/classifications/9e7e7571c66b4383a240d4ee9dd3ac1d59ed365753d749098c9625ef1e8d2164/version/head/record-type/Document/mhd https://dav-ti.digihaven.be/schemas/25.2/classifications/9e7e7571c66b4383a240d4ee9dd3ac1d59ed365753d749098c9625ef1e8d2164/version/head/record-type/Document/mhd.xsd https://dav-ti.digihaven.be/schemas/25.2/classifications/9e7e7571c66b4383a240d4ee9dd3ac1d59ed365753d749098c9625ef1e8d2164/version/head/record-type/Document/mhs https://dav-ti.digihaven.be/schemas/25.2/classifications/9e7e7571c66b4383a240d4ee9dd3ac1d59ed365753d749098c9625ef1e8d2164/version/head/record-type/Document/mhs.xsd https://zeticon.mediahaven.com/metadata/25.2/mh/ https://zeticon.mediahaven.com/metadata/25.2/mh.xsd">
<mhs:Descriptive>
<!-- VERPLICHT: Naam-->
<mh:Title>Demo PDF</mh:Title>
<!-- Optioneel veld: Beschrijving -->
<mh:Description>Beschrijving die bij het stuk hoort</mh:Description>
<!-- Optioneel veld: Creatiedatum -->
<!-- ISO8601 datum met microseconde precisie en Zulu tijd. Formaat is yyyy-MM-dd'T'HH:mm:ss.SSSSSS'Z' -->
<mh:CreationDate>2025-01-30T23:00:00.000000Z</mh:CreationDate>
<!-- Optioneel veld: Trefwoorden_vrij -->
<mh:Keywords>
<mh:Keyword>Stuk trefwoord 1</mh:Keyword>
<mh:Keyword>Stuk trefwoord 2</mh:Keyword>
<mh:Keyword>Stuk trefwoord 3</mh:Keyword>
</mh:Keywords>
<!-- Optioneel veld: Auteur-->
<mh:Authors>
<mh:Author>Auteur 1</mh:Author>
<mh:Author>Auteur 2</mh:Author>
</mh:Authors>
</mhs:Descriptive>
</mhs:Sidecar>
</mets:xmlData>
</mets:mdWrap>
</mets:dmdSec>PREMIS-events
Alle PREMIS-events worden weggeschreven in een amdSection. Elk event krijgt een ID toegewezen dat later wordt gekoppeld aan het juiste stuk. Om PREMIS events op een valide manier via het pre-depot op te laden hoort een valide PREMIS-schema geplaatst te worden binnen de METS amd-section.
Een beschrijving van de minimale PREMIS-events in het kader van de raamovereenkomst ‘Digitalisering Bestuursdocumenten’ is te vinden op PREMIS
Voorbeeld
<!-- PREMIS Event-->
<mets:amdSec>
<!-- Unieke ID die gelinkt wordt vanuit de <structMap/> -->
<mets:digiprovMD ID="PREMISID-DOC1-2">
<mets:mdWrap MDTYPE="PREMIS:EVENT">
<mets:xmlData>
<premis:event>
<!-- Verplicht -->
<premis:eventIdentifier>
<premis:eventIdentifierType>SCANSUPPLIER_EVENT</premis:eventIdentifierType>
<premis:eventIdentifierValue>c929806e-937e-403a-bb36-641e91129ba6</premis:eventIdentifierValue>
</premis:eventIdentifier>
<!-- Type event (verplicht) -->
<premis:eventType>message digest calculation</premis:eventType>
<!-- Datum (verplicht) -->
<premis:eventDateTime>2025-09-27T11:40:11.495Z</premis:eventDateTime>
<!-- Commentaar (optioneel) -->
<premis:eventDetailInformation>
<premis:eventDetail>MD5 checksum gegenereerd</premis:eventDetail>
</premis:eventDetailInformation>
<!-- Verplicht -->
<premis:eventOutcomeInformation>
<premis:eventOutcome>OK</premis:eventOutcome>
<premis:eventOutcomeDetail>
<premis:eventOutcomeDetailNote>abbfc6cf28b5c178863e50fa3a884ff3</premis:eventOutcomeDetailNote>
</premis:eventOutcomeDetail>
</premis:eventOutcomeInformation>
<!-- Actor (optioneel) -->
<premis:linkingAgentIdentifier>
<premis:linkingAgentIdentifierType>SCANSUPPLIER</premis:linkingAgentIdentifierType>
<premis:linkingAgentIdentifierValue>Checksum_software_v1</premis:linkingAgentIdentifierValue>
</premis:linkingAgentIdentifier>
</premis:event>
</mets:xmlData>
</mets:mdWrap>
</mets:digiprovMD>
</mets:amdSec>
Technische gegevens bestanden
In de METS-xml moeten de bestanden ook beschreven worden om deze te kunnen linken in de latere structuurbeschrijving. Dit gebeurt in de fileSection.
Alle bestanden in de SIP - met uitzondering van de XML - moeten beschreven zijn. De bestanden worden daarnaast ook allemaal gegroepeerd in een fileGrp met USE=”Original” om aan te geven dat het om de originele gescande bestanden gaat.
Voor elk bestand dient in de XML een ID, het checksumtype, de checksum en de locatie te worden aangegeven. De checksum is altijd van het type MD5 en de locatie is relatief tegenover de locatie van de xml.
Voorbeeld
<!-- Lijst van alle bestanden in de SIP (met uitzondering van het XML bestand zelf) -->
<!-- Locatie naar de bestanden is relatief ten opzicht van het METS XML bestand -->
<mets:fileSec>
<mets:fileGrp USE="Original">
<mets:file ID="FILEID-DOCUMENT-1" CHECKSUMTYPE="MD5"
CHECKSUM="b68d6686a9fcdb1d262b8ad18b8dc47f"> <!-- MD5 checksum optioneel, indien niet nodig, verwijder dan CHECKSUMTYPE en CHECKSUM attributen -->
<mets:FLocat LOCTYPE="URL" xlink:href="demo.pdf"/>
</mets:file>
<mets:file ID="FILEID-DOCUMENT-2" CHECKSUMTYPE="MD5"
CHECKSUM="2bb98bc5c571de2658931c5c2cc4df84"> <!-- MD5 checksum optioneel, indien niet nodig, verwijder dan CHECKSUMTYPE en CHECKSUM attributen -->
<mets:FLocat LOCTYPE="URL" xlink:href="demo.tiff"/>
</mets:file>
</mets:fileGrp>
</mets:fileSec>Structuur van het dossier
Als laatste moet ook de hiërarchische structuur van het dossier beschreven worden. Dit gebeurt in de structMap. Deze laat toe de metadata aan de intellectuele objecten en representaties te linken.
De structMap bestaat uit verschillende dividers die elk een type en een link met de correcte metadata krijgen. De div op het hoogste niveau krijgt TYPE=”Dossier” waarin dan dividers van het type TYPE=”Document” zitten. Onder de document-dividers zit nog een divider
Voorbeeld
<mets:structMap>
<mets:div TYPE="Dossier" DMDID="DMDID-DOSSIER"> <!-- Via de DMDID wordt de referentie gelegd naar de metadata van het dossier -->
<mets:div TYPE="Document" DMDID="DMDID-DOCUMENT-1"> <!-- Via de DMDID wordt de referentie gelegd naar de metadata van het stuk -->
<mets:div TYPE="Representation" LABEL="ORIGINAL">
<mets:fptr FILEID="FILEID-DOCUMENT-1"/> <!-- Via de FILEID wordt de referentie gelegd naar het fysiek bestand binnen de <mets:fileSec/> -->
</mets:div>
</mets:div>
<mets:div TYPE="Document" DMDID="DMDID-DOCUMENT-2"> <!-- Via de DMDID wordt de referentie gelegd naar de metadata van het stuk -->
<mets:div TYPE="Representation" LABEL="ORIGINAL">
<mets:fptr FILEID="FILEID-DOCUMENT-2"/> <!-- Via de FILEID wordt de referentie gelegd naar het fysiek bestand binnen de <mets:fileSec/> -->
</mets:div>
</mets:div>
</mets:div>
</mets:structMap>
</mets:mets>VoorbeeldSIPs
