Codificação e transmissão de metadados

Visão geral

Mets é um esquema XML projetado para o objetivo de:

Creating XML document instances that express the hierarchical structure of digital library objects.Recording the names and locations of the files that comprise those objects.Recording associated metadata. METS can, therefore, be used as a tool for modeling real world objects, such as particular document types.

Dependendo do seu uso, um documento do Mets pode ser usado no papel do pacote de informações de envio (SIP), pacote de informações de arquivo (AIP) ou pacote de informações de disseminação (DIP) dentro do modelo de referência do Sistema de Informações de Arquivamento (OAIS).

Bibliotecas digitais vs bibliotecas tradicionais

Manter uma biblioteca de objetos digitais requer manter metadados sobre esses objetos. Os metadados necessários para o gerenciamento e o uso bem -sucedidos de objetos digitais são mais extensos do que e diferentes dos metadados usados ​​para gerenciar coleções de obras impressas e outros materiais físicos. O Mets pretende promover a preservação e a interoperabilidade entre as bibliotecas digitais.

Where a traditional library may record descriptive metadata regarding a book in its collection, the book will not dissolve into a series of unconnected pages if the library fails to record structural metadata regarding the book's organization, nor will scholars be unable to evaluate the book's worth if the library fails to note, for example, that the book was produced using a Ryobi offset press.The same cannot be said for a digital library. Without structural metadata, the page image or text files comprising the digital work are of little use, and without technical metadata regarding the digitization process, scholars may be unsure of how accurate a reflection of the original the digital version provides.However, in a digital library it is possible to create an eBook-like PDF file or TIFF file which can be seen as a single physical book and reflect the integrity of the original.

Flexibilidade e interoperabilidade

A flexibilidade aberta do Mets significa que não existe um vocabulário prescrito que permita que muitos tipos diferentes de instituições, com muitos tipos diferentes de documentos, utilizem o Mets. A personalização do Mets o torna altamente funcional internamente, mas cria limitações para a interoperabilidade. A interoperabilidade se torna difícil quando as instituições de exportação e importação usaram vocabulários. Como solução alternativa para esse problema, a criação de perfis institucionais tornou -se popular. Esses perfis documentam a implementação do Mets específico para essa instituição, ajudando a mapear o conteúdo para que os documentos trocados do Mets sejam mais utilizáveis ​​entre as instituições.

História

Até 1996, a Universidade da Califórnia, Berkeley começou a trabalhar para o desenvolvimento de um sistema que combinava codificação para um esboço da estrutura de um objeto digital com metadados para esse objeto. Em 1998, este trabalho foi expandido pelo projeto America II (MOAII). Um objetivo importante deste projeto foi a criação de um padrão para objetos digitais que incluiriam metadados definidos para os aspectos descritivos, administrativos e estruturais de um objeto digital. Um tipo de sistema de codificação estrutural e de metadados usando uma definição de tipo de documento XML (DTD) foi o resultado desses esforços. O DTD moaii era limitado, pois não forneceu flexibilidade no qual os termos de metadados poderiam ser usados ​​para os elementos nas porções de metadados descritivas, administrativas e estruturais do objeto. Em 2001, foi desenvolvida uma nova versão do DTD que usava namespaces separados do sistema e não o vocabulário do DTD anterior. Esta revisão foi a base para o atual esquema do Mets, oficialmente nomeado em abril daquele ano.

As 7 seções de um documento do Mets

METS header metsHdr: the METS document itself, such as its creator, editor, etc.Descriptive Metadata dmdSec: May contain internally embedded metadata or point to metadata external to the METS document. Multiple instances of both internal and external descriptive metadata may be included.Administrative Metadata amdSec: Provides information regarding how files were created and stored, intellectual property rights, metadata regarding the original source object from which the digital library object derives, and information regarding the provenance of files comprising the digital library object (such as master/derivative relationships, migrations, and transformations). As with descriptive metadata, administrative metadata may be internally encoded or external to the METS document.File Section fileSec: Lists all files containing content which comprise the electronic versions of the digital object. file elements may be grouped within fileGrp elements to subdivide files by object version. Although this section is not required, it is typically included in most METS documents as it adds a level of functionality to the structure of the document.Structural Map structMap: Outlines a hierarchical structure for the digital library object, and links the elements of that structure to associated content files and metadata. The Structural Map is the only section required for all METS documents.Structural Links structLink: Allows METS creators to record the existence of hyperlinks between nodes in the Structural Map. This is of particular value in using METS to archive Websites.Behavioral behaviorSec: Used to associate executable behaviors with content in the METS object. Each behavior has a mechanism element identifying a module of executable code that implements behaviors defined abstractly by its interface definition.

Veja também

ALTODublin Core, an ISO metadata standardPreservation Metadata: Implementation Strategies (PREMIS)Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH)Open Archives Initiative Object Reuse and Exchange (OAI-ORE)