Bruk av METS.xml

Krav til bruk av METS.xml (SIP)

Informasjonspakker som avleveres til DPS, skal inneholde en fil kalt METS.xml i informasjonspakkas rotmappe, samt en METS.xml i hver representasjonsmappe.

Begge METS.xml må validere på metskravene gitt av E-ARK-spesifikasjonene CSIP1-119 og SIP1-35 i E-ARK (C)SIP spesifikasjonene v2.2.0

Bruk av rotelementer i METS (`mets`)

ID	Navn, METS-element, beskrivelse	Krav	Kardinalitet
NBSIP1	Pakkeidentifikator `mets/@OBJID` Attributten `mets/@OBJID` er obligatorisk, verdien er en strengidentifikator for METS-fila. I METS-fila i pakkas rotmappe MÅ denne identifikatoren være det samme som navnet på pakkas rotmappe (se NBSIPSTR2 for formatering). I METS-fil på de individuelle representasjonene MÅ denne identifikatoren være det samme som navnet på den relevante representasjonsmappa (se NBSIPSTR11 og NBSIPSTR12 for formatering). Dette er en strengere, SIP-spesifikk variant av CSIP1	MÅ	1..1
NBSIP2	Pakkenavn `mets/@LABEL` En kort tekst som oppgir tittelen eller beskrivelsen av innholdet i informasjonspakka. `mets/@LABEL` BØR være det samme som “title” i API-kall (se krav til metadata). Dette er en strengere variant av SIP1	BØR	1..1

Eksempel:

{<mets xmlns="http://www.loc.gov/METS/"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:sip="https://DILCIS.eu/XML/METS/SIPExtensionMETS"
    xmlns:csip="https://DILCIS.eu/XML/METS/CSIPExtensionMETS"
    xmlns:xlink="http://www.w3.org/1999/xlink"    
    OBJID="no-nb_fjernsyn_NRK_NRK-Tegnsprak_202204081200"
    LABEL="no-nb_fjernsyn_NRK_NRK-Tegnsprak_202204081200"
    TYPE="Video – File-based and Physical Media"
    csip:CONTENTINFORMATIONTYPE="OTHER"
    csip:OTHERCONTENTINFORMATIONTYPE="Digital Library Object"
    PROFILE="https://earksip.dilcis.eu/profile/E-ARK-SIP-v2-2-0.xml"
    xsi:schemaLocation="http://www.loc.gov/METS/ schemas/mets1_12.xsd http://www.w3.org/1999/xlink schemas/xlink.xsd https://dilcis.eu/XML/METS/CSIPExtensionMETS schemas/DILCISExtensionMETS.xsd https://dilcis.eu/XML/METS/SIPExtensionMETS schemas/DILCISExtensionSIPMETS.xsd">}

Bruk av METS header (`metsHdr`)

ID	Navn, METS-element, beskrivelse	Krav	Kardinalitet
NBSIP3	Bevaringsavtale `metsHdr/altRecordID` Det MÅ refereres til bevaringsavtalen pakka er lever innenfor. `@TYPE` må settes til verdien “SUBMISSONAGREEMENT”. (Eksempel på dette kommer). Dette er en strengere variant av SIP5	MÅ	1..1
NBSIP4	Avleverer-agent `metsHdr/agent` Dette er et wrapper-element som lar deg oppgi navnet på organisasjonen eller personen som har avlevert informasjonspakka til Nasjonalbiblioteket. Avleverer trenger ikke være det samme som pakkeeier, som er presisert i bevaringsavtalen. Dette er en spesifisering av SIP15	MÅ	1..1
NBSIP5	Rolle for avleverer-agent (submitting agent) `metsHdr/agent/@ROLE` Rollen til organisasjonen eller personen som har levert informasjonspakka til Nasjonalbiblioteket. Skal være satt til role=`”OTHER”` otherrole=`”SUBMITTER”`. Dette er en strengere variant av SIP16	MÅ	1..1
NBSIP6	Navn på avleverer-agent `metsHdr/agent/name` Navnet på organisasjonen eller personen som har levert informasjonspakka til Nasjonalbiblioteket. Personnavn skrives i invertert form. Organisasjonsnavn oppgis på originalspråk (slik som det vanligvis brukes). Dette er en spesifisering av SIP18	MÅ	1..1
NBSIP7	Tilleggsinformasjon om avleverer `metsHdr/agent/note` Dette er et notatfelt der det BØR oppgis en unik identifikasjonskode for informasjonspakkas avleverer. For organisasjoner bør det oppgis organisasjonsnummer. For personer vil vi ha identifikator fra Felles autoritetsregister for personer og korporasjoner, ISNI, VIAF eller ORCID. Dette er en strengere variant av av SIP19	BØR	0..1

Eksempel:

{<metsHdr CREATEDATE="2025-03-18T22:53:09.977+01:00" LASTMODDATE="2025-03-18T22:53:09.977+01:00" RECORDSTATUS="NEW" csip:OAISPACKAGETYPE="SIP">
    <agent ROLE="CREATOR" TYPE="OTHER" OTHERTYPE="SOFTWARE">
        <name>RODA Commons IP</name>
        <note csip:NOTETYPE="SOFTWARE VERSION">2.2.0</note>
    </agent>
    <agent ROLE="CREATOR" TYPE="INDIVIDUAL">
        <name>PEDERSEN, TORBJORN BAKKEN</name>
        <note csip:NOTETYPE="IDENTIFICATIONCODE">https://orcid.org/0009-0005-3523-5728</note>
    </agent>
    <agent ROLE="OTHER" OTHERROLE="SUBMITTER" TYPE="ORGANIZATION">
        <name>Nasjonalbiblioteket</name>
        <note csip:NOTETYPE="IDENTIFICATIONCODE">Organisasjonsnummer:123456789</note>
    </agent>
    <altRecordID TYPE="SUBMISSIONAGREEMENT">https://submissionagreement.nb.no/SA-XXXXXX</altRecordID>
</metsHdr>}

Bruk av deskriptive metadata i METS (`dmdSec`)

ID	Navn, METS-element, beskrivelse	Krav	Kardinalitet
NBSIP8	Deskriptive metadata `mets/dmdSec` MÅ brukes for å peke til tilgjengelige deskriptive metadata om informasjonspakka. Hver deskriptive metadataseksjon (`<dmdSec>`) inneholder en enkelt beskrivelse og må gjentas hvis det finnes flere beskrivelser. Se også NBSIPSTR9 der det kreves minimum én fil med deskriptive metadata. Dette er en strengere, SIP-spesifikk variant av CSIP17.	MÅ	1..n
NBSIP9	Påkrevde deskriptive metadata `mets/dmdSec` Elementet som beskriver seksjonen for deskriptive metadata MÅ referere til metadatafilen(e) spesifisert i NBSIPSTR9. Den MÅ beskrives med `mets/dmdSec/mdRef/@MDTYPE`. Gyldige verdier: MARC, MODS, EAD, DC, NISOIMG, LC-AV, VRA, TEIHDR, DDI, FGDC, LOM, PREMIS, PREMIS:OBJECT, PREMIS:AGENT, PREMIS:RIGHTS, PREMIS:EVENT, TEXTMD, METSRIGHTS, ISO 19115:2003 NAP, EAC-CPF, LIDO, OTHER. Hvis man velger ‘`OTHER`’ BØR man beskrive hva slags metadatatype det er med `mets/dmdSec/mdRef/@MDOTHERTYPE`. Administrative metadata eller bevaringsmetadata kan legges ved i henhold til CSIP31-57.	MÅ	1..n
NBSIP10	Referanser til filer med deskriptive metadata `mets/dmdSec/mdRef` MÅ brukes for å peke til filer med deskriptive metadata som befinner seg i mappa `metadata/descriptive`. Direkte embedding av metadata ved hjelp av `mets/dmdSec/mdWrap` frarådes. Dette er en strengere, SIP-spesifikk versjon av CSIP21.	MÅ	1..n

Eksempel:

{<dmdSec ID="uuid-e1d1f6db-3851-40bf-9ffd-59277a4442dc" CREATED="2025-01-16T12:43:32.894+01:00" STATUS="CURRENT">
    <mdRef ID="ID-uuid-861d36a1-043f-45aa-b230-be13517823a9" LOCTYPE="URL" MIMETYPE="application/json" SIZE="2038" CREATED="2025-01-16T12:43:32.894+01:00" 
    CHECKSUM="EB72EF8AB5B1C93801DFACBFE6AA8E27" CHECKSUMTYPE="MD5" MDTYPE="DC" xlink:type="simple" xlink:href="metadata/descriptive/nb_dublincore.json"/>
</dmdSec>
<dmdSec ID="uuid-EC8718B5-C417-4D8C-975B-C14CD8197E62" CREATED="2025-01-16T12:43:32.894+01:00" STATUS="CURRENT">
    <mdRef ID="ID-uuid-FAF602A1-AB9A-44AC-A24B-B918F7064920" LOCTYPE="URL" MIMETYPE="text/xml" SIZE="1903" CREATED="2025-01-16T12:43:32.894+01:00" 
    CHECKSUM="50E9C929EAE5B51F20F8B86D604FD24D" CHECKSUMTYPE="MD5" MDTYPE="MODS" xlink:type="simple" xlink:href="metadata/descriptive/MODS.xml"/>
</dmdSec>}

Bruk av administrative metadata i METS (`amdSec`)

E-ARK-spesifikasjonenen legger kun føringer for hvordan man refererer til digital proveniensmetadata (digiprovMD-seksjonen) og rettighetsmetadata (rightsMD-seksjonen) i METS. Digital proveniensmetadata er informasjon om hendelser i det digitale objektets livssyklus. Dette er data som typisk formateres i PREMIS. Rettighetsmetadata er informasjon om immaterielle rettigheter/intellektuell eiendomsrett (IPR) knyttet til de digitale objektene.

Spesifikasjonene åpner derimot også for å oppgi tekniske (techMD-seksjonen) og kildematerialemetadata (sourceMD-seksjonen). Dette er metadata NB mener spiller en viktig rolle i forvaltningen av digitale objekter. Tekniske metadata forklarer hva dataene er for noe, mens kildematerialemetadata gir viktig kontekst for det digitale objektet, samt underbygger dets autentisitet. Se også NBSIPSTR16 og NBSIPSTR17.

ID	Navn, METS-element, beskrivelse	Krav	Kardinalitet
NBSIP11	Kildematerialemetadata `mets/amdSec/sourceMD` Hvis metadata om kildematerialet for en representasjon er tilgjengelig i informasjonspakka, MÅ dette elementet brukes til å beskrive dette.	BØR	0..n
NBSIP12	Identifikator for kildematerialemetadata `mets/amdSec/sourceMD/@ID` En `xml:id` identifikator for seksjonen for kildematerialemetadata `mets/amdSec/sourceMD` som brukes for interne referanser innenfor XML-dokumentet. Identifikatoren MÅ være unik innenfor XML-dokumentet.	MÅ	1..1
NBSIP13	Status for kildematerialemetadata `mets/amdSec/sourceMD/@STATUS` Status MÅ settes til `'CURRENT'`	MÅ	1..1
NBSIP14	Referanser til filer med kildematerialemetadata `mets/amdSec/sourceMD/mdRef` MÅ brukes for å peke til filer med kildematerialemetadata som befinner seg i mappa metadata/source. Direkte embedding av metadata ved hjelp av `mets/amdSec/mdWrap` frarådes.	MÅ	1..1
NBSIP15	Type locator `mets/amdSec/sourceMD/mdRef[@LOCTYPE='URL']` Locatortypen er alltid brukt med verdien `'URL'` fra statusvokabularet i E-ARK-spesifikasjonene.	MÅ	1..1
NBSIP16	Type lenke `mets/amdSec/sourceMD/mdRef[@xlink:type='simple']` Attributten MÅ brukes med verdien ‘`simple`’. Vokabularet med mulige verdier er vedlikeholdt av xlink-standarden.	MÅ	1..1
NBSIP17	Filplassering `mets/amdSec/sourceMD/mdRef/@xlink:href` Den faktiske plasseringen til fila. Den skal refereres til med URL type filepath.	MÅ	1..1
NBSIP18	Type metadata `mets/amdSec/sourceMD/mdRef/@MDTYPE` Spesifiserer typen metadata i den refererte fila. Verdiene er hentet fra METS. Gyldige verdier: MARC, MODS, EAD, DC, NISOIMG, LC-AV, VRA, TEIHDR, DDI, FGDC, LOM, PREMIS, PREMIS:OBJECT, PREMIS:AGENT, PREMIS:RIGHTS, PREMIS:EVENT, TEXTMD, METSRIGHTS, ISO 19115:2003 NAP, EAC-CPF, LIDO, OTHER.	MÅ	1..1
NBSIP19	Type ‘OTHER’ metadata `mets/amdSec/sourceMD/mdRef/@MDOTHERTYPE` Hvis `mets/amdSec/sourceMD/mdRef/@MDTYPE='OTHER'` BØR man beskrive hva slags metadatatype det er med `mets/amdSec/sourceMD/mdRef/@MDOTHERTYPE`.	BØR	1..1
NBSIP20	Tekniske metadata `mets/amdSec/techMD` Hvis tekniske metadata for datafilene i en representasjon er tilgjengelig i informasjonspakka, MÅ dette elementet brukes til å beskrive dette. Direkte embedding av metadata ved hjelp av `mets/amdSec/mdWrap` frarådes.	BØR	1..1
NBSIP21	Identifikator for tekniske metadata `mets/amdSec/techMD/@ID` En `xml:id` identifikator for seksjonen for tekniske metadata `mets/amdSec/techMD` som brukes for interne referanser innenfor XML-dokumentet. Identifikatoren MÅ være unik innenfor XML-dokumentet.	MÅ	1..1
NBSIP22	Status for tekniske metadata `mets/amdSec/techMD/@STATUS` Status MÅ settes til ‘`CURRENT`’	MÅ	1..1
NBSIP23	Referanser til filer med tekniske metadata `mets/amdSec/techMD/mdRef` MÅ brukes for å peke til filer med tekniske metadata som befinner seg i mappa `metadata/technical`.	MÅ	1..1
NBSIP24	Type locator `mets/amdSec/techMD/mdRef[@LOCTYPE='URL']` Locatortypen er alltid brukt med verdien ‘`URL`’ fra statusvokabularet i E-ARK-spesifikasjonene.	MÅ	1..1
NBSIP25	Type lenke `mets/amdSec/techMD/mdRef[@xlink:type='simple']` Attributten MÅ brukes med verdien ‘`simple`’. Vokabularet med mulige verdier er vedlikeholdt av xlink-standarden.	MÅ	1..1
NBSIP26	Filplassering `mets/amdSec/techMD/mdRef/@xlink:href` Den faktiske plasseringen til fila. Den skal refereres til med URL type filepath.	MÅ	1..1
NBSIP27	Type metadata `mets/amdSec/techMD/mdRef/@MDTYPE` Spesifiserer typen metadata i den refererte fila. Verdiene er hentet fra METS. Gyldige verdier: MARC, MODS, EAD, DC, NISOIMG, LC-AV, VRA, TEIHDR, DDI, FGDC, LOM, PREMIS, PREMIS:OBJECT, PREMIS:AGENT, PREMIS:RIGHTS, PREMIS:EVENT, TEXTMD, METSRIGHTS, ISO 19115:2003 NAP, EAC-CPF, LIDO, OTHER. Hvis man velger ‘`OTHER`’ BØR man beskrive hva slags metadatatype det er med `mets/amdSec/techMD/mdRef/@MDOTHERTYPE`.	MÅ	1..1

Eksempel:

{<amdSec>
    <digiprovMD ID="uuid-975a7a15-140f-4e2c-a5ec-d136e86ea4e5" CREATED="2019-04-24T14:37:52.783+01:00">
        <mdRef LOCTYPE="URL" xlink:type="simple" xlink:href="metadata/preservation/events.xml"
            MDTYPE="PREMIS" MDTYPEVERSION="3.0" MIMETYPE="text/xml" SIZE="1211"
            CREATED="2018-04-24T14:37:52.783+01:00" CHECKSUM="dc7177d37a7de3448ee1e62da7343d72"
            CHECKSUMTYPE="MD5" LABEL="events.xml"/>
    </digiprovMD>
</amdSec>
<amdSec>
    <sourceMD ID="uuid-5d500e19-3802-49a5-92bd-7a575433ab7e" CREATED="2018-04-24T14:47:52.783+01:00">
        <mdRef LOCTYPE="URL" xlink:type="simple"
            xlink:href="metadata/souce/MAVIS_Carrier_12345_AE0000006261.xml" MDTYPE="OTHER"
            OTHERMDTYPE="MAVIS" MIMETYPE="text/xml" SIZE="2854"
            CREATED="2018-04-24T14:37:52.783+01:00" CHECKSUM="7ee30736137bfe72dc60afcbe374cb2a"
            CHECKSUMTYPE="MD5" LABEL="MAVIS_Carrier_12345_AE0000006261.xml"/>
    </sourceMD>
</amdSec>}

Bruk av METS filseksjon (`fileSec`)

Ingen krav utover CSIP.

Bruk av METS strukturkart (`structMap`)

Ingen Krav utover CSIP.

Sist oppdatert 2025-05-28 - Github commit history ↗

Krav til pakkestruktur

Bruk av METS.xml

Krav til bruk av METS.xml (SIP)

Bruk av rotelementer i METS (mets)

Bruk av METS header (metsHdr)

Bruk av deskriptive metadata i METS (dmdSec)

Bruk av administrative metadata i METS (amdSec)

Bruk av METS filseksjon (fileSec)

Bruk av METS strukturkart (structMap)

Bruk av rotelementer i METS (`mets`)

Bruk av METS header (`metsHdr`)

Bruk av deskriptive metadata i METS (`dmdSec`)

Bruk av administrative metadata i METS (`amdSec`)

Bruk av METS filseksjon (`fileSec`)

Bruk av METS strukturkart (`structMap`)