Section | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
DARE use of Dublin Core
Version 2.0, December 2004
...
Title
...
DARE use of Dublin Core
...
Creator
|
...
Subject
...
DARE repositories; metadata; Dublin Core
...
Description
...
Guidelines for the use of qualified Dublin Core within the Dare Programme
...
Publisher
...
Stichting SURF
...
Date
|
...
|
...
Type
|
...
|
...
|
...
|
...
|
...
|
Document History
Date | Version | Owner | Changelog |
---|
July 2006 |
Addendum |
August 2003
First internal version presented to project manangers
September 2003
Second internal version presented to project managers
DARE | Addendum on v2.0 | |||
December 2004 | 2.0 | DARE | Second edition to be used starting from December 1 2004 | |
October 2003 | 1.0 | DARE | First edition to be used starting from November 1 2003 |
2.0 (December 2004)
Second edition to be used starting from December 1 2004
Addendum (July 2006)
Addendum on v2.0
September 2003 | 0.2 | DARE | Second internal version presented to project managers |
|
August 2003 | 0.1 | DARE | First internal version presented to project managers |
|
Abstract
The abstract describes what the application profile is about. It should contain a problem definition, the standards described by the application profile and the goal of the application profile.
Acknowledgements This document is largely based on the recommendations for the use of simple Dublin Core metadata as described in: USING SIMPLE DUBLIN CORE TO DESCRIBE EPRINTS, by Andy Powell, Michael Day and Peter Cliff, UKOLN, University of Bath, Version 1.2
[see also: \\
\\
*Acknowledgements* This document is largely based on the recommendations for the use of simple Dublin Core metadata as described in: USING SIMPLE DUBLIN CORE TO DESCRIBE EPRINTS, by Andy Powell, Michael Day and Peter Cliff, UKOLN, University of Bath, Version 1.2
\[see also: [http://www.intute.ac.uk/publications/eprints-uk/simpledc-guidelines.html ] \]
\\
*Definitions*: Wiki Markup
Definitions: "A DARE institutional repository is a facility, consisting of hardware, software, data and procedures, that contains digital resources representing any type of scientific output..." Specifications for a Networked Repository for Dutch Universities, version 3.0, p 6
"digital resources = any bit stream, independent of content or format, which has been marked as scientific output by an approved person..."
Within this document we use the word "resource" to describe the instance of scientific output, and the word "object" to refer to the digital bit stream.
\\
\\
Introductory remarks
Scope These guidelines are written primarily to facilitate the exchange of metadata between Dare partners and exchange with non-Dare partners, in compliance with the OAI-PMH definitions as distributed by DCMI. Basically these guidelines describe the mapping from an internal E.g. a Dare partner might use Marc 21 as internal format format to unqualified DC to support harvesting. The guidelines are not to be used as cataloguing instructions.
Within Dare we use unqualified DC (oai_dc).
Use of qualified DC (dare_qdc) is encouraged. Only those refinements that have been added by DCMI are to be used as refinements within Dare. These refinements have also been added in the text of the guidelines below. If a Dare partner has implemented any other (not DCMI endorsed) elements or refinements, he is obliged to eliminate these elements from the metadata during the harvesting process.
Dare partners will implement two XML schemas: one for unqualified DC for OAI compatible harvesting within the Dare community as well as outside the DARE community. Also a XML scheme will be presented for qualified DC for use within Dare.
Language of the metadata is at the discretion of the local Dare partner.
The use of Unicode is mandatory.
Only one metadata record should be used for different versions of a digital object (e.g. a postscript and a pdf version), unless the intellectual content of the versions is different. The rule of thumb is to create a new metadata record when the metadata of a version is different. This happens for instance when a new version of the resource with modifications is created and in that case recommended best practice is to use the relation element to link the newer version to the older.
In some cases (DC element 'subject' and 'type') additional information may be useful for the harvesting party and service provider. A DARE compliant data provider releases this type of information via the 'Identify request' - on IR level; not on the metadata level.
See for instance: 3. Guidelines for Optional Containers at:
http://www.openarchives.org/OAI/2.0/guidelines.htm and: http://arXiv.org/oai2?verb=Identify as well as: http://doc.utwente.nl/oai/ir?verb=Identify for best practices. Additional information can also be given in the form of textual documentation about the use metadata elements subject and type, e.g. to give information on the local classification or keywords, or information on local review policies.
The values (i.e. actual content) of the elements given below must not contain any HTML (or XML) markup. They may contain LaTeX commands, but there is no mechanism for explicitly indicating that LaTeX is being used.
Within DARE the use of elements is either:
...
The "mandatory when applicable" status is stronger then the recommended one and this distinction is made primarily to encourage users to input certain elements when creating a metadata record to enhance services.
Some words on the use of refinements (qualifiers). When mapping to unqualified DC the IR manager has to make choices when the internal format is "richer" than unqualified DC. This means that during the mapping process all refinements are simply dropped (the DCMI dumb down principle). The effect of the dumb down principle is that the simple form of the element, i.e. without the refinement, is the default one. E.g. when the internal format distinguishes between main title and parallel title this would show as follows in DC:
Internal format
245 $aMain title$pParallel title
Qualified DC
<dc:title>Main title</dc:title>
<dcterms:alternative>Parallel title</dcterms:alternative>
Simple DC
<dc:title>Main title, Parallel title </dc:title>
However, within DARE the following values are selected as the default values for simple oai_dc
dc:descriptiondefault "abstract"
dc:date ->default "created"
dc:relation->no default
dc:coverage-> no default
dc:rights-> no default
dc:audience->default: "education level"
Within DARE this means that the date element always pertains to the date created etc. It is advised that all DARE repositories supply this information to external harvesters as information about their repository.
Second edition: major changes
As per 1/1/05 all DARE repositories are required to support oai_dc and are free to use dare_qdc. Harvesting within DARE will be based upon oai_dc.
Most important new or changed guidelines in oai_dc
...
Most important new or changed guidelines in dare_qdc
- Correction of minor errors.
- Addition of DCMI texts from official DCMI documentation on Dublin Core and its refinements. Used document: DCMI metadata terms, version 2004-06-14 (http://www.dublincore.org/documents/dcmi-terms/#H2).
The Elements: short description
Simple DC:oai_dc
Basic element | Status | Encoding schemes |
|
|
|
Title | M | None |
Creator | M | None |
Subject | MA | Choice of keywords and classifications is free |
Description | MA | None |
Publisher | MA | None |
Contributor | O | None |
Date | M | Date | ISO 8601 W3C-DTF |
Type | M | METIS-list with additional DCMI types. |
Format | R | IANA list of MIME types |
Identifier | M | URI |
Source | O | None |
Language | R | ISO 639-1 |
Relation | R | none |
Coverage | O | Period |
Rights | M | None |
Audience | O | None |
If no defaults are mentioned in the oai_dc elements, please describe the specific use of the oai_dc elements in the Identify section of your IR. See for instance: 3. Guidelines for Optional Containers at:
http://www.openarchives.org/OAI/2.0/guidelines.htm and: http://arXiv.org/oai2?verb=Identify as well as: http://doc.utwente.nl/oai/ir?verb=Identify for best practices.
Qualified DC:oai_dc
Basic element | Refinement | Status | Encoding schemes |
|
|
|
|
Title | - | M | None |
| Alternative | MA |
|
Creator | - | M | None |
Subject | GOO, NBC, LCSH, MESH, DDC, LCC, UDC, LOCAL | MA | Choice of keywords and classifications is free. Use refinements when appropriate. |
Description | - | MA | None |
| TableOfContents | R |
|
| Abstract | R |
|
Publisher | - | MA | None |
Contributor | - | O | None |
Date | - | M | Date | ISO 8601 W3C-DTF |
Type | - | M | METIS-list with additional DCMI types. |
Format | - | R | IANA list of MIME types |
Identifier | - | M | URI |
Source | - | O | None |
Language | - | R | ISO 639-1 |
Relation | - | R | None |
Coverage | - | O |
|
Rights | - | M | None |
Audienc | - | O | None |
The Elements: full description
This section lists each of the Dublin Core elements. For each element the authoritative definitions and comments (except usage mandatory/optional etc, which is DARE specific) from the Dublin Core Metadata Initiative are given, followed by a DARE-specific user instruction derived form the UKOLN usage guidelines.
Title
Element name | Title |
DCMI definition | A name given to the resource. Typically, a Title will be a name by which the resource is formally known. |
Usage | Mandatory |
User instruction | Preserve the original wording, order and spelling of the resource title. Only capitalize proper nouns. Punctuation need not reflect the usage of the original. Subtitles should be separated from the title by a colon. |
Do not confuse with | - |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="42e8e47f-72ba-41d2-912e-e46641631d5b"><ac:plain-text-body><![CDATA[
Examples
Refinements | Alternative (Mandatory if present). [DCMI:]Any form of the title used as a substitute or alternative to the formal title of the resource. This qualifier can include Title abbreviations as well as translations. |
]]></ac:plain-text-body></ac:structured-macro>
Examples |
Qualified DC | |
Scheme | Not applicable |
Creator
Element name | Creator |
DCMI definition | An entity primarily responsible for making the content of the resource. Typically, the name of a Creator should be used to indicate the entity. |
Usage | Mandatory |
User instruction | Examples of a Creator include a person, an organization, or a service. |
Do not confuse with | Contributor (see also User instruction above). |
Refinements | - |
Examples | <dc:creator>Sulston, John E.</dc:creator> |
Scheme | Not applicable |
Subject
Element name | Subject |
DCMI definition | The topic of the resource. Typically, a Subject will be expressed as keyword, key phrases or classification codes that describe the intellectual content of the resource. |
Usage | Mandatory when applicable |
User instruction | In the DC subject element two kinds of values are possible. The first - the use of keywords - is mandatory. The second - the use of a classification - is optional. |
Do not confuse with | Type. |
Refinements | LCSH, MESH, DDC, LCC, UDC, GOO, NBC and LOCAL |
Examples | <dc:subject>polar oceanography; boundary current; mass transport; |
Scheme | LCSH, MESH, DDC, LCC, UDC, NBC and GOO |
Description
Element name | Description |
DCMI definition | An account of the content of the resource. Description may include but is not limited to: an abstract, table of contents, reference to a graphical representation of content or a free-text account of the content. |
Usage | Mandatory if applicable |
User instruction | This element is used for a textual description of the content. When a resource consists of several separate physical object files, do not use dc:description to list the URL's of these files. |
Do not confuse with | - |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="1824f8f8-766c-41dd-bbe8-f71065fd8246"><ac:plain-text-body><![CDATA[
Refinements | Tableofcontent (recommended) [DCMI:] A list of subunits of the content of the resource. |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="7fe14233-bb39-4fcb-b555-7ea348d8c14e"><ac:plain-text-body><![CDATA[Abstract (recommended) [DCMI:] A summary of the content of the resource.
]]></ac:plain-text-body></ac:structured-macro>
Examples
<dc:description>Inleiding; 5 hoofdstukken over geschiedenis; 2 hoofdstukken met praktische tips; index</dc:description>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="d2efc8c8-6876-41f3-9ce9-dd9124105dc1"><ac:plain-text-body><![CDATA[<dcterms:tableofcontent>Foreword [by] Hazel Anderson; Introduction; The scientific heresy: transformation of a society; Consciousness as causal reality [etc]</dcterms:tableofcontent>
]]></ac:plain-text-body></ac:structured-macro>
<dcterms:abstract>A number of problems in quantum state and system identification are addressed. </dcterms:abstract>
Scheme
Not applicable
Publisher
...
Element name
...
Publisher
...
DCMI definition
...
An entity responsible for making the resource available. Examples of a Publisher include a person, an organization, or a service. Typically, the name of a Publisher should be used to indicate the entity.
...
Usage
...
Mandatory if applicable
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="44bf648e-f110-413b-bacc-257e3f9d3f43"><ac:plain-text-body><![CDATA[
...
User instruction
...
The (commercial or non-commercial) publisher of the resource; not the (sub)institution the author is affiliated with. Publisher is used only in the bibliographic / functional sense, not an organisational one. Use only the full name of the given (commercial) publisher, not the name of an organization or institute that is otherwise [in a broader sense] associated with the creator.
]]></ac:plain-text-body></ac:structured-macro>
With university publications place the name of the faculty and/or research group or research school after the name of the university.
In the case of organizations where there is clearly a hierarchy present, list the parts of the hierarchy from largest to smallest, separated by full stops. If it is not clear whether there is a hierarchy present, or unclear which is the larger or smaller portion of the body, give the name as it appears in the eprint.
The use of publisher names from authority lists constructed according to local or national thesaurus files is optional.
...
Do not confuse with
...
- Contributor
- Creator
In most cases the publisher and the creator are not the same.
...
Refinements
...
-
...
Examples
...
<dc:publisher>Loughborough University. Department of Computer Science</dc:publisher>
<dc:publisher>University of Cambridge. Department of Earth Sciences</dc:publisher>
<dc:publisher>University of Oxford. Museum of the History of Science</dc:publisher>
<dc:publisher>University of Reading. Rural History Centre</dc:publisher>
<dc:publisher>University of Exeter. Institute of Cornish Studies</dc:publisher>
<dc:publisher>European Bioinformatics Institute</dc:publisher>
<dc:publisher>John Wiley & Sons, Inc. (US)</dc:publisher>
Abstract (recommended) [DCMI:] A summary of the content of the resource. | |
Examples | <dc:description>Inleiding; 5 hoofdstukken over geschiedenis; 2 hoofdstukken met praktische tips; index</dc:description> |
Scheme | Not applicable |
Publisher
Element name | Publisher |
DCMI definition | An entity responsible for making the resource available. Examples of a Publisher include a person, an organization, or a service. Typically, the name of a Publisher should be used to indicate the entity. |
Usage | Mandatory if applicable |
User instruction | The (commercial or non-commercial) publisher of the resource; not the (sub)institution the author is affiliated with. Publisher is used only in the bibliographic / functional sense, not an organisational one. Use only the full name of the given (commercial) publisher, not the name of an organization or institute that is otherwise [in a broader sense] associated with the creator. |
Do not confuse with |
|
Refinements | - |
Examples | <dc:publisher>Loughborough University. Department of Computer Science</dc:publisher> |
Scheme | Not applicable |
...
Scheme
...
Contributor
Element name | Contributor |
DCMI definition | An entity responsible for making contributions to the content of the resource. Examples of a Contributor include a person, an organization, or a service. Typically, the name of a Contributor should be used to indicate the entity. |
Usage | Optional |
User instruction | Examples of contributors are: a supervisor, editor, technician or data collector. |
Do not confuse with | -Creator |
Refinements | - |
Examples | <dc:contributor>Sulston, John E.</dc:contributor> |
Scheme | Not applicable |
Date
Element name | Date |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="3f6e73db-f9e2-46ee-8b66-dec50ff69a5c"><ac:plain-text-body><![CDATA[
DCMI definition
DCMI definition | A date associated with an event in the life cycle |
of the resource. Typically, Date will be associated with the creation or availability of the resource. Recommended best practice for encoding the date value is defined in a profile of ISO 8601 [W3CDTF] and follows the YYYY-MM-DD format. |
Usage | Mandatory |
User instruction | The date should be formatted according to the W3C encoding rules for dates and times : |
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="0ed841de-6c7e-4cf7-bcbb-117c0de5b9b5"><ac:plain-text-body><![CDATA[MM [two-digit month (01=January, etc.)] is optional
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="094681de-37d5-4422-845c-e7f328486e9e"><ac:plain-text-body><![CDATA[DD [two-digit day of month (01 through 31)] is optional
]]></ac:plain-text-body></ac:structured-macro>
In the DC element 'date' the most notable differences occur between acting as a data provider based on basic DC unqualified and DC qualified. Where values in other DC elements could - within reason - be interpreted by the user, the values in the date element are excactly similar and context (provided by the DC refinements) is necessary to interpret the values. Based on these observations the following is stated.
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="2c4a7749-e26f-4877-9b16-4c289fc1996e"><ac:plain-text-body><![CDATA[Basic DC unqualified: use the DC element 'date' for the value [of the refinement]: 'date created'.
]]></ac:plain-text-body></ac:structured-macro>
DC qualified: Use of all refinements is permitted / optional, depending of and according to the level of distinction the data provider can make and is willing to offer in harvesting.
Do not confuse with
-
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="c1577b04-2779-4b94-abb9-b8920814a536"><ac:plain-text-body><![CDATA[
Refinements
DateAccepted (Optional) [DCMI:] Date of acceptance of the resource (e.g. of thesis by university department, of article by journal, etc.).
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="9a1ef23e-e4f5-441b-ab36-1ecdbfedd0b6"><ac:plain-text-body><![CDATA[DateCopyrighted (Optional) [DCMI:] Date of a statement of copyright.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="80a18e09-7104-45d7-bafd-08e8066d83c3"><ac:plain-text-body><![CDATA[Created (Optional) [DCMI:] Date of creation of the resource.
]]></ac:plain-text-body></ac:structured-macro>
Valid (Optional) {DCMI:] Date (often a range) of validity of a resource.
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="44584b19-5652-46c5-be49-8b8fa02e5f1a"><ac:plain-text-body><![CDATA[Available (Optional) [DCMI:] Date (often a range) that the resource will become or did become available.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="1de8d989-92f7-4bf8-987e-bb9801dfc4d3"><ac:plain-text-body><![CDATA[Issued (Optional) [DCMI:] Date of formal issuance (e.g., publication) of the resource.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="9778da4e-5305-45da-b8c2-97904f63013f"><ac:plain-text-body><![CDATA[Modified (Optional) [DCMI:] Date on which the resource was changed.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="08bac7dd-4846-47a0-9246-53543ecdf206"><ac:plain-text-body><![CDATA[DateSubmitted (Optional) [DCMI:] Date of submission of the resource (e.g. thesis, articles, etc.).
]]></ac:plain-text-body></ac:structured-macro>
Examples
<dc:date>2000-12-25</dc:date>
<dc:date>1999</dc:date>
<dc:date>2003-01</dc:date>
Schema
Date | ISO 8601 W3C-DTF see: http://www.w3.org/TR/NOTE-datetime
Type
YYYY [four-digit year] is mandatory | |
Do not confuse with | - |
Refinements | DateAccepted (Optional) [DCMI:] Date of acceptance of the resource (e.g. of thesis by university department, of article by journal, etc.). |
Examples | <dc:date>2000-12-25</dc:date> |
Schema | Date | ISO 8601 W3C-DTF see: http://www.w3.org/TR/NOTE-datetime |
Type
Element name | Type |
DCMI definition | The type of scientific output the resource is a manifestation of. In the DC element type the kind of dissemination, or the intellectual and/or content type of the resource is described. It is used to explain to the user what kind of resource he is looking at. Is it a book or an article. Was it written for internal or external use. Etc. |
Usage | Mandatory. In every metadata record one DC element 'type' should be used. |
User instruction | Use the first occurrence of the DC element 'type' for the type indication of the scientific output. The list shown below is identical with the list used within the Metis application. Repeat if applicable. Use the text, not the numbers.
|
Do not confuse with | Format |
Refinements | - |
Examples | <dc:type>preprint</dc:type> |
Scheme |
|
Format
Element name | Format | ||||||||||||
DCMI definition | The physical or digital manifestation of the resource. Typically, Format may include the media-type or dimensions of the resource. Format may be used to determine the software, hardware or other equipment needed to display or operate the resource. Examples of dimensions include size and duration. Recommended best practice is to select a value from a controlled vocabulary (for example, the list of Internet Media Types [MIME] defining computer media formats). | ||||||||||||
Usage | Recommended | ||||||||||||
User instruction | The DC element 'format' is used in order to give DARE partners the necessary context to base services on. A DARE partner can selectively harvest those records that link to resources that use or operate on software, hardware or other equipment that is supported by the DARE partner's institute.
Type Subtype -- -- text plain richtext enriched tab-separated-values html sgml xml application octet-stream postscript rtf applefile mac-binhex40 wordperfect5.1 zip macwriteii msword sgml ms-excel ms-powerpoint ms-project ms-works image jpeg gif tiff png jpeg2000 sid audio wav mp3 video quicktime mpeg1 mpeg2 mpeg3 avi | ||||||||||||
Do not confuse with | Type |
Element name
Type
DCMI definition
The type of scientific output the resource is a manifestation of. In the DC element type the kind of dissemination, or the intellectual and/or content type of the resource is described. It is used to explain to the user what kind of resource he is looking at. Is it a book or an article. Was it written for internal or external use. Etc.
Usage
Mandatory. In every metadata record one DC element 'type' should be used.
User instruction
- Annotation
- Article / Letter to editor
- Article in monograph or in proceedings
- Book (monograph)
- Book review
- Book editorial
- Collection
- Commission report or memorandum
- Conference lecture
- Conference report
- Contribution for newspaper or weekly magazine
- Dataset
- Dissertation
- Documentation for grant request
- Educational material
- Event
- External research report
- Inaugural lecture
- Interactive resource
- Internal report
- Newsletter
- Newspaper article
- Part of book or chapter of book
- Patent
- Physical resource
- Preprint
- Report for financing agency (grants)
- Research paper
- Service
- Set of images
- Software
- Sound
- Statistical report
- Still image (photo, video, movie)
- Student thesis
- Technical documentation
- Working material
Do not confuse with
DC element 'type' describes the kind of academic output the resource is a representation of. |
Refinements | Extent (Optional) [DCMI:] The size or duration of the resource. E.g. number of pages of an article. |
Refinements
Examples | <dc: |
format>application/pdf</dc: |
Scheme
See about Metis: http://metis.hosting.kun.nl/metis/default.cfm?i=aboutmetis
See Metis Guide: Metis Guide (PDF):
format> | |
Scheme | the IANA registered list of Internet Media Types (MIME types) |
DCMI Type description: http://dublincore.org/documents/dcmi-type-vocabulary/
Format
...
Element name
...
Format
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="905f7bc4-44b1-4f48-8b8d-ff5ef47ba588"><ac:plain-text-body><![CDATA[
...
DCMI definition
...
The physical or digital manifestation of the resource. Typically, Format may include the media-type or dimensions of the resource. Format may be used to determine the software, hardware or other equipment needed to display or operate the resource. Examples of dimensions include size and duration. Recommended best practice is to select a value from a controlled vocabulary (for example, the list of Internet Media Types [MIME] defining computer media formats).
...
]]></ac:plain-text-body></ac:structured-macro>
...
Usage
...
Recommended
...
User instruction
...
Do not confuse with
...
Type
DC element 'format' describes the media type of this resource. DC element 'type' describes the kind of academic output the resource is a representation of.
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="70153ca1-6b48-4562-bb6e-052eb4a44643"><ac:plain-text-body><![CDATA[
...
Refinements
...
Extent (Optional) [DCMI:] The size or duration of the resource. E.g. number of pages of an article.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="d652221b-ceb3-435d-9f2e-2a30aeed9758"><ac:plain-text-body><![CDATA[Medium (Optional) [DCMI:] The material or physical carrier of the resource.
...
]]></ac:plain-text-body></ac:structured-macro>
...
Examples
...
<dc:format>application/pdf</dc:format>
<dc:format>video/quicktime</dc:format>
...
Scheme
...
the IANA registered list of Internet Media Types (MIME types)
http://www.iana.org/assignments/media-types/
Identifier
...
Element name
...
Identifier
...
DCMI definition
...
An unambiguous reference to the resource within a given context.
...
Usage
...
Mandatory
...
User instruction
...
Do not confuse with
...
dc:source and dc:relation
...
Refinements
...
...
Example
...
Identifier
Element name | Identifier |
DCMI definition | An unambiguous reference to the resource within a given context. |
Usage | Mandatory |
User instruction | Use an URI to point to the resource (metadata). |
Do not confuse with | dc:source and dc:relation |
Refinements |
|
Example | Open URL syntax example: |
Scheme | Dcterms |
Further information | Open URL: See also: http://library.caltech.edu/openurl/ |
Example of a Dublin Core Description of a Journal Article: dare_qdc
Property | Encoding Scheme | Value |
dc:title |
| Studying E-Journal User Behavior Using Log Files |
dc:creator |
| Yu, L. |
dc:creator |
| Apps, A. |
dc:subject | dcterms:DDC | 020 |
dc:subject | dcterms:LCC | Z671 |
dc:publisher |
| Elsevier |
dc:type | dcterms:DCMIType | Text |
dcterms:issued | dcterms:W3CDTF | 2000 |
dcterms:isPartOf | dcterms:URI | urn: ISSN:0740-8188 |
dcterms:bibliographicCitation |
| Library and Information Science Research 22(3), 311-338. (2000) |
For oai_dc repeat dc:subject and dc:type and describe in the order in which oai_dc elements are used in the Identify section of your IR. See for instance: http://arXiv.org/oai2?verb=Identify for best practice.
Source
Element name | Source |
DCMI definition | A reference to a resource from which the present resource is derived. |
Usage | Optional |
User instruction | The present resource may be derived from the Source resource in whole or in part. Recommended best practice is to reference the resource by means of a string or number conforming to a formal identification system. |
Do not confuse with | dc:relation and dc:identifier |
Refinements | Bibl. Citation (Optional) [DCMI:] A bibliographic reference for the resource. |
Example | <dc:source>Ecology Letters (1461023X) vol.4 (2001)</dc:source> |
Scheme | ISSN, ISBN |
Language
Element name | Language |
DCMI definition | A language of the intellectual content of the resource. |
Usage | Recommended |
User instruction | A specific resource (an instance of scientific output) is either written in one human readable language or more. In these cases all used languages are used in the DC element 'language'. If a specific resource (an instance of scientific output) is written in one human readable language and is translated into other human readable languages, these translations are distinguished from the original version and therefore described separately. |
Do not confuse with | - |
Refinements | - |
Examples | <dc:language>en</dc:language> |
Scheme | ISO 639-1 and ISO 639-2, see: http://www.loc.gov/standards/iso639-2/englangn.html |
Relation
Element name | Relation |
DCMI definition | The reference to a related resource. |
Usage | Recommended |
User instruction | Recommended best practice is to reference the resource by means of a string or number conforming to a formal identification system.
|
Do not confuse with | dc:identifier and dc:source. |
Refinements | Isversionof (recommended) [DCMI:] The described resource is a version, edition, or adaptation of the referenced resource. Changes in version imply substantive changes in content rather than differences in format. |
...
Scheme
...
Dcterms
...
Further information
...
Open URL: See also: http://library.caltech.edu/openurl/
handle: http://www.handle.net
DOI: http://www.doi.org/
Example of a Dublin Core Description of a Journal Article: dare_qdc
Property | Encoding Scheme | Value |
dc:title |
| Studying E-Journal User Behavior Using Log Files |
dc:creator |
| Yu, L. |
dc:creator |
| Apps, A. |
dc:subject | dcterms:DDC | 020 |
dc:subject | dcterms:LCC | Z671 |
dc:publisher |
| Elsevier |
dc:type | dcterms:DCMIType | Text |
dcterms:issued | dcterms:W3CDTF | 2000 |
dcterms:isPartOf | dcterms:URI | urn: ISSN:0740-8188 |
dcterms:bibliographicCitation |
| Library and Information Science Research 22(3), 311-338. (2000) |
...
Source
...
Element name
...
Source
...
DCMI definition
...
A reference to a resource from which the present resource is derived.
...
Usage
...
Optional
...
User instruction
...
Do not confuse with
...
dc:relation and dc:identifier
...
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="05951555-534b-4177-b351-0cd2a18e21f3"><ac:plain-text-body><![CDATA[
...
Refinements
...
Bibl. Citation (Optional) [DCMI:] A bibliographic reference for the resource.
...
]]></ac:plain-text-body></ac:structured-macro>
...
Example
...
<dc:source>Ecology Letters (1461023X) vol.4 (2001)</dc:source>
<dc:source>ISSN: 0928-0987</dc:source>
...
Scheme
...
ISSN, ISBN
Language
...
Element name
...
Language
...
DCMI definition
...
A language of the intellectual content of the resource.
...
Usage
...
Recommended
...
User instruction
...
]]></ac:plain-text-body></ac:structured-macro>
...
Do not confuse with
...
-
...
Refinements
...
-
...
Examples
...
<dc:language>en</dc:language>
<dc:language>nl</dc:language>
...
Scheme
...
ISO 639-1 and ISO 639-2, see: http://www.loc.gov/standards/iso639-2/englangn.html
RFC 1766
RFC 3066
Relation
Element name
Relation
DCMI definition
The reference to a related resource.
Usage
Recommended
User instruction
The DC element 'relation' can be used to indicate different kinds of relations between several metadata records
If relations between metadata records are made visible by using metadata the following holds for the distinction between versions.
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="12324f86-b924-4bef-99f6-5e3b1aec81f0"><ac:plain-text-body><![CDATA* Different manifestations of one and the same resource (an instance of scientific output) [that can be described with exactly the same bibliographic metadata, except for the DC element 'format'] are linked to one single metadata record \]></ac:plain-text-body></ac:structured-macro>
<dcterms:hasversion>uri previousversion</dcterms:hasversion>
where uri previous version is the value of the DC element 'identifier' of the referenced (previous) metadata record.
Do not confuse with
dc:identifier and dc:source.
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="0d2a8e47-9119-4f08-b7dd-772332c2713a"><ac:plain-text-body><![CDATA[
Refinements
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="0b6961be-f4d6-4e1d-949f-08aee60d5641"><ac:plain-text-body><![CDATA[Hasversion (recommended) [DCMI:] The described resource has a version, edition, or adaptation, namely, the referenced resource.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="954fd733-9972-4077-adf3-4ddc56cba8e9"><ac:plain-text-body><![CDATA[Replacedby (recommended) [DCMI:] The described resource is supplanted, displaced, or superseded by the referenced resource.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="fc9703f2-5a54-4acd-90a4-c8a55f0e92f2"><ac:plain-text-body><![CDATA[Replaces (recommended) [DCMI:] The described resource supplants, displaces, or supersedes the referenced resource.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="3f2caa84-8699-4d1e-8a21-b9ba2c8cd8eb"><ac:plain-text-body><![CDATA[Requiredby (recommended) [DCMI:] The described resource is required by the referenced resource, either physically or logically.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="27f82cbe-9f7f-41e7-853d-259457213310"><ac:plain-text-body><![CDATA[Requires (recommended) [DCMI:} The described resource requires the referenced resource to support its function, delivery, or coherence of content.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="48450ea0-a07a-4b3d-a30f-e57a1671ccf9"><ac:plain-text-body><![CDATA[Ispartof (recommended) [DCMI:] The described resource is a physical or logical part of the referenced resource.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="c87caa2f-1bc7-446d-8b94-f256bf2571ce"><ac:plain-text-body><![CDATA[Haspart (recommended) [DCMI:] The described resource includes the referenced resource either physically or logically.
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="bfbbf770-c51e-4b58-8e2c-07220965819d"><ac:plain-text-body><![CDATA[Isreferredby (recommended) [DCMI:] The described resource is referenced, cited, or otherwise pointed to by the referenced resource.
]]></ac:plain-text-body></ac:structured-macro>
References (recommended) {DCMI:} The described resource references, cites, or otherwise points to the referenced resource.
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="3c889e56-cd27-40df-9dd6-7b7af42ed233"><ac:plain-text-body><![CDATA[
Isformatof (recommended) [DCMI:] The described resource is the same intellectual content of the referenced resource, |
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="264820eb-4244-4873-a10c-4a85e8d1a5c8"><ac:plain-text-body><![CDATA[
but presented in another format. |
]]></ac:plain-text-body></ac:structured-macro>
Conformsto (recommended) [DCMI:] A reference to an established standard to which the resource |
conforms. | |
Example | <dc:relation:haspreviousversion>uri</dc:relation:haspreviousversion> |
Scheme | - |
Coverage
Element name | Coverage |
DCMI definition | The extent or scope of the content of the resource. Coverage will typically include spatial location (a place name or geographic coordinates), temporal period (a period label, date, or date range) or jurisdiction (such as a named administrative entity). |
Usage | Optional |
User instruction | Recommended best practice is to select the value from a controlled vocabulary (for example, the Getty Thesaurus of Geographic Names or TGN) and that, where appropriate, named places or time periods be used in |
If necessary, repeat this element to encode multiple locations or periods.
Do not confuse with
-
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="8f2c09cc-e931-4d94-bd8b-83627cda6dfc"><ac:plain-text-body><![CDATA[
Refinements
preference to numeric identifiers as, for example, sets of co-ordinates or date ranges. | |
Do not confuse with | - |
Refinements | Spatial (Optional) [DCMI:] Spatial characteristics of the intellectual content of the resource. |
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="d7fcd878-44e6-49b4-bba0-9af7bd69d11f"><ac:plain-text-body><![CDATA[
Temporal (Optional) [DCMI:] Temporal characteristics of the intellectual content of the resource. |
]]></ac:plain-text-body></ac:structured-macro>
Examples | Example Spatial - ISO 3166 |
Scheme | Point http://dublincore.org/documents/dcmi-point/ |
Rights
Element name | Rights |
DCMI definition | Information about rights held in and over the resource. |
Usage | Mandatory |
User instruction | Typically, a Rights element will contain a rights management statement for the access or use of the object, or reference a service providing such information. Rights information often encompasses Intellectual Property Rights (IPR), |
Do not confuse with
-
Copyright, and various Property Rights. | |
Do not confuse with | - |
Refinements | Access rights (Mandatory if formulated) [DCMI:] Information about who can access the resource |
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="131aaba8-e6bb-40a4-b7d0-9943455244ca"><ac:plain-text-body><![CDATA[
or an indication of its security status. |
]]></ac:plain-text-body></ac:structured-macro>
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="7d414b4f-7282-4cf7-8cc6-96947d9208a9"><ac:plain-text-body><![CDATA[
of such licenses can be found at http://creativecommons.org/licenses/. |
]]></ac:plain-text-body></ac:structured-macro>
Examples | <dc:rights>(c) University of Bath, 2003</dc:rights> |
Scheme | - |
Additional fields (in accordance with DCMI)
Audience
Element name | Audience |
DCMI definition | A class of entity for whom the resource is intended or useful. |
Usage | Optional |
User instruction | A class of entity may be determined by the creator or the publisher or by a third party. |
Do |
-
not confuse with | - |
Refinements | Mediator (Optional) [DCMI:] A class of entity that mediates access to the resource and for whom the resource is intended or useful. |
]]></ac:plain-text-body></ac:structured-macro>
Education level (Optional) [DCMI:] A general statement describing the education or training context. Alternatively, a more specific statement of the location of the audience in terms of its progression through an education or training context. |
Examples | <dc: audience>Researchers</dc: audience> |
Scheme | - |