MODS What is MODS: When is MODS use:

Slides:



Advertisements
Similar presentations
OLAC Metadata Steven Bird University of Melbourne / University of Pennsylvania OLAC Workshop 10 December 2002.
Advertisements

Putting together a METS profile. Questions to ask when setting down the METS path Should you design your own profile? Should you use someone elses off.
1 Demystifying metadata Ann Chapman UKOLN University of Bath UKOLN is funded by Resource: The Council for Museums, Archives and Libraries, the Joint Information.
Open Office.Org What is the Open Office.org Source Project? Open source project through which Sun Microsystems is releasing the technology for the popular.
METS: An Introduction Structuring Digital Content.
Amy Benson NELINET, Inc. November 7, 2005
METS In order to reconstruct the archive, we will need to understand the METS files. METS is schema that provides a flexible mechanism for encoding descriptive,
METS Dr. Heike Neuroth EMANI – Project Meeting February 14 th - 16 th, 2002 Springer-Verlag Heidelberg Göttingen State and University Library (SUB)
An Introduction to MODS: The Metadata Object Description Schema Tech Talk By Daniel Gelaw Alemneh October 17, 2007 October 17, 2007.
MARC Machine Readable Cataloging & MARC family
Metadata for Digital Content Jane Mandelbaum, Ann Della Porta, Rebecca Guenther.
MODS What is MODS: – Stands for Metadata Object Descriptive Schema – MODS is an XML descriptive metadata standard. – Extension schema to METS – MODS was.
METS What is METS ? What is METS ? A schema that provides a flexible mechanism for encoding descriptive, administrative, and structural metadata for a.
DigiTool METS Profile DigiTool Version 3.0. DigiTool METS Profile 2 What is METS? A Digital Library Federation initiative built upon the work of MOA2.
US GPO AIP Independence Test CS 496A – Senior Design Fall 2010 Team members: Antonio Castillo, Johnny Ng, Aram Weintraub, Tin-Shuk Wong.
PREMIS What is PREMIS? o Preservation Metadata Implementation Strategies When is PREMIS use? o PREMIS is used for “repository design, evaluation, and archived.
AIP Archival Information Package – Defines how digital objects and its associated metadata are packaged using XML based files. METS (binding file) MODS.
Descriptive Metadata o When will mods.xml be used by METS (aip.xml) ?  METS will use the mods.xml to encode descriptive metadata. Information that describes,
MODS What is MODS: o Stands for Metadata Object Descriptive Schema o MODS is an XML descriptive metadata standard.  Uses the XML schema language of the.
A METS Application Profile for Historical Newspapers
Digital Encoding What’s behind E-text Resources?.
Guest Lecture LIS 656, Spring 2011 Kathryn Lybarger.
Metadata Standards and Applications 4. Metadata Syntaxes and Containers.
Z39.50, XML & RDF Applications ZIG Tutorial January 2000 Poul Henrik Jørgensen, Danish Bibliographic Centre,
By Carrie Moran. To examine the Metadata Object Description Schema (MODS) metadata scheme to determine its utility based on structure, interoperability.
XP New Perspectives on XML Tutorial 4 1 XML Schema Tutorial – Carey ISBN Working with Namespaces and Schemas.
Metadata Standards and Applications 5. Applying Metadata Standards: Application Profiles.
US GPO AIP Independence Test CS 496A – Senior Design Team members: Antonio Castillo, Johnny Ng, Aram Weintraub, Tin-Shuk Wong Faculty advisor: Dr. Russ.
8/28/97Organization of Information in Collections Introduction to Description: Dublin Core and History University of California, Berkeley School of Information.
Mark Sullivan University of Florida Libraries Digital Library of the Caribbean.
XML CPSC 315 – Programming Studio Fall 2008 Project 3, Lecture 1.
EAD Revision: Response to Call for Comments Bill Stockting: Co-Chair TS-EAD: EAD Roundtable/EAD Revision Forum: SAA Annual Meeting, Chicago, 24 August.
Metadata Object Description Schema (MODS). XML What is XML? –EXtensible Markup Language. XML is a set of rules for defining markup languages and describing.
1 XML as a preservation strategy Experiences with the DiVA document format Eva Müller, Uwe Klosa Electronic Publishing Centre Uppsala University Library,
The Metadata Object Description Schema (MODS) NISO Metadata Workshop May 20, 2004 Rebecca Guenther Network Development and MARC Standards Office Library.
An Introduction to METS Morgan Cundiff Network Development and MARC Standards Office Library of Congress Metadata Encoding and Transmission Standard.
JENN RILEY METADATA LIBRARIAN IU DIGITAL LIBRARY PROGRAM Introduction to Metadata.
New Perspectives on XML, 2nd Edition
PREMIS Rathachai Chawuthai Information Management CSIM / AIT.
Overview of EAD Jenn Riley Metadata Librarian Digital Library Program.
AIXM 5 Metadata. Requirements for AIXM Metadata AIXM Metadata Model Examples Requirements for AIXM Metadata AIXM Metadata Model Examples.
Part One Review Policy Intro to ISO Levels of Metadata Data Discovery.
Introduction to metadata
XML 2nd EDITION Tutorial 4 Working With Schemas. XP Schemas A schema is an XML document that defines the content and structure of one or more XML documents.
Tutorial 13 Validating Documents with Schemas
METS Application Profiles Morgan Cundiff Network Development and MARC Standards Office Library of Congress.
Evidence from Metadata INST 734 Doug Oard Module 8.
1 Dublin Core & DCMI – an introduction Some slides are from DCMI Training Resources at:
Introduction to Metadata Jenn Riley Metadata Librarian IU Digital Library Program.
SCORM Course Meta-data 3 major components: Content Aggregation Meta-data –context specific data describing the packaged course SCO Meta-data –context independent.
EAD: An Introduction and Primer Christopher J. Prom, Ph.D. Assistant University Archivist University of Illinois Archives July 7, 2003.
The RDF meta model Basic ideas of the RDF Resource instance descriptions in the RDF format Application-specific RDF schemas Limitations of XML compared.
5. Applying metadata standards: Application profiles Metadata Standards and Applications Workshop.
If not DC, then MODS? A look at the Metadata Object Description Schema Cheryl Walters Kayla Willey ULA Annual Conference St. George, Utah May 17, 2006.
Basic Encoded Archival Description METRO New York Library Council Workshop Presented by Lara Nicosia December 9, 2011 New York, NY.
Metadata and Meta tag. What is metadata? What does metadata do? Metadata schemes What is meta tag? Meta tag example Table of Content.
Lifecycle Metadata for Digital Objects October 23, 2006 Creation Metadata.
Differences and distinctions: metadata types and their uses Stephen Winch Information Architecture Officer, SLIC.
Introduction to metadata for IDAH fellows Jenn Riley Metadata Librarian Digital Library Program.
Describing resources II: Dublin Core CERN-UNESCO School on Digital Libraries Rabat, Nov 22-26, 2010 Annette Holtkamp CERN.
A centre of expertise in digital information management UKOLN is supported by: Metadata – what, why and how Ann Chapman.
Digitizing Historical Newspapers South Carolina Digital Newspaper Program's participation with the Library of Congress' Chronicling America: Historic American.
Dublin Core Basics Workshop Lisa Gonzalez KB/LM Librarian.
US GPO AIP Independence Test CS 496B – Senior Design Creating A Fedora Commons SIP.
Geospatial metadata Prof. Wenwen Li School of Geographical Sciences and Urban Planning 5644 Coor Hall
US GPO AIP Independence Test
Introduction to Metadata
Metadata for research outputs management
Attributes and Values Describing Entities.
Get to Know Metadata Object Description Schema (MODS)
Presentation transcript:

MODS What is MODS: When is MODS use: Stands for Metadata Object Descriptive Schema MODS is an XML descriptive metadata standard. Uses the XML schema language of the W3C MODS was derived from MARC (which is another standard for representation of bibliographic information) More specifically, MODS uses a subset of MARC data elements When is MODS use: MODS will be used for descriptive metadata, in other words, MODS will be help to identify resources such as a bibliographic data. Extension schema to METS

MODS Schema Attributes Language Attributes xml:lang – is an XML standard attribute that defines the language individual elements may use Date Attributes encoding: refers to the values that identify the format of the dates, for instance, “w3cdtf” refers to dates that use the pattern: YYYY-MM-DD, as defined by the W3C. Repeatable: refers to whether or not the elements can be used more than one time to describe information about a rendition.

MODS Top-Level Elements Top-level elements in MODS, are element names without a hierarchy, meaning that these may or may not have sub-elements but are not sub-elements of any other element. Sub-elements refers to elements that fall under a top-level elements The only exception where all MODS elements are sub-elements is under <relatedItem> container, this will be explained later with an couples of examples.

MODS Top-Level Elements title Info name typeOfResource genre originInfo language physicalDescription abstract tableOfContents targetAudience note subject classification relatedItem identifier location accessCondition part extension recordInfo

MODS Required Elements Required elements are items that are must be provided according to implementation guidelines for MODS encoding practices. Based on this, my understanding is that these elements are essential in order to assemble the archive

MODS Required Elements titleInfo typeOfResource originInfo physicalDescription location accessCondition recordInfo language (required if language is primary to the resource) subject (required if applicable)

MODS Required Elements Example 1 Taken from the mods.xml that Kate send to us: titleInfo Information such as the title of the resource. The attribute type indicates the resource type of title. For example, “alternative” refers to a different title that further identifies the resource. For example: <titleInfo> <title>To increase Federal Pell Grants for the children of fallen public safety officers, and for other purposes.</title> </titleInfo> <titleInfo type="alternative"> <title>Officer Daniel Faulkner Children of Fallen Heroes Scholarship Act of 2010</title> <title>S. 3880 (IS)</title>

MODS Required Elements Example 2 Taken from the mods.xml that Kate send to us: originInfo Information that pertains to the origin of the resource such as publisher, date published, how the resource was issued for instance, “monographic “means that it was released in one part or a finite number of parts. For example: <originInfo> <publisher>U.S. Government Printing Office</publisher> <dateIssued encoding="w3cdtf">2010-09-29</dateIssued> <issuance>monographic</issuance> </originInfo>

MODS Required Elements Example 3 Taken from the mods.xml that Kate send to us: physicalDescription describes the physical attributes of the resource such as general text based information about the resource (for example “type” is an attribute that gives more detail to the general text) describes the method use to achieve digital form of the resource (for example “born digital” indicates that this particular archive was created and must remain in digital form) describes the number of units that make up the resource It is not repeatable

MODS Required Elements Example 3 continue For example <physicalDescription> <note type="source content type">deposited</note> <digitalOrigin>born digital</digitalOrigin> <extent>7 p.</extent> </physicalDescription>

MODS Required Elements Example 4 Taken from the mods.xml that Kate send to us: location Identifies the repository holding the resource displayLabel is an attribute the provides information associated with the location access is an attribute that indicates the type resource that will be accessed via the URL link, for instance, the value “raw object” means that the URL is a direct link to the resource. For example: <location xmlns:exslt="http://exslt.org/common"> <url displayLabel="HTML rendition" access="raw object">http://www.gpo.gov/fdsys/pkg/BILLS-111s3880is/html/BILLS-111s3880is.htm</url> <url displayLabel="PDF rendition" access="raw object">http://www.gpo.gov/fdsys/pkg/BILLS-111s3880is/pdf/BILLS-111s3880is.pdf</url> <url displayLabel="XML rendition" access="raw object">http://www.gpo.gov/fdsys/pkg/BILLS-111s3880is/xml/BILLS-111s3880is.xml</url> </location>

MODS Required Elements Example 5 Taken from the mods.xml that Kate send to us: recordInfo Provides information about the metadata of the original record such as who created it or modified it, date it was created (encoding – denotes the format of the date) Provides information about the date it was last modified, contains the organization and the system control number assigned to it, shows the origin of the MODS record, and the language (can be used to represent more than one language) It is not repeatable.

MODS Required Elements Example 5 continue For example <recordInfo> <recordContentSource authority="marcorg">DGPO</recordContentSource> <recordCreationDate encoding="w3cdtf">2010-10-06</recordCreationDate> <recordChangeDate encoding="w3cdtf">2010-10-06</recordChangeDate <recordIdentifier source="DGPO">BILLS-111s3880is</recordIdentifier> <recordOrigin>machine generated</recordOrigin> <languageOfCataloging> <languageTerm type="code" authority="iso639-2b">eng</languageTerm> </languageOfCataloging> </recordInfo> type attribute “identifies what type of <languageTerm> is recorded”, for example, “the value used to express language” in a coded term is code, meaning that it uses values from a controlled list authority attribute, refers to a value taken from a controlled list, for example “iso639-2b” refers to a bibliographic language code from ISO 639-2 In <recordContentSource>, the value “marcorg” given to authority attribute indicates that the value from of a MARC Code list. If the authority attribute is not used, the value is presumed to be textual.

MODS Required Elements– Without Example accessCondition - <accessCondition> Information pertaining to the permission of accessibility of the resource Subject - <subject> Information detailing the specific topic of the resource typeOfResource - <typeOfResource> Information describing the form of the resource content

MODS Recommended Elements Recommended elements are items that the implementer may ignore as long he or she have taken into account the consequences of doing so The recommended elements are: genre abstract – <abstract> “A summary of the content of the resource” identifier

MODS Recommended Elements Example 1 Taken from the mods.xml that Kate send to us: genre Gives more specific terms to the form of the resource content used in typeOfResource Again, an interesting attribute of genre is “authority”, which refers to the controlled list from which the value is taken, in the case below the value “marcgt” refers to MARC (another standard for representation of bibliographic information) genre terms For example: <genre authority=“marcgt">government publication</genre>

MODS Recommended Elements Example 2 Taken from the mods.xml that Kate send to us: identifier refers to a unique standard number or code that identifies a resource type is attribute of identifier refers to the identifier being used, in this case "local" refers to a locally define identifier For example: <identifier type="local">V0b002ee180b003e5</identifier>

MODS Recommended If Applicable Recommended If Applicable refers to an item that can be applied to the resource, again the implementer may ignore as long he or she have taken into account the consequences of doing so

MODS Recommended IF Applicable name tableOfContents targetAudience note relatedItem part

MODS Recommended IF Applicable Example 1 Taken from the mods.xml that Kate send to us: name Provides information such as the name of the resource within the <namePart> tags; the type attribute indicates whether the name value is personal, corporate, conference or family <role> defines the relationship of the name to the resource; the value “authority” refers to code of authoritative sources, in this case “marcrelator” refers to the MARC relators list For example: <name type="corporate"> <namePart>United States Government Printing Office</namePart> <role> <roleTerm authority="marcrelator" type="text">printer</roleTerm> <roleTerm authority="marcrelator" type="code">prt</roleTerm> </role> <roleTerm authority="marcrelator" type="text">distributor</roleTerm> <roleTerm authority="marcrelator" type="code">dst</roleTerm> </name>

MODS Recommended IF Applicable Example 2 Earlier, I mentioned that there was an exception where all MODS elements are sub-elements of <relatedItem> relatedItem May be best used for complex objects that may need more detail descriptive information, for example a CD with several tracks the type attribute describes the association between the resource in the MODS record and <relatedItem>, for example “isReferencedBy” are references or citations of the content of the resource

MODS Recommended IF Applicable Example 2 continue… For example (Taken from the mods.xml that Kate send to us): <relatedItem type="isReferencedBy" xmlns:exslt="http://exslt.org/common"> <identifier type="USC citation">20 U.S.C. 1070a(b)(2)</identifier> <identifier type="USC citation">20 U.S.C. 1087mm(b)</identifier> </relatedItem>

MODS Recommended IF Applicable – Without Examples tableOfContents - <tableOfContents> Information describing the content of the resource targetAudience - <targetAudience> Information describing who should read the resource part - <part> Information that identifies physical part of a resource.

MODS Optional Elements Optional elements are items that may be used at the implementer’s discretion <extension> is a container used to include information that is not MODS For example, information that is local to the creator of the data Another example, is to extend MODS to allow another XML schema to handle information about the resource

MODS Optional Element Example 1 Taken from the mods.xml that Kate send to us: <extension> <collectionCode>BILLS</collectionCode> <searchTitle>To increase Federal Pell…. searchTitle> <category>Bills and Statutes</category> <waisDatabaseName>111_cong_bills</waisDatabaseName> <branch>legislative</branch> <dateIngested>2010-10-06</dateIngested> </extension>

MODS Optional Element Example 2 <classification> a code that identifies to the subject of the resource the authority attribute is required, because it identifies such code. For instance, “sudocs” refers to Superintendent of Documents classification system. For example: <classification authority="sudocs">Y 1.6:</classification>

mods.xml Header xmlns:xlink – indicates that the namespace gets access to the Xlink attributes and features xmlns – refers to a namespace, which is a unique value (Note: the xml parser does not use the namespace URI to look up information) version – refers to the MODS version xsi:schemaLocation – the first value refers to the namespace that will be used and the second value refers to the location of the schema that will be used, in this case it is the MODS XML schema. ID – refers to the object identifier that will be used to refer to this xml file inside mets.xml Example: <mods xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.loc.gov/mods/v3" version="3.3“ xsi:schemaLocation="http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-3.xsd" ID="D09002ee180b004da">

Additional Information On Using mods.xml When will mods.xml be used by METS (aip.xml) ? METS will use the mods.xml to encode descriptive metadata. METS uses a pointer to the metadata that is located outside of the METS document. More specifically, it uses a xlink:href to indicate the location of such file. Example: <!-- MODS object  --> <mets:dmdSec ID="DMD_OTHER"> <mets:mdRef ID="D09002ee180b004da" MDTYPE="MODS" MIMETYPE="text/xml" LOCTYPE="URL" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="file:/mods.xml" /> </mets:dmdSec>

References Digital Library Federation/Acquifer Implementation Guidelines for Shareable MODS Records https://wiki.dlib.indiana.edu/download/attachments/24288/DLFMODS_ImplementationGuidelines.pdf MODS User Guidelines http://www.loc.gov/standards/mods/userguide/ MODS: Uses and Features http://www.loc.gov/standards/mods/mods-overview.html W3C Schools http://www.w3schools.com/xml/default.asp