Mountain West Digital Library Dublin Core Application Profile Version 2.0 2011

Utah Academic Library Consortium (UALC) Digitization Committee's Metadata Task Force developed this application profile for use by Mountain West Digital Library members. Version 2.0 supersedes Version 1 (2010).

Mountain West Digital Library Dublin Core Application Profile Version 2.0 July 20, 2011 MWDL Dublin Core Application Profile Version 1 Date June 1, 2010 1.1 2.0 June 7, 2010 July 20, 2011 Created/Changed By Created by Utah Academic Library Consortium Digitization Committee’s Metadata Task Force (2009/10) Cheryl Walters and Sandra McIntyre Sandra McIntyre on behalf of Utah Academic Library Consortium Digitization Committee’s Metadata Task Force (2010/11) Changes Made First release Minor edits and reformatting Addition of genre element; changes to date, subject, masterChecksum; masterCompression; masterCreation; masterExtent; masterFormat; masterMedium; masterOperatingSystem; masterQuality; masterSoftware, type. The Mountain West Digital Library (MWDL) provides a portal (http://mwdl.org) to digital resources in universities, colleges, public libraries, museums, archives, historical societies, government agencies, and other entities in Utah, Nevada, and other parts of the U.S. West. MWDL collection managers and metadata creators use this application profile to guide creation of new metadata records. Metadata Task Force of the Digitization Committee of the Utah Academic Library Consortium (2009/2011) Cheryl Walters (Chair, 2009/10) Kayla Willey (Chair, 2011) Tawnya Mosier Keller Cory Lampert Ray Matthews Sandra McIntyre Allyson Mower Ed Riding Jan Robertson Silvia Southwick Gina Strack Liz Woolcott Utah State University Brigham Young University University of Utah Univ. of Nevada, Las Vegas Utah State Library Mountain West Digital Library University of Utah LDS Church History Library University of Utah Univ. of Nevada, Las Vegas Utah State Archives Utah State University [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] [e-mail] © 2011 Utah Academic Library Consortium. The Mountain West Digital Library is a program of the Utah Academic Library Consortium. This profile resides on the Mountain West Digital Library website at http://mwdl.org. This work is licensed under the Creative Commons Attribution 3.0 United States License. It may be copied, distributed, transmitted, or adapted by others with proper attribution. To view a copy of this license, visit http://creativecommons.org/licenses/by/3.0/us/ or send a letter to Creative Commons, 171 Second Street, Suite 300, San Francisco, California, 94105, USA. Comments on this profile may be sent to Kayla Willey, [e-mail], and/or Sandra McIntyre, [e-mail]. MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) Contents Introduction .................................................................................................................................................. 1 I. Best Practices for All Fields ...................................................................................................................... 1 Use of semicolons ..................................................................................................................................1 MARC mapping .......................................................................................................................................1 Requirement status ................................................................................................................................1 Adding local fields not covered by this profile .................................................................................... 2 Use of the term “resource” .................................................................................................................. 2 Same field, multiple vocabularies ......................................................................................................... 2 Additional guidelines ............................................................................................................................. 2 II. Explanation of Table Components ......................................................................................................... 3 III. Element Tables (in alphabetical order) ................................................................................................ 5 abstract .................................................................................................................................................. 5 alternative .............................................................................................................................................. 5 contributor............................................................................................................................................. 6 conversionSpecifications ...................................................................................................................... 7 coverage ................................................................................................................................................ 7 creator.................................................................................................................................................... 8 date ........................................................................................................................................................ 9 description ........................................................................................................................................... 10 extent ................................................................................................................................................... 10 format ................................................................................................................................................... 11 genre ..................................................................................................................................................... 12 identifier ................................................................................................................................................ 13 isPartOf ................................................................................................................................................. 13 language .............................................................................................................................................. 14 publisher .............................................................................................................................................. 14 relation .................................................................................................................................................. 15 rights ..................................................................................................................................................... 15 source................................................................................................................................................... 16 spatial ................................................................................................................................................... 16 subject ................................................................................................................................................... 17 tableOfContents ................................................................................................................................... 17 temporal .............................................................................................................................................. 18 title ....................................................................................................................................................... 18 transcription ........................................................................................................................................ 18 type ...................................................................................................................................................... 19 IV. Parsed Preservation Elements about Master Archival Files (Optional) .......................................... 20 masterChecksum ................................................................................................................................. 20 masterCompression ............................................................................................................................ 20 masterCreation ..................................................................................................................................... 21 masterExtent ........................................................................................................................................ 21 masterFormat ...................................................................................................................................... 22 masterMedium .................................................................................................................................... 22 masterOperatingSystem ..................................................................................................................... 23 masterQuality ...................................................................................................................................... 23 iii MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) masterSoftware................................................................................................................................... 24 V. Vocabulary Encoding Schemes............................................................................................................ 25 IMT ....................................................................................................................................................... 25 LCSH ..................................................................................................................................................... 25 LCNAF ................................................................................................................................................... 25 DCMI Type ............................................................................................................................................ 25 MARC Relators..................................................................................................................................... 25 VI. Syntax Encoding Schemes ................................................................................................................... 26 ISO639‐3 ............................................................................................................................................... 26 W3CDTF ................................................................................................................................................ 26 iv MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) Introduction Created by the Mountain West Digital Library (MWDL) Metadata Working Group in 2009/10, this profile superseded the Metadata Guidelines for the Mountain West Digital Library (2006). It is intended to guide the creation of new metadata (i.e., created after June 1, 2010) by members and contributing partners of the MWDL. The MWDL Dublin Core Application Profile consists of six sections: I. II. III. IV. V. VI. Best Practices for All Fields Explanation of Table Components Element Tables (in alphabetical order) Parsed Preservation Elements about Master Archival Files (Optional) Vocabulary Encoding Schemes Syntax Encoding Schemes What’s new in the Dublin Core Application Profile:  New structure provides a table for each element  More information about each element o Repeatability o How to Use o Harvesting implications, when needed o Refines/Refinements o Mapping for both Dublin Core and MARC  Major changes in date and identifier fields  digitizationSpecifications renamed conversionSpecifications  New optional preservation fields (section IV) available for data about archival master files  New optional elements included: abstract, alternative, extent, genre, isPartOf, spatial, tableofContents, temporal, transcription  New role refinement for contributor  More specific temporal and spatial elements instead of coverage  More guidance on vocabularies and encoding schemes throughout, with tables for the major schemes provided in new sections (V and VI). I. Best Practices for All Fields Use of semicolons Data in one field may be combined with data from another field during the harvesting/aggregating process. To retain integrity of data, put a semicolon after the last word in each field. Likewise, separate multiple entries within a single field by inserting a semicolon and a space between each two entries. MARC mapping MARC tags are provided in each table to clarify the type of data contained in a field as well as to facilitate mapping data from Dublin Core records to MARC records. Requirement status  Required: Field must be included in record. There are eight required fields: o date o description 1 MWDL Dublin Core Application Profile   Version 2.0 (July 20, 2011) o format o identifier o rights o subject o title o type Mandatory if applicable: If the data is known, field must be included in record. There are two mandatory if applicable fields: o conversionSpecifications o creator Optional: Inclusion of field is up to the discretion of the collection manager Adding local fields not covered by this profile This profile does not prohibit collection managers/metadata creators from adding other fields to their metadata records as needed to serve local needs. Some examples of fields needed locally may include:     fields for data specific to a particular discipline or user community tags needed for customized searching natural language date fields to display unformatted dates other optional Dublin Core elements such as audience or bibliographicCitation Use of the term “resource” This profile uses the term resource to refer to the digital resource provided for direct access by users and described by the metadata record. This resource may be a born‐digital object, a digital object converted from another digital format, or a digital object converted from a non‐digital format such as text, taped recordings, slides, film, etc. Same field, multiple vocabularies When an element uses two or more different controlled vocabularies (example: subject using both Library of Congress Subject Headings and Medical Subject Headings), use a different field for each vocabulary and identify the vocabulary in the field label ‐‐ e.g., SubjectLCSH or Subject (LCSH), and SubjectMeSH or Subject (MeSH). Additional guidelines For additional guidelines from the Metadata Task Force, see also the General Guidelines for Digital Metadata available on the Mountain West Digital Library website at http://mwdl.org. 2 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) II. Explanation of Table Components Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement The unique name given to the element within the list of Dublin Core terms or elements namespace Commonly assigned name for the field in the metadata record Definition as stated in the DCMI DC Metadata Element set http://dublincore.org/documents/dces/ and DCMI Metadata Terms http://dublincore.org/documents/dcmi‐terms/ Indicates the extent to which this field is required in a record:  Required: Field must be included in record.  Mandatory if applicable: If the data is known, field must be included in record.  Optional: Inclusion of field is up to the discretion of the collection manager. “No” indicates a field may occur just once in a single record. “Yes” indicates a field may appear multiple times in a single record. Guidelines for what to put into a field and how to enter the data. Refines provides the larger element refined by the element in question. In other words, the element described by a table containing a Refines statement is a sub‐property or child element of a broader, parent element. Example: The element tableOfContents is a specialized form of the description element. The table for tableOfContents would state: Refines Description in its Refines/Refinement section. A single metadata record might contain both a description field and a tableOfContents field. If tableOfContents is mapped to dcterms:tableOfContents as recommended here, when the record is harvested as Qualified Dublin Core, these two elements are harvested as two separate fields and kept distinct. If, however, an aggregator can harvest only simple Dublin Core, then the data in these two fields are combined into a single description field. The tableOfContents data loses its specificity and is mixed in with other description data (i.e., is “dumbed down”). When harvesting is limited to Simple Dublin Core, it may be advisable to omit child elements like tableOfContents rather than dump them into the broader parent element field with other data. To “omit” an element from a harvest, simply map the field to “none.” Schemes Refinement lists child element(s) that may more finely describe the data contained in the field. Example: The title table lists in its Refines/Refinement section: Refinement: alternative. Another table profiles the element alternative and indicates in its Refines/Refinement section: Refines title. Identifies controlled vocabulary or format convention used to structure the data contained in the field; these are called schemes. For more information about a mentioned scheme, click the scheme name. 3 MWDL Dublin Core Application Profile DC Mapping MARC Mapping Version 2.0 (July 20, 2011) Section V: Vocabulary Encoding Schemes of this profile provides tables for the most commonly encountered vocabulary encoding schemes while Section VI: Syntax Encoding Schemes provides tables for format conventions for languages and dates. The last row of each table provides a link to a list of controlled vocabulary terms or explanation of a format convention such as how to structure dates or language codes. A few controlled vocabulary schemes do not have tables in this profile; for these, an external link to more information is provided. Lists the Dublin Core element to map to for harvesting purposes. Some element tables provide two different mappings, one for harvesting using Simple Dublin Core (simple DC) and the other for harvesting using Qualified Dublin Core (QDC). Tag in the MARC record to which this element is normally mapped. This information is provided to help metadata creators conversant in MARC better understand the contents of this field. 4 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) III. Element Tables (in alphabetical order) Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping abstract Abstract A summary of the resource. Optional No Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use alternative Alternative Title An alternative name for the resource. Optional Yes Possible sources for alternative titles include spine, inverted title, cover, etc. Refines title None dcterms:alternative (QDC); do not map (simple DC) 246, subfield a and b; also, may use 210, 222, 240, 242, 243, and 247 Refines/Refinement Schemes DC Mapping MARC Mapping Refines description None dcterms:abstract 520 5 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Version 2.0 (July 20, 2011) contributor Contributor An entity responsible for making contributions to the resource. Optional Yes Use for other people or entities who contributed to making the intellectual content of the resource, but who are not covered in the creator field. Examples include illustrators, editors, translators, etc. When possible, refine the contributor name by including the role the person or entity played in contributing to the resource. Prefer form of name as verified in the Library of Congress Name Authority File (LCNAF). If name is not listed there, give name in the following format: Last name, First name, Middle initial with period, year of birth and/or death if known, separated by a hyphen. Add a comma and space, then the role of the person or entity in this work. Some examples: Dickens, Charles, 1812‐1870, author; Davies, Andrew W., 1936‐, author of screenplay; Cameron, Julia Margaret, 181 5‐1879, photographer; For further help in formatting names not found in LCNAF, consult a cataloging resource such as the Anglo‐American Cataloguing Rules (AACR2), Resource Description and Access (RDA), or Describing Archives: A Content Standard (DACS). Refines/Refinement Schemes DC Mapping MARC Mapping When adding a role, use a role term from MARC Relator Codes list and use the spelled‐out role rather than the code. Example: author of screenplay not the code aus. May refine with role as described above. Library of Congress Name Authority File (LCNAF) MARC Relator Codes dcterms:contributor 700, 710, 711, 720 (Added Entry – Personal name, Corporate name, Conference name, Uncontrolled Name). Enter the role in subfield e. 6 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Version 2.0 (July 20, 2011) conversionSpecifications Conversion Specifications None Mandatory if applicable Yes This field is needed if resource originally existed in a different format and has been converted. Describe the process, equipment and specifications used to convert the resource into its present format. This is a local field that supersedes the field formerly called digitizationSpecifications. To facilitate preservation of master archival files, collection managers may choose to describe archival master files (such as TIF and WAV files) using separate preservation elements in addition to or instead of providing this data in a conversionSpecifications field. Tables for these separate preservation elements are located below in Section IV. Parsed Preservation Elements About Master Archival Files and consist of masterChecksum; masterCompression; masterCreation; masterExtent; masterFormat; masterMedium; masterOperatingSystem; masterQuality; masterSoftware. None except for describing archival master files (See Section IV) None None 538 coverage Use specific refinements spatial and/or temporal. 7 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) creator Creator An entity primarily responsible for making the resource. Mandatory if applicable Yes Person or entity responsible for creating intellectual content of resource such as a person, organization or service. Prefer form of name as verified in the Library of Congress Name Authority File (LCNAF). If name is not listed there, give name in the following format: Last name, First name, Middle initial and period, year of birth and/or death if known, separated by a hyphen. For further help in formatting names not found in LCNAF, consult a cataloging resource such as the Anglo‐American Cataloguing Rules (AACR2), Resource Description and Access (RDA), or Describing Archives: A Content Standard (DACS). None Library of Congress Name Authority File (LCNAF) dcterms:creator 100 1# (Main Entry‐‐Personal Name), or 110 2# (Main Entry‐‐Corporate Name), 111 1# (Main Entry‐‐Conference Name) or 700/710/711 8 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Version 2.0 (July 20, 2011) date Date A point or period of time associated with an event in the lifecycle of the resource. Required No A resource may have several dates associated with it. The date covered by this table refers to creation of the original resource, that is, when the resource was first created, before undergoing any conversion.  For resources created in a non‐digital format and converted to digital format, use the date the non‐digital resource was first created ‐‐ e.g., for print books, use the publication date of the print book.  For resources that have always been in digital format and never converted, use the date the digital resource was created ‐‐ e.g., PDF document uploaded as a PDF document.  For resources that were first created in one digital format, then converted to another digital format ‐‐ e.g., audio file recorded in WAV format, then converted to MP3 format ‐‐ use creation date of the first digital format ‐‐ e.g., WAV. Additional types of dates (see refinements) are allowed, though only one date (i.e., date of the original) should be mapped to dcterms:date to prevent confusion in harvesting environments that use only simple DC. If the date is unknown, specify an estimated date or date range. Refines/Refinement Schemes DC Mapping MARC Mapping See General Guidelines for Digital Metadata for more information about types of dates. Other specialized Dublin Core elements can refine date but are less frequently used. Optionally, these fields may be used in addition to the required date field described above. These include:  available (date, often a range, that the resource became or will become available)  dateAccepted (date a thesis or article was accepted for publication)  dateCopyrighted (date of copyright)  dateSubmitted (date of submission)  modified (date when the resource was changed) Consult http://dublincore.org/documents/dcmi‐terms/ for definitions. W3C Date Time Format profile of ISO 8601 (W3CDTP): dcterms:date 260 ## subfield c (Date of publication, distribution, etc.) 9 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) description Description An account of the resource. Required Yes Anything significant about the digital resource not covered elsewhere. Use standard punctuation and grammar to describe the item’s history, physical appearance, contents, abstract, etc. For text or handwritten objects that have full‐text searchable transcriptions associated with them, provide the full‐text in a local field called Transcription or Full Text (See transcription). Refinements: abstract and tableOfContents. None dcterms:description 520, 545, 300, 500 Element Name digitizationSpecifications Superseded by conversionSpecifications. Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use extent Extent The size or duration of the resource. Optional Yes Describe the file size and, if applicable, duration of the digital object: Examples: 109,568 bytes; 00:16 minutes; To describe extent of a master archival digital file, see masterExtent. To describe extent (e.g., number of pages) of original object before it was digitized, use the description field. Refines/Refinement Schemes DC Mapping MARC Mapping For help in converting file sizes, see http://en.wikipedia.org/wiki/File_size Refines format None dcterms:extent 300 subfield a 10 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Version 2.0 (July 20, 2011) format Format The file format, physical medium, or dimensions of the resource. Required Yes Describe the file format of the resource using the Internet Media Type (IMT) scheme. Use of the scheme will imply the software needed to display or operate the resource. Some examples: audio/mp4 image/jp2 application/pdf Some digital objects may involve more than one format. For example, an oral history interview may consist of both an audio file (audio/mp4) and text transcription (application/pdf). In these cases, list both formats (audio/mp4; application/pdf;). New media types and applications are always emerging. If the resource format being described is not yet part of the MIME type list, follow the MIME convention by selecting a broad category of object format (audio, video, application, etc.) for the first part of the MIME type. For the second half of the MIME type, use the file extension that is usually attached to files of this format. Refines/Refinement Schemes DC Mapping MARC Mapping Optionally, collection managers may describe file size and/or duration using the more refined extent field (See extent). Refinement: extent Internet Media Type (IMT) A commonly used subset of the entire IMT set of acceptable formats is available for download on the MWDL website. dcterms:format 340; 856 subfield q 11 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Version 2.0 (July 20, 2011) genre Genre; Form; Material Type None. Optional Yes Describe the nature of the original object (what it is, not what it is about) expressed in genre terms from a controlled vocabulary if possible. An item described with the genre term “Photographs” is an actual photograph, not a book about photographs. Use a separate genre field for each different vocabulary and indicate the vocabulary in the label name. Note that the field name can be determined locally. Example:  Genre (AAT): Color slides;  Material Type.TGM: Publicity photographs;  Form‐LCGFT: Western films; The genre element is optional for local use only and is in addition to the required element type which uses the DCMI Type vocabulary. Refines/Refinement None Schemes Strongly recommended to use established controlled vocabularies such as:  Art and Architecture Thesaurus (AAT) http://www.getty.edu/research/conducting_research/vocabularies/aat/  Thesaurus for Graphic Materials (TGM) http://www.loc.gov/pictures/collection/tgm/  Library of Congress Genre/Form Terms for Library and Archival Materials (LCGFT) Library of Congress is creating a separate thesaurus for genre terms that will take until 2012 to complete (see timeline). The thesaurus is in the Supplementary Vocabularies volume of LCSH and is part of Classification Web, the online version of LCSH. DC Mapping MARC Mapping A commonly used subset of AAT and TGM genre terms is available on the MWDL website. None 655 #7 subfield a (Index Term‐‐Genre/Form) plus subfield 2=local (for DCMI Type); =gmgpc (for Thesaurus for Graphic Materials); =aat (for Art & Architecture Thesaurus); =lcgft (Library of Congress Genre/Form Terms for Library and Archival Materials). 12 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) Element Name Label DC Definition Is Field Required? Is Field Repeatable? identifier Identifier An unambiguous reference to the resource within a given context. Required Yes How to Use Many digital asset management systems, such as CONTENTdm and bepress Digital Commons, automatically create, populate, and map the main identifier field. This main identifier is a URL for the resource. In CONTENTdm, for example, it has the format http://[domain]/u?[alias],[CONTENTdm number] and serves as the “Reference URL” of the resource. Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Additional identifier fields may be created as needed for local use, such as call number, filename, etc. However, only the identifier that contains the URI leading back to the resource should be mapped to dcterms:identifier because of the possibility of confusion for harvesters. Handle these additional identifiers one of three ways: map the field to “None”; map it to some other field besides dcterms:identifier; or begin the value of the field with something other than a URI scheme. None URI Uniform Resource Identifier http://www.ietf.org/rfc/rfc2396.txt dcterms:identifier 856 40 subfield u (Electronic Location and Access/URI) Only use for mapping the main URI that refers to the resource and begins with “http.” isPartOf Collection, Is part of (label varies) A related resource in which the described resource is physically or logically included. Optional Yes Often labeled as “Collection” and used to state the collection to which this resource belongs. Other refinements of relation exist but are less often used and therefore not included in this profile. See relation. Refines relation None dcterms:isPartOf None 13 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) language Language A language of the resource. Optional Yes Use ISO 639‐3 three letter codes. For multiple languages, use separate language fields or list all in a single field, separating each with a semicolon and a space. More detail about the languages may be included in the Description element. Example: In German and English in parallel columns. None ISO 639‐3 dcterms:language 041 0# subfield a (language code); 008/35‐37 publisher Publisher An entity responsible for making the resource available. Optional Yes Name of the entity that created or is providing access to the resource. If the resource existed in another form prior to being digitized, provide information about that previous publisher in the source field and give the creation date for the original in the date field. A publisher may include a person, organization, or a service. Recommend clarifying the role this entity played in making the resource available by adding a prefix such as Digitized by, Hosted by, or Published by. For example, Published by Utah State Historical Society; digitized by Merrill‐Cazier Library, Utah State University; hosted by J. Willard Marriott Library, University of Utah. None None dcterms:publisher 260 subfield b (if born digital) or 533 subfield c (if reformatted) 14 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) relation Relation A related resource. Optional Yes The only relation refinement covered by a table in this profile is isPartOf. Other possible refinements include: hasFormat; hasPart; hasVersion; isFormatOf; isReplacedBy; isReferencedBy; isRequiredBy; isVersionOf; replaces; requires; and references. For these others, consult http://dublincore.org/documents/dcmi‐terms/ for definitions. These refinements may be used in metadata records as optional fields. None dcterms:relation None rights Rights Information about rights held in and over the resource. Required Yes Use Rights to describe the copyright status of the access file, its copyright holder and contact information (if applicable), and physical ownership rights (if applicable). See General Guidelines for Digital Metadata under “Copyright” for more information applicable to all types of rights. Other specialized Dublin Core elements can refine rights but are not frequently used. These include:  accessRights  license Consult http://dublincore.org/documents/dcmi‐terms/ for definitions. None dcterms:rights None 15 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) source Source A related resource from which the described resource is derived. Optional Yes Use only when the resource is the result of digitization of non‐digital originals. Provide sufficient information to identify and find the original resource. If the resource was born‐digital or was converted from a born‐digital resource, no source field is needed. For other types of related resources, use relation or some refinement of relation, such as isPartOf. None None dcterms:source 534 spatial Spatial coverage The spatial topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant. Optional Yes Use to state the place or area that is described or represented by the resource, not the place where the resource was published. May name a place or specify geographic coordinates. A jurisdiction may be a named administrative entity or a geographic place to which the resource applies. Refines coverage Use of a scheme is strongly recommended. Some possibilities:  Library of Congress Subject Headings (LCSH)  Thesaurus of Geographic Names (TGN) http://www.getty.edu/research/conducting_research/vocabularies/ tgn/  U.S. Geological Survey [USGS] http://geonames.usgs.gov/ Prefer LCSH for place names when available. dcterms:spatial 651 #0 (for LCSH place names) or #7 with the specific vocabulary source provided in subfield 2 (TGN, for example) 16 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) subject Subject The topic of the resource. Required Yes Describe what the resource content is about, expressed in keywords, phrases, names, subject headings, or classification codes. Use a separate subject field for each different vocabulary and indicate the vocabulary in the label name ‐‐ e.g., SubjectLCSH or Subject (LCSH); subjectKW. To describe the nature of the original object, see the optional local genre element table. None Strongly recommended to use established controlled vocabularies such as:  Library of Congress Subject Headings (LCSH)  Art & Architecture Thesaurus (AAT) http://www.getty.edu/research/conducting_research/ vocabularies/aat/  Medical Subject Headings (MeSH) http://www.nlm.nih.gov/mesh/meshhome.html dcterms:subject 650, 600, 651, 610, 653 tableOfContents Table of contents A list of subunits of the resource. Optional No Refines: description None dcterms:tableOfContents 505 17 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) temporal Temporal coverage The temporal topic of the resource. Optional Yes Use to describe the time period covered or represented by the resource, not the date when the resource was published. Temporal topic may be a named period, date, or date range. If using a named period, use a controlled vocabulary if possible such as Library of Congress Subjects (LCSH). Where appropriate, time periods can be used in preference to numeric identifiers such as date ranges. Refines coverage LCSH dcterms:temporal None title Title A name given to the resource. Required No Take title from digitized item when possible. Metadata creator may supply a title if none exists and does not need to put this supplied title in brackets. Refinement: alternative None dcterms:title 245 subfields a and b transcription Transcription or Full Text (label varies) None. Optional No None None Either dcterms:description or None. May be mapped to dcterms:description if digital creators wish it to be harvested. Caution: data in this field can be quite voluminous so consider carefully before mapping it into the description field. 520 or none 18 MWDL Dublin Core Application Profile Element Name Label DC Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinement Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) type Type The nature or genre of the resource. Required Yes Must have at least one type field containing appropriate type(s) from DCMI Type vocabulary.  For images, refine with a second term, either StillImage or MovingImage (i.e., use Image;StillImage or Image;MovingImage). Note that these combined terms contain no space after the semicolon and that both words in the second term are capitalized.  If a resource is an image of text (such as a scan of a printed article), use the term Text.  If the resource consists of more than one type (e.g., an interview with sound and text files), use multiple type terms as needed to describe, separating them with a semicolon and a space (e.g., Sound; Text). To describe the nature or genre of the original object, use the optional local element genre. None DCMI Type Vocabulary dcterms:type 655 #7 subfield a (Index Term‐‐Genre/Form) plus subfield 2=local (for DCMI Type) 19 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) IV. Parsed Preservation Elements about Master Archival Files (Optional) To facilitate identifying and migrating possible obsolete file formats to other future formats, technical data about master archival files may be parsed (i.e., broken into smaller units) using the elements described in this section. These optional elements can be used instead of, or in addition to, describing archival master files collectively with access files in the conversionSpecifications element (see Section III above). Term Name Label Definition Is Field Required? Is Field Repeatable? How to Use masterChecksum Master file checksum value A numeric value used to detect errors in file recording or file transfer. Checksum helps ensure the integrity of digital files against loss of data. Optional No Provide a short statement about your institution’s methods of deriving fixity checks or checksum. This statement will be the same for all your collections. Some examples: Sha‐1 checksum derived using slavasoft.com software MD5 checksum derived using MD5Summer.org software For more information regarding checksum, see http://en.wikipedia.org/wiki/Checksum. Refines/Refinements Refines conversionSpecifications Schemes None DC Mapping None MARC Mapping None Term Name Label Definition masterCompression Master file compression Electronic format or compression scheme used for optimized long‐ term storage of master file. For files that are stored uncompressed (e.g., uncompressed TIFFs), this field can be skipped. This information often supplements the format element. Is Field Required? Optional Is Field Repeatable? Yes How to Use If the master file was compressed, identify the compression scheme used. Example: wav compressed with flac tiff compressed to jp2 Refines/Refinements Refines conversionSpecifications Schemes None DC Mapping None MARC Mapping None 20 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) Term Name Label Definition Is Field Required? Is Field Repeatable? How to Use masterCreation Master file creation Equipment and/or process used to create the master archival file. Optional No Describe how the master archival file was created by identifying the equipment and/or process used. Some examples: Scanned using Epson Expression 10000 XL flatbed Unbound theses pages auto‐fed and scanned using Epson Expression 10000 XL flatbed Refines/Refinements Refines conversionSpecifications Schemes None DC Mapping None MARC Mapping None Term Name Label Definition masterExtent Master file extent Characteristic that measures the extent of the master file, meaning the file size or duration. Is Field Required? Optional Is Field Repeatable? Yes How to Use Provide the pixel dimensions, pagination, spatial resolution, play time or other measurements of the physical extent of the digital object. Image example: 2000 x 1320 pixels; 5.0 inches x 3.3 inches Audio example: 01:53:06 hours Refines/Refinements Refines conversionSpecifications Schemes None DC Mapping None MARC Mapping None 21 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) Term Name Label Is Field Required? Is Field Repeatable? How to Use masterFormat Master file format Optional Yes Describe the file format of the master archival file using the Internet Media Type (IMT) scheme. Use of the scheme will imply the software needed to display or operate the resource. Examples of file formats: image/tiff audio/aiff audio/flac video/mpeg application/vnd.ms‐powerpoint May also use masterFormat to give the file size (in bytes) or separately provide file size using the masterExtent element. Examples: masterFormat: audio/aiff; 73,628,928 bytes; or, masterFormat: audio/aiff; masterExtent: 73,628,928 bytes; Record file size as bytes rather than kilobytes, megabytes, etc. Refines/Refinements Refines conversionSpecifications Schemes None DC mapping None MARC Mapping None Term Name Label Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinements Schemes DC Mapping MARC Mapping masterMedium Master file medium The material or physical carrier of the resource. Optional Yes Use the masterMedium element to describe a digital master file’s physical nature, if applicable. Most often needed when master digital files are stored somewhere other than networked online storage. Examples: External hard drive CD DVD zip disk SAN server External disk cabinet Refines conversionSpecifications None None None 22 MWDL Dublin Core Application Profile Term Name Label Definition Version 2.0 (July 20, 2011) Refines/Refinements masterOperatingSystem Master file operating system Operating system (both name and version) used on the computer that created the master file at the time of creation. Optional No Examples: Windows Vista Home Premium SP2 Macintosh OS X 10.6 Snow Leopard Linux Ubuntu 11.04 Linux Red Hat Refines conversionSpecifications Schemes DC mapping MARC Mapping None None None Term Name Label Definition Refines/Refinements masterQuality Master file quality Characteristics that describe the quality of the master file such as bit depth, resolution and others (depending on the file format). Optional Yes Provide the bit depth, resolution, bit size, etc., of the file. Image example: 24‐bit color; 8‐bit gray‐scale; 400 ppi Audio example: 16‐bit audio file Refines conversionSpecifications Schemes DC Mapping MARC Mapping None None None Is Field Required? Is Field Repeatable? How to Use Is Field Required? Is Field Repeatable? How to Use 23 MWDL Dublin Core Application Profile Term Name Label Definition Is Field Required? Is Field Repeatable? How to Use Refines/Refinements Schemes DC Mapping MARC Mapping Version 2.0 (July 20, 2011) masterSoftware Master file creation software Name and version number of all software programs used to create the master file. Optional No Identify the software used to create the master file. Examples: Adobe Photoshop CS2 EPSON Scan Adobe Acrobat Professional SilverFast Phocus Refines conversionSpecifications None None None 24 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) V. Vocabulary Encoding Schemes Term Full Name DC Definition List of terms Term Full Name DC Definition List of terms Term Full Name Definition List of terms Term Full Name DC Definition List of terms Term Full Name DC Definition List of terms IMT Internet Media Types Media types specified by the Internet Assigned Numbers Authority. http://purl.org/dc/terms/IMT http://www.iana.org/assignments/media‐types/ LCSH Library of Congress Subject Headings The set of labeled concepts specified by the Library of Congress Subject Headings. http://purl.org/dc/terms/LCSH http://www.loc.gov/aba/cataloging/subject/ LCNAF Library of Congress Name Authorities File The set of authorized personal and corporate names specified by the Library of Congress. http://authorities.loc.gov DCMI Type DCMI Type Vocabulary The set of classes specified by the DCMI Type Vocabulary, used to categorize the nature or genre of the resource. http://purl.org/dc/terms/DCMIType http://dublincore.org/documents/dcmi‐type‐vocabulary/ MARC Relators MARC Relator Terms “Because a standardized, widely adopted list of roles already existed in the MARC Code List for Relators, it was recommended that DCMI simply use these instead of re‐inventing its own.” – Relator Terms and Dublin Core (2005‐12‐08) http://dublincore.org/usage/documents/relators/ http://www.loc.gov/marc/relators/relaterm.html 25 MWDL Dublin Core Application Profile Version 2.0 (July 20, 2011) VI. Syntax Encoding Schemes Term Full Name DC Definition List of terms Term Full Name DC Definition List of terms ISO639‐3 ISO 639‐3 639‐3, Codes for the representation of names of languages‐‐Part 3: Alpha‐3 code, ISO 639‐3 is a code that aims to define three‐letter identifiers for all known human languages. At the core of ISO 639‐3 are the individual languages already accounted for in ISO 639‐2. http://purl.org/dc/terms/ISO639‐3 http://www.sil.org/iso639‐3/codes.asp W3CDTF W3C‐DTF Defines a profile of ISO 8601, the International Standard for the representation of dates and times. http://purl.org/dc/terms/W3CDTF http://www.w3.org/TR/NOTE‐datetime 26