People's Network Service
Discovery Service Dublin Core Application Profile (PNDS DCAP)
People's Network Service
|
Title:
|
People's Network Service: Discovery Service Dublin Core Application Profile (PNDS DCAP) |
|
Creator:
|
Andy Powell
|
|
Contributor:
|
Pete Johnston
|
|
Date Issued:
|
2005-04-27
|
|
Identifier:
|
|
|
Replaces:
|
|
|
Is Replaced By:
|
Not applicable
|
|
Latest Version:
|
|
|
Status of Document:
|
This is a Working Draft.
|
| Description of Document: | This document presents a draft DC Application Profile for item-level description for the People's Network Service. |
|
|
|
This draft document provides some recommendations for the use of Dublin Core metadata to describe resources being made available via the MLA People's Network Service (PNS). Content providers to the PNS will expose metadata about their content using this application profile and the OAI-PMH.
These recommendations are not primarily targeted at the end-users of the PNS. Rather, they are intended to guide 'best-practice' for the providers of content to the PNS in order that such systems can be configured to maximise the benefits of a shared approach to metadata disclosure. The intention is to facilitate more consistent results when 'cross-searching' and browsing metadata records gathered from multiple content providers. Nonetheless, we would hope that these guidelines have some impact on the cataloguing guidelines used within content provider services and on the 'help' sub-systems offered to end-users of those services.
These recommendations are intended to be applicable to a wide range of resource types.
These recommendations draw on four documents:
These guidelines are intended to create metadata that supports the following end-user discovery-related requirements. i.e. services should be able to perform the following functions/operations based on this Dublin Core Application Profile.
Services will be able to offer the following types of searches for items
Services will be able to filter/select the results of any of the searches listed above according to:
Services will be able to present items grouped for browsing according to:
Services will be able to display the following information about an item. (Some properties may not apply to all types of item.)
All content providers must support the following set of properties/encoding schemes for describing items:
The value strings provided for these properties must not contain any HTML (or XML) markup.
All content providers must support the qualified DC 'pns_dc' record format (XML schema to be provided).
Note: The XML fragments included in the text below are provided as a rough guide only. The details of the 'pns_dc' XML format are being finalised and will be circulated as soon as possible.
All content providers must also support the simple DC 'oai_dc' record format (this is mandated by the OAI-PMH).
Admin metadata: in order to maintain and share consistent metadata about PNS metadata records, content providers should conform to the PNS admin metadata guidelines?.
This section lists the properties that are required by the application profile.
For each property, PNS-specific guidelines are provided, followed by the authoritative definitions and comments from the Dublin Core Metadata Initiative.
The URI of the resource.
For example:
Property: dc:identifier Syntax Encoding Scheme: dcterms:URI Value String: http://www.lib.cam.ac.uk/Taylor-Schechter/
pns_dc XML Encoding:
<dc:identifier xsi:type="dcterms:URI">http://www.lib.cam.ac.uk/Taylor-Schechter/</dc:identifier>
oai_dc XML Encoding:
<dc:identifier>http://www.lib.cam.ac.uk/Taylor-Schechter/</dc:identifier>
DC Label: Resource Identifier
DC Name: dc:identifier
DC Definition: An unambiguous reference to the resource within a given context.
DC Comment: Recommended best practice is to identify the resource by means of a string or number conforming to a formal identification system. Example formal identification systems include the Uniform Resource Identifier (URI) (including the Uniform Resource Locator (URL), the Digital Object Identifier (DOI) and the International Standard Book Number (ISBN)).
A name given to the resource.
Transcribe the title preserving the original wording, order and spelling. Capitalize proper nouns only, in accordance with AACR2. Punctuation need not reflect the usage of the original. Subtitles should be separated from the title by
Property: dc:title Value String: Hungary's revolution : forty years on
pns_dc XML Encoding:
oai_dc XML Encoding:
DC Label: Title
DC Name: dc:title
DC Definition: A name given to the resource.
DC Comment: Typically, a Title will be a name by which the resource is formally known.
A free-text description of resource.
Property: dc:description Value String: The article provides a summary of the 2003 White Paper on identity cards with a critique from the perspective of the civil liberties organisation, Liberty.
pns_dc XML Encoding:
oai_dc XML Encoding:
DC Label: Description
DC Name: dc:description
DC Definition: An account of the content of the resource.
DC Comment: 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
The topic of the resource.
For multiple free-text keywords, repeat the property. There are no requirements regarding the capitalization of keywords.
For example
Property: dc:subject Value String: Football
Property: dc:subject Value String: Rugby
pns_dc XML Encoding:
oai_dc XML Encoding:
The resource type, using a value selected from the DCMIType vocabulary. Repeat the property for multiple types.
For example:
Property: dc:type Vocabulary Encoding Scheme: dcterms:DCMIType Value String: Image
pns_dc XML Encoding:
oai_dc XML Encoding:
DC Label: Resource Type
DC Name: dc:type
DC Definition: The nature or genre of the content of the resource.
DC Comment: Type includes terms describing general categories, functions, genres, or aggregation levels for content. Recommended best practice is to select a value from a controlled vocabulary (for example, the working draft list of DCMI Type Vocabulary. To describe the physical or digital manifestation of the resource, use the FORMAT element.
The licence under which the resource is being made available. The URI of the licence must be provided.
For example:
Property: dcterms:license Value URI: http://creativecommons.org/licenses/by-sa/2.0/
pns_dc XML Encoding:
Use dc:rights (without the xsi:type qualifier) in place of dcterms:license when exposing simple oai_dc records.
oai_dc XML Encoding:
DC Label: License
DC Name: dcterms:license
DC Definition: A legal document giving official permission to do something with the resource.
DC Comment: Recommended best practice is to identify the license using a URI. Examples of such licenses can be found at http://creativecommons.org/licenses/.
The person or organization that owns the copyright over the resource.
Enter personal names, where possible, in the order suggested by AACR2 chapter 22 for headings of persons, i.e. the entry element should be that part of the name under which the person would normally be listed in authoritative alphabetic lists in his or her language or country of residence or activity (rule 22.4A). Separate other elements with a comma, e.g.:
Property: dcterms:rightsHolder Value String: Collinson, Patrick
Property: dcterms:rightsHolder Value String: Gould, Stephen Jay
Property: dcterms:rightsHolder Value String: Hoskins, W.G.
Property: dcterms:rightsHolder Value String: Ng, Tze Beng
pns_dc XML Encoding:
Enter corporate names, where possible, in the order suggested by AACR2 chapters 24 for headingds for corporate bodies. In general (rule 24.1) this means entering a corporate body under the name by which it is commonly identified, except when the rules provide for entering it under the name of a higher or related body or the name of a government, e.g.:
Property: dcterms:rightsHolder Value String: Bodleian Library
Property: dcterms:rightsHolder Value String: British Broadcasting Corporation
Property: dcterms:rightsHolder Value String: Loughborough University. Department of Computer Science
Property: dcterms:rightsHolder Value String: United Kingdom. Department for Education and Employment
pns_dc XML Encoding:
The inclusion of personal and corporate name headings from authority lists constructed according to AACR2, e.g. the Library of Congress Name Authority File (LCNA), is also acceptable.
This information cannot be expressed using simple oai_dc records.
DC Label: Rights Holder
DC Name: dcterms:rightsHolder
DC Definition: A person or organization owning or managing rights over the resource.
DC Comment: Recommended best practice is to use the URI or name of the Rights Holder to indicate the entity.
This section lists the properties that are recommended by the application profile.
For each property, PNS-specific guidelines are provided, followed by the authoritative definitions and comments from the Dublin Core Metadata Initiative.
The topic of the resource.
Where terms are taken from a standard subject classification scheme use a vocabulary encoding scheme to indicate the vocabulary being used. An identifier for the encoding scheme should be provided in the form of a URI (or URI encoded as a QName). Note: The exact form in which this should be encoded is being finalised and the XML fragment presented here should be treated as a rough guide only.
Transcribe complete subject descriptor according to the relevant scheme. Use the punctuation and capitalisation used in the original scheme, for example:
Property: dc:subject Vocabulary Encoding Scheme: dcterms:LCSH Value String: World War, 1939-1945 - Germany
Property: dc:subject Vocabulary Encoding Scheme: dcterms:LCSH Value String: Germany - History - 1933-1945
Property: dc:subject Vocabulary Encoding Scheme: dcterms:LCSH Value String: Hitler, Adolf, 1889-45
Property: dc:subject Vocabulary Encoding Scheme: dcterms:DDC Value String: 940.43
pns_dc XML Encoding:
oai_dc XML Encoding:
Where the resource is about a person or organisation, their names should be supplied in addition to other keywords.
Enter personal names, where possible, in the order suggested by AACR2 chapter 22 for headings of persons, i.e. the entry element should be that part of the name under which the person would normally be listed in authoritative alphabetic lists in his or her language or country of residence or activity (rule 22.4A). Separate other elements with a comma, e.g.:
Property: dc:subject Vocabulary Encoding Scheme: pnsterms:Agent Value String: Thatcher, Margaret
Property: dc:subject Vocabulary Encoding Scheme: pnsterms:Agent Value String: Spears, Britney
pns_dc XML Encoding:
oai_dc XML Encoding:
Enter corporate names, where possible, in the order suggested by AACR2 chapters 24 for headingds for corporate bodies. In general (rule 24.1) this means entering a corporate body under the name by which it is commonly identified, except when the rules provide for entering it under the name of a higher or related body or the name of a government, e.g.:
Property: dc:subject Vocabulary Encoding Scheme: pnsterms:Agent Value String: Manchester United Football Club
Property: dc:subject Vocabulary Encoding Scheme: pnsterms:Agent Value String: British Broadcasting Corporation
pns_dc XML Encoding:
oai_dc XML Encoding:
The inclusion of personal and corporate name headings from authority lists constructed according to AACR2, e.g. the Library of Congress Name Authority File (LCNA), is also acceptable.
DC Label: Subject and Keywords
DC Name: dc:subject
DC Definition: The topic of the content of the resource.
DC Comment: Typically, a Subject will be expressed as keywords, key phrases or classification codes that describe a topic of the resource.
Recommended best practice is to select a value from a controlled vocabulary or formal classification scheme.
The person or organisation primarily responsible for making the content of the resource.
Enter personal names, where possible, in the order suggested by AACR2 chapter 22 for headings of persons, i.e. the entry element should be that part of the name under which the person would normally be listed in authoritative alphabetic lists in his or her language or country of residence or activity (rule 22.4A). Separate other elements with a comma, e.g.:
Property: dc:creator Value String: Collinson, Patrick
Property: dc:creator Value String: Gould, Stephen Jay
Property: dc:creator Value String: Hoskins, W.G.
Property: dc:creator Value String: Ng, Tze Beng
pns_dc XML Encoding:
oai_dc XML Encoding:
Enter corporate names, where possible, in the order suggested by AACR2 chapters 24 for headingds for corporate bodies. In general (rule 24.1) this means entering a corporate body under the name by which it is commonly identified, except when the rules provide for entering it under the name of a higher or related body or the name of a government, e.g.:
Property: dc:creator Value String: Bodleian Library
Property: dc:creator Value String: British Broadcasting Corporation
Property: dc:creator Value String: Loughborough University. Department of Computer Science
Property: dc:creator Value String: United Kingdom. Department for Education and Employment
pns_dc XML Encoding:
oai_dc XML Encoding:
The inclusion of personal and corporate name headings from authority lists constructed according to AACR2, e.g. the Library of Congress Name Authority File (LCNA), is also acceptable.
DC Label:
Creator
DC Name:
dc:creator
DC Definition:
An entity primarily responsible for making the content of the resource.
DC Comment:
Examples of a Creator include a person, an organisation, or a service. Typically, the name of a Creator should be used to indicate the entity.
A person or organisation responsible for making contributions to the content of the resource.
Enter personal names, where possible, in the order suggested by AACR2 chapter 22 for headings of persons, i.e. the entry element should be that part of the name under which the person would normally be listed in authoritative alphabetic lists in his or her language or country of residence or activity (rule 22.4A). Separate other elements with a comma, e.g.:
Property: dc:contributor Value String: Collinson, Patrick
Property: dc:contributor Value String: Gould, Stephen Jay
Property: dc:contributor Value String: Hoskins, W.G.
Property: dc:contributor Value String: Ng, Tze Beng
pns_dc XML Encoding:
oai_dc XML Encoding:
Enter corporate names, where possible, in the order suggested by AACR2 chapters 24 for headingds for corporate bodies. In general (rule 24.1) this means entering a corporate body under the name by which it is commonly identified, except when the rules provide for entering it under the name of a higher or related body or the name of a government, e.g.:
Property: dc:contributor Value String: Bodleian Library
Property: dc:contributor Value String: British Broadcasting Corporation
Property: dc:contributor Value String: Loughborough University. Department of Computer Science
Property: dc:contributor Value String: United Kingdom. Department for Education and Employment
pns_dc XML Encoding:
oai_dc XML Encoding:
The inclusion of personal and corporate name headings from authority lists constructed according to AACR2, e.g. the Library of Congress Name Authority File (LCNA), is also acceptable.
DC Label:
Contributor
DC Name:
dc:contributor
DC Definition:
An entity responsible for making contributions to the content of the resource.
DC Comment:
Examples of a Contributor include a person, an organisation, or a service.
Typically, the name of a Contributor should be used to indicate the entity
A person or organisation responsible for making the resource available.
Enter personal names, where possible, in the order suggested by AACR2 chapter 22 for headings of persons, i.e. the entry element should be that part of the name under which the person would normally be listed in authoritative alphabetic lists in his or her language or country of residence or activity (rule 22.4A). Separate other elements with a comma, e.g.:
Property: dc:publisher Value String: Collinson, Patrick
Property: dc:publisher Value String: Gould, Stephen Jay
Property: dc:publisher Value String: Hoskins, W.G.
Property: dc:publisher Value String: Ng, Tze Beng
pns_dc XML Encoding:
oai_dc XML Encoding:
Enter corporate names, where possible, in the order suggested by AACR2 chapters 24 for headingds for corporate bodies. In general (rule 24.1) this means entering a corporate body under the name by which it is commonly identified, except when the rules provide for entering it under the name of a higher or related body or the name of a government, e.g.:
Property: dc:publisher Value String: Bodleian Library
Property: dc:publisher Value String: British Broadcasting Corporation
Property: dc:publisher Value String: Loughborough University. Department of Computer Science
Property: dc:publisher Value String: United Kingdom. Department for Education and Employment
pns_dc XML Encoding:
oai_dc XML Encoding:
The inclusion of personal and corporate name headings from authority lists constructed according to AACR2, e.g. the Library of Congress Name Authority File (LCNA), is also acceptable.
DC Label:
Publisher
DC Name:
dc:publisher
DC Definition:
An entity responsible for making the resource available.
DC Comment:
Examples of a Publisher include a person, an organisation, or a service.
Typically, the name of a Publisher should be used to indicate the entity.
The language of the resource. Use the language codes defined in RFC 3066.
For example:
Property: dc:language Vocabulary Encoding Scheme: dcterms:RFC3066 Value String: en-GB
pns_dc XML Encoding:
oai_dc XML Encoding:
DC Label: Language
DC Name: dc:language
DC Definition: A language of the intellectual content of the resource.
DC Comment: Recommended best practice is to use RFC 3066 which, in conjunction with ISO639 [18]), defines two- and three primary language tags with optional subtags. Examples include "en" or "eng" for English, "akk" for Akkadian", and "en-GB" for English used in the United Kingdom.
The spatial coverage of the content of the resource.
The value should be a UK Ordnance Survey Grid Reference. Where more than one term is used, a separate statement should be used for each one.
For example:
Property: dcterms:spatial Vocabulary Encoding Scheme: pnsterms:OSGridRef Value String: SN 045 055
Property: dcterms:spatial Vocabulary Encoding Scheme: pnsterms:OSGridRef Value String: NN 166 712
pns_dc XML Encoding:
Use dc:coverage in place of dcterms:spatial (without the xsi:type qualifier) when exposing simple oai_dc records.
oai_dc XML Encoding:
As an alternative to a Grid Reference, the value should be a UK Post Code. Where more than one term is used, a separate statement should be used for each one.
For example:
Property: dcterms:spatial Vocabulary Encoding Scheme: pnsterms:UKPostCode Value String: BA2 7AY
Property: dcterms:spatial Vocabulary Encoding Scheme: pnsterms:UKPostCode Value String: BS8 1HH
pns_dc XML Encoding:
Use dc:coverage in place of dcterms:spatial (without the xsi:type qualifier) when exposing simple oai_dc records.
oai_dc XML Encoding:
DC Label: Spatial
DC Name: dcterms:spatial
DC Definition: Spatial characteristics of the intellectual content of the resource.
DC Comment:
The temporal coverage of the content of the resource.
This may be a term taken from an existing controlled vocabulary or using a format for representing a date or period of time. Where more than one term is used, a separate statement should be used for each one.
Values should be provided using the DCMI Period comma-separated value format.
For example:
Property: dcterms:temporal Syntax Encoding Scheme: dcterms:Period Value String: name=The Great Depression; start=1929; end=1939;
pns_dc XML Encoding:
Use dc:coverage in place of dcterms:temporal (without the xsi:type qualifier) when exposing simple oai_dc records.
oai_dc XML Encoding:
Alternatively, values should be provided as a period of time (time interval) formatted according to the rules specified in ISO8601
For example:
Property: dcterms:temporal Syntax Encoding Scheme: pnsterms:ISO8601Per Value String: 1985-04-12T23:20:50/1985-06-25T10:30:00
Property: dcterms:temporal Syntax Encoding Scheme: pnsterms:ISO8601Per Value String: 1985-04-12T23:20:50/P0001-02-15T12:30:00
pns_dc XML Encoding:
Use dc:coverage in place of dcterms:spatial (without the xsi:type qualifier) when exposing simple oai_dc records.
oai_dc XML Encoding:
DC Label: Temporal
DC Name: dcterms:temporal
DC Definition: Temporal characteristics of the intellectual content of the resource.
DC Comment:
A collection of which the resource is part, where applicable.
Provide the URI of the collection's home page. For example:
Property: dcterms:isPartOf Value URI: http://www.intothenet.org/
pns_dc XML Encoding:
Use dc:relation (without the xsi:type attribute) in place of dcterms:isPartOf when exposing simple oai_dc records.
oai_dc XML Encoding:
DC Label: Is Part Of
DC Name: dcterms:isPartOf
DC Definition: The described resource is a physical or logical part of the referenced resource.
DC Comment:
An associated thumbnail image representation of the resource, where applicable.
Provide the URI of that image:
Property: pnsterms:thumbnail Value URI:
pns_dc XML Encoding:
Use dc:relation (without the xsi:type attribute) in place of pnsterms:thumbnail when exposing simple oai_dc records.
oai_dc XML Encoding:
Label: Thumbnail Image
Name: pnsterms:thumbnail
Definition: A thumbnail image representation of the resource.
Comment:
This section lists the properties that are optional under the application profile.
For each property, PNS-specific guidelines are provided, followed by the authoritative definitions and comments from the Dublin Core Metadata Initiative.
The digital manifestation of the resource.
Recommended best practice is to select a term from the IANA registered list of Internet Media Types (or MIME types). For example:
Property: dc:format Vocabulary Encoding Scheme: dcterms:IMT Value String: text/html
pns_dc XML Encoding:
oai_dc XML Encoding:
DC Label:
Format
DC Name:
dc:format
DC Definition:
The physical or digital manifestation of the resource.
DC Comment:
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 (IANA).
The spatial coverage of the content of the resource.
The value may be a term taken from an existing controlled vocabulary (e.g. the Getty Thesaurus of Geographic Names). In this case, use a vocabulary encoding scheme to indicate the vocabulary being used. An identifier for the encoding scheme should be provided in the form of a URI (or URI encoded as a QName). Note: The exact form in which this should be encoded is being finalised and the XML fragment presented here should be treated as a rough guide only.
Where more than one term is used, a separate statement should be used for each one.
For example:
Property: dcterms:spatial Vocabulary Encoding Scheme: dcterms:TGN Value String: World, Europe, United Kingdom, England, Bath and Northeast Somerset, Bath
Property: dcterms:spatial Vocabulary Encoding Scheme: dcterms:TGN Value String: World, Europe, United Kingdom, England, Bristol
pns_dc XML Encoding:
Use dc:coverage in place of dcterms:spatial (without the xsi:type qualifier) when exposing simple oai_dc records.
oai_dc XML Encoding:
DC Label: Spatial
DC Name: dcterms:spatial
DC Definition: Spatial characteristics of the intellectual content of the resource.
DC Comment:
The temporal coverage of the content of the resource.
This may be a term taken from an existing controlled vocabulary or using a format for representing a date or period of time. Where more than one term is used, a separate statement should be used for each one.
Where temporal coverage is provided using a term drawn from a controlled vocabulary, use a vocabulary encoding scheme to indicate the vocabulary being used. An identifier for the encoding scheme should be provided in the form of a URI (or URI encoded as a QName). Note: The exact form in which this should be encoded is being finalised and the XML fragment presented here should be treated as a rough guide only.
For example:
Property: dcterms:temporal Vocabulary Encoding Scheme: dcterms:LCSH Value String: Middle Ages
pns_dc XML Encoding:
Use dc:coverage in place of dcterms:temporal (without the xsi:type qualifier) when exposing simple oai_dc records.
oai_dc XML Encoding:
DC Label: Temporal
DC Name: dcterms:temporal
DC Definition: Temporal characteristics of the intellectual content of the resource.
DC Comment:
The intended audience for the resource.
The value should be a term from the UK Educational Levels vocabulary. For example:
Property: dcterms:audience Vocabulary Encoding Scheme: meg:UKEL Value String: UK Educational Level 5
pns_dc XML Encoding:
This information cannot be expressed using simple oai_dc records.
DC Label: Audience
DC Name: dcterms:audience
DC Definition: A class of entity for whom the resource is intended or useful.
DC Comment: A class of entity may be determined by the creator or the publisher or by a third party.
The following properties are in the DCMES but are not used by this application profile. They are provided here for information.
Dates should be entered in W3CDTF format. The following examples are all valid dates:
DC Label:
Date
DC Name:
dc:date
DC Definition:
A date associated with an event in the life cycle of the resource.
DC Comment:
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 and follows the YYYY-MM-DD format.
A free-text description of the original version of a resource.
DC Label:
Source
DC Name:
dc:source
DC Definition:
A Reference to a resource from which the present resource is derived.
DC Comment:
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
<dc:title>Hungary's revolution : forty years on</dc:title>
<dc:title>Hungary's revolution : forty years on</dc:title>
Description
<dc:description>The article provides a summary of the 2003 White Paper on identity cards with a critique from the perspective of the civil liberties organisation, Liberty.</dc:description>
<dc:description>The article provides a summary of the 2003 White Paper on identity cards with a critique from the perspective of the civil liberties organisation, Liberty.</dc:description>
Subject
<dc:subject>Football</dc:subject>
<dc:subject>Rugby</dc:subject>
<dc:subject>Football</dc:subject>
<dc:subject>Rugby</dc:subject>
Type
<dc:type xsi:type="dcterms:DCMIType">Image</dc:type>
<dc:type>Image</dc:type>
License
<dcterms:license xsi:type="dcterms:URI">http://creativecommons.org/licenses/by-sa/2.0/</dcterms:license>
<dc:rights>http://creativecommons.org/licenses/by-sa/2.0/</dc:rights>
Rights Holder
<dcterms:rightsHolder>Collinson, Patrick</dcterms:rightsHolder>
<dcterms:rightsHolder>Gould, Stephen Jay</dcterms:rightsHolder>
<dcterms:rightsHolder>Hoskins, W.G.</dcterms:rightsHolder>
<dcterms:rightsHolder>Ng, Tze Beng</dcterms:rightsHolder>
<dcterms:rightsHolder>Bodleian Library</dcterms:rightsHolder>
<dcterms:rightsHolder>British Broadcasting Corporation</dcterms:rightsHolder>
<dcterms:rightsHolder>Loughborough University. Department of Computer Science</dcterms:rightsHolder>
<dcterms:rightsHolder>United Kingdom. Department for Education and Employment</dcterms:rightsHolder>
Recommended Properties
Subject
<dc:subject xsi:type="dcterms:LCSH">World War, 1939-1945 - Germany</dc:subject>
<dc:subject xsi:type="dcterms:LCSH">Germany - History - 1933-1945</dc:subject>
<dc:subject xsi:type="dcterms:LCSH">Hitler, Adolf, 1889-45</dc:subject>
<dc:subject xsi:type="dcterms:DDC">940.43</dc:subject>
<dc:subject>World War, 1939-1945 - Germany</dc:subject>
<dc:subject>Germany - History - 1933-1945</dc:subject>
<dc:subject>Hitler, Adolf, 1889-45</dc:subject>
<dc:subject>940.43</dc:subject>
<dc:subject xsi:type="pnsterms:Agent">Thatcher, Margaret</dc:subject>
<dc:subject xsi:type="pnsterms:Agent">Spears, Britney</dc:subject>
<dc:subject>Thatcher, Margaret</dc:subject>
<dc:subject>Spears, Britney</dc:subject>
<dc:subject xsi:type="pnsterms:Agent">Manchester United Football Club</dc:subject>
<dc:subject xsi:type="pnsterms:Agent">British Broadcasting Corporation</dc:subject>
<dc:subject>Manchester United Football Club</dc:subject>
<dc:subject>British Broadcasting Corporation</dc:subject>
Creator
<dc:creator>Collinson, Patrick</dc:creator>
<dc:creator>Gould, Stephen Jay</dc:creator>
<dc:creator>Hoskins, W.G.</dc:creator>
<dc:creator>Ng, Tze Beng</dc:creator>
<dc:creator>Collinson, Patrick</dc:creator>
<dc:creator>Gould, Stephen Jay</dc:creator>
<dc:creator>Hoskins, W.G.</dc:creator>
<dc:creator>Ng, Tze Beng</dc:creator>
<dc:creator>Bodleian Library</dc:creator>
<dc:creator>British Broadcasting Corporation</dc:creator>
<dc:creator>Loughborough University. Department of Computer Science</dc:creator>
<dc:creator>United Kingdom. Department for Education and Employment</dc:creator>
<dc:creator>Bodleian Library</dc:creator>
<dc:creator>British Broadcasting Corporation</dc:creator>
<dc:creator>Loughborough University. Department of Computer Science</dc:creator>
<dc:creator>United Kingdom. Department for Education and Employment</dc:creator>
Contributor
<dc:contributor>Collinson, Patrick</dc:contributor>
<dc:contributor>Gould, Stephen Jay</dc:contributor>
<dc:contributor>Hoskins, W.G.</dc:contributor>
<dc:contributor>Ng, Tze Beng</dc:contributor>
<dc:contributor>Collinson, Patrick</dc:contributor>
<dc:contributor>Gould, Stephen Jay</dc:contributor>
<dc:contributor>Hoskins, W.G.</dc:contributor>
<dc:contributor>Ng, Tze Beng</dc:contributor>
<dc:contributor>Bodleian Library</dc:contributor>
<dc:contributor>British Broadcasting Corporation</dc:contributor>
<dc:contributor>Loughborough University. Department of Computer Science</dc:contributor>
<dc:contributor>United Kingdom. Department for Education and Employment</dc:contributor>
<dc:contributor>Bodleian Library</dc:contributor>
<dc:contributor>British Broadcasting Corporation</dc:contributor>
<dc:contributor>Loughborough University. Department of Computer Science</dc:contributor>
<dc:contributor>United Kingdom. Department for Education and Employment</dc:contributor>
Publisher
<dc:publisher>Collinson, Patrick</dc:publisher>
<dc:publisher>Gould, Stephen Jay</dc:publisher>
<dc:publisher>Hoskins, W.G.</dc:publisher>
<dc:publisher>Ng, Tze Beng</dc:publisher>
<dc:publisher>Collinson, Patrick</dc:publisher>
<dc:publisher>Gould, Stephen Jay</dc:publisher>
<dc:publisher>Hoskins, W.G.</dc:publisher>
<dc:publisher>Ng, Tze Beng</dc:publisher>
<dc:publisher>Bodleian Library</dc:publisher>
<dc:publisher>British Broadcasting Corporation</dc:publisher>
<dc:publisher>Loughborough University. Department of Computer Science</dc:publisher>
<dc:publisher>United Kingdom. Department for Education and Employment</dc:publisher>
<dc:publisher>Bodleian Library</dc:publisher>
<dc:publisher>British Broadcasting Corporation</dc:publisher>
<dc:publisher>Loughborough University. Department of Computer Science</dc:publisher>
<dc:publisher>United Kingdom. Department for Education and Employment</dc:publisher>
Language
<dc:language xsi:type="dcterms:RFC3066">en-GB</dc:language>
<dc:language>en-GB</dc:language>
Spatial Coverage
<dcterms:spatial xsi:type="pnsterms:OSGridRef">SN 045 055</dcterms:spatial>
<dcterms:spatial xsi:type="pnsterms:OSGridRef">NN 166 712</dcterms:spatial>
<dc:coverage>SN 045 055</dc:coverage>
<dc:coverage>NN 166 712</dc:coverage>
<dcterms:spatial xsi:type="pnsterms:UKPostCode">BA2 7AY</dcterms:spatial>
<dcterms:spatial xsi:type="pnsterms:UKPostCode">BS8 1HH</dcterms:spatial>
<dc:coverage>BA2 7AY</dc:coverage>
<dc:coverage>BS8 1HH</dc:coverage>
Temporal Coverage
<dcterms:temporal xsi:type="dcterms:Period">name=The Great Depression; start=1929; end=1939;</dcterms:temporal>
<dc:coverage>name=The Great Depression; start=1929; end=1939;</dc:coverage>
<dcterms:temporal xsi:type="pnsterms:ISO8601Per">1985-04-12T23:20:50/1985-06-25T10:30:00</dcterms:temporal>
<dcterms:temporal xsi:type="pnsterms:ISO8601Per">1985-04-12T23:20:50/P0001-02-15T12:30:00</dcterms:temporal>
<dc:coverage>1985-04-12T23:20:50/1985-06-25T10:30:00</dc:coverage>
<dc:coverage>1985-04-12T23:20:50/P0001-02-15T12:30:00</dc:coverage>
Is Part Of (Relation)
<dcterms:isPartOf xsi:type="dcterms:URI">http://www.intothenet.org/</dcterms:isPartOf>
<dc:relation>http://www.intothenet.org/</dc:relation>
Thumbnail Image (Relation)
<pnsterms:thumbnail xsi:type="dcterms:URI">http://www.example.org/images/thumbnails/1234.jpg</pnsterms:thumbnail>
<dc:relation>http://www.example.org/images/thumbnails/1234.jpg</dc:relation>
Optional Properties
Format
<dc:format xsi:type="dcterms:IMT">text/html</dc:format>
<dc:format>text/html</dc:format>
Spatial Coverage
<dcterms:spatial xsi:type="dcterms:TGN">World, Europe, United Kingdom, England, Bath and Northeast Somerset, Bath</dcterms:spatial>
<dcterms:spatial xsi:type="dcterms:TGN">World, Europe, United Kingdom, England, Bristol</dcterms:spatial>
<dc:coverage>World, Europe, United Kingdom, England, Bath and Northeast Somerset, Bath</dc:coverage>
<dc:coverage>World, Europe, United Kingdom, England, Bristol</dc:coverage>
Temporal Coverage
<dcterms:temporal xsi:type="dcterms:LCSH">Middle Ages</dcterms:temporal>
<dc:coverage>Middle Ages</dc:coverage>
Audience
<dcterms:audience xsi:type="meg:UKEL">UK Educational Level 5</dcterms:audience>
Other Properties
Date
<dc:date xsi:type="dcterms:W3CDTF">1999</dc:date>
<dc:date xsi:type="dcterms:W3CDTF">1999-12-25</dc:date>
Source