METS

From Wikipedia, the free encyclopedia
Jump to: navigation, search
This article is about the metadata encoding standard. For the major league baseball team, see New York Mets. For other uses, see Mets (disambiguation).

The Metadata Encoding and Transmission Standard (METS) is a metadata standard for encoding descriptive, administrative, and structural metadata regarding objects within a digital library, expressed using the XML schema language of the World Wide Web Consortium. The standard is maintained in the Network Development and MARC Standards Office of the Library of Congress, and is being developed as an initiative of the Digital Library Federation.

Introduction[edit]

METS is an XML Schema designed for the purpose of:

  • 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.

Depending on its use, a METS document could be used in the role of Submission Information Package (SIP), Archival Information Package (AIP), or Dissemination Information Package (DIP) within the Open Archival Information System (OAIS) Reference Model.[1]

Digital libraries Vs Traditional libraries[edit]

Maintaining a library of digital objects requires maintaining metadata about those objects. The metadata necessary for successful management and use of digital objects is both more extensive than and different from the metadata used for managing collections of printed works and other physical materials. Mets is intended to promote the preservation of, and interoperability between digital libraries.[2]

  • 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 e-book like PDF file, Tiff file which can be seen a single physical book and reflect the integrity of the original.

Flexibility and Interoperability[edit]

The open flexibility of METS means that there is not a prescribed vocabulary which allows many different types of institutions, with many different document types, to utilize METS. The customization of METS makes it highly functional internally, but creates limitations for interoperability. Interoperability becomes difficult when the exporting and importing institutions have used vocabularies. As a workaround for this problem the creation of institutional profiles has become popular. These profiles document the implementation of METS specific to that institution helping to map content in order for exchanged METS documents to be more usable across institutions. [3] [4]

History[edit]

As early as 1996 the University of California, Berkeley began working toward the development of a system that combined encoding for an outline of a digital object's structure with metadata for that object. In 1998 this work was expanded upon by the Making of America II project (MoAII). An important objective of this project was the creation of a standard for digital objects that would include defined metadata for the descriptive, administrative, and structural aspects of a digital object. A type of structural and metadata encoding system using an XML Document Type Definition (DTD) was the result of these efforts. The MoAII DTD was limited in that it did not provide flexibility in which metadata terms could be used for the elements in the descriptive, administrative, and structural metadata portions of the object.[5] In 2001, a new version of the DTD was developed that used namespaces separate from the system rather than the vocabulary of the previous DTD. This revision was the foundation for the current METS schema, officially named in April of that year.[6]

Characteristics[edit]

Sections of a METS document

Any METS document has the following features:

  • An open standard (non-proprietary)
  • Developed by the library community
  • Relatively simple
  • Extensible
  • Modular

The 7 sections of a METS document[edit]

  • 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.

METS profiles[edit]

A profile is expressed as an XML document. There is a schema for this purpose. The profile expresses the requirements that a METS document must satisfy. A sufficiently explicit METS Profile may be considered a data standard.

METS Profiles in use[edit]

  • Musical Score (may be a score, score and parts, or a set of parts only)
  • Print Material (books, pamphlets, etc.)
  • Music Manuscript (score or sketches)
  • Recorded Event (audio or video)
  • PDF Document
  • Bibliographic Record
  • Photograph
  • Compact Disc
  • Collection

See also[edit]

References[edit]

  1. ^ Consultative Committee for Space Data Systems (2012). Space Data and Information Transfer System -- Open Archival Information System -- Reference Model (ISO 14721:2012). Geneva: International Organization for Standardization. 
  2. ^ McDonough, Jerome. "METS: Standardized Encoding for Digital Library Objects.". ideals.illinois.edu. Retrieved 11 May 2014. 
  3. ^ Pearce, J.; Pearson, D., Williams, M., & Yeadon, S. (2008). "The Australian METS Profile – A journey about metadata.". D-Lib Magazine 14 (3/4). Retrieved 12 May 2014. 
  4. ^ Wagner, Lindsey (2011). "METS: A Survey of Recent Literature and Applications". Library Philosophy and Practice. ISSN 1522-0222 2011. Retrieved 12 May 2014. 
  5. ^ McDonough, Jerome. "METS: Standardized Encoding for Digital Library Objects.". ideals.illinois.edu. Retrieved 12 May 2014. 
  6. ^ Cundiff, M. V. (2004). An introduction to the metadata encoding and transmission standard (METS). Library Hi Tech, 22 (1), 52-62. doi: 10.1108/07378830410524495

External links[edit]