Standard för metadatakodning och överföring

Standard för metadatakodning och överföring
Version 1.12.1 Reviderad 2019

Metadata Encoding and Transmission Standard ( METS ) är en metadatastandard för kodning av beskrivande, administrativ och strukturell metadata om objekt inom ett digitalt bibliotek, uttryckt med XML- schemaspråket för World Wide Web Consortium (W3C). Standarden upprätthålls som en del av MARC-standarderna för Library of Congress och utvecklas som ett initiativ från Digital Library Federation (DLF).

Översikt

METS är ett XML-schema utformat för att:

  • Skapa XML-dokumentinstanser som uttrycker den hierarkiska strukturen hos digitala biblioteksobjekt .
  • Spela in namnen och platserna för filerna som består av dessa objekt.
  • Registrering av tillhörande metadata . METS kan därför användas som ett verktyg för att modellera verkliga objekt, till exempel särskilda dokumenttyper.

Beroende på dess användning kan ett METS-dokument användas i rollen som Submission Information Package (SIP), Archival Information Package (AIP) eller spridningsinformationspaket (DIP) inom referensmodellen för Open Archival Information System (OAIS ) .

Digitala bibliotek vs traditionella bibliotek

Att underhålla ett bibliotek med digitala objekt kräver underhåll av metadata om dessa objekt. Den metadata som krävs för framgångsrik hantering och användning av digitala objekt är både mer omfattande än och skiljer sig från de metadata som används för att hantera samlingar av tryckta verk och annat fysiskt material. METS är avsett att främja bevarandet av och interoperabilitet mellan digitala bibliotek.

  • Om ett traditionellt bibliotek kan spela in beskrivande metadata om en bok i sin samling, kommer boken inte att lösas upp i en serie av osammanhängande sidor om biblioteket misslyckas med att registrera strukturell metadata om bokens organisation, och inte heller kommer forskare att vara oförmögna att utvärdera bokens värde om biblioteket misslyckas med att notera till exempel att boken producerades med en Ryobi offsetpress.
  • Detsamma kan inte sägas om ett digitalt bibliotek . Utan strukturell metadata är sidbilden eller textfilerna som utgör det digitala verket till liten användning, och utan teknisk metadata om digitaliseringsprocessen kan forskare vara osäkra på hur korrekt en återspegling av originalet den digitala versionen ger.
  • Men i ett digitalt bibliotek är det möjligt att skapa en eBook-liknande PDF-fil eller TIFF-fil som kan ses som en enda fysisk bok och återspeglar originalets integritet.

Flexibilitet och interoperabilitet

Den öppna flexibiliteten hos METS gör att det inte finns ett föreskrivet ordförråd som gör att många olika typer av institutioner, med många olika dokumenttyper, kan använda METS. Anpassningen av METS gör den mycket funktionell internt, men skapar begränsningar för interoperabilitet. Interoperabilitet blir svårt när de exporterande och importerande institutionerna har använt vokabulärer. Som en lösning för detta problem har skapandet av institutionella profiler blivit populärt. Dessa profiler dokumenterar implementeringen av METS specifikt för den institutionen och hjälper till att kartlägga innehåll för att utbytta METS-dokument ska bli mer användbara mellan institutioner.

Historia

Redan 1996 började University of California, Berkeley arbeta mot utvecklingen av ett system som kombinerade kodning för en kontur av ett digitalt objekts struktur med metadata för det objektet. 1998 utökades detta arbete av projektet Making of America II (MoAII). Ett viktigt mål med detta projekt var att skapa en standard för digitala objekt som skulle innehålla definierade metadata för de beskrivande, administrativa och strukturella aspekterna av ett digitalt objekt. En typ av struktur- och metadatakodningssystem som använder en XML Document Type Definition (DTD) var resultatet av dessa ansträngningar. MoAII DTD var begränsad genom att den inte gav flexibilitet i vilken metadatatermer kunde användas för elementen i de beskrivande, administrativa och strukturella metadatadelarna av objektet. 2001 utvecklades en ny version av DTD som använde namnutrymmen separat från systemet snarare än vokabulären från den tidigare DTD. Denna revidering var grunden för det nuvarande METS-schemat, officiellt namngett i april samma år.

De 7 delarna av ett METS-dokument

Delar av ett METS-dokument
  • METS header metsHdr: själva METS-dokumentet, som dess skapare, redaktör, etc.
  • Beskrivande metadata dmdSec: Kan innehålla internt inbäddad metadata eller peka på metadata utanför METS-dokumentet. Flera instanser av både intern och extern beskrivande metadata kan inkluderas.
  • Administrativ metadata amdSec: Tillhandahåller information om hur filer skapades och lagrades, immateriella rättigheter, metadata om det ursprungliga källobjektet som det digitala biblioteksobjektet härrör från och information om ursprunget för filer som utgör det digitala biblioteksobjektet (som master/derivata) relationer, migrationer och transformationer). Som med beskrivande metadata kan administrativ metadata vara internt kodad eller extern till METS-dokumentet.
  • File Section fileSec: Listar alla filer som innehåller innehåll som utgör de elektroniska versionerna av det digitala objektet. filelement kan grupperas inom fileGrp- element för att dela in filer efter objektversion. Även om det här avsnittet inte krävs, ingår det vanligtvis i de flesta METS-dokument eftersom det lägger till en funktionalitet till dokumentets struktur.
  • Strukturkarta structMap: Skisserar en hierarkisk struktur för det digitala biblioteksobjektet och länkar elementen i den strukturen till associerade innehållsfiler och metadata. Strukturkartan är det enda avsnittet som krävs för alla METS-dokument.
  • Strukturella länkar structLink: Tillåter METS-skapare att registrera förekomsten av hyperlänkar mellan noder i strukturkartan. Detta är av särskilt värde när man använder METS för att arkivera webbplatser.
  • Behavioral behaviorSec: Används för att associera körbara beteenden med innehåll i METS-objektet. Varje beteende har ett mekanismelement som identifierar en modul med körbar kod som implementerar beteenden som definieras abstrakt av dess gränssnittsdefinition.

Se även

externa länkar