CINXE.COM

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>ORE Specification - Vocabulary</title> <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" /> <link rel="shortcut icon" href="http://www.openarchives.org/ore/favicon.ico" type="image/x-icon" /> <link rel="stylesheet" href="http://www.openarchives.org/ore/1.0/ore-spec.css" type="text/css" /> <link rel="alternate" href="http://www.openarchives.org/ore/terms/" type="application/rdf+xml" /> </head> <body> <div id="header"> <table class="layout" summary="Logos and OAI-ORE title"> <tr> <td><img alt="OAI logo" src="/images/OA100.gif" width="100" height="70" /></td> <td class="OREtext">Open Archives Initiative<br />Object Reuse and Exchange</td> <td><img alt="ORE logo" src="/ore/logos/ore_logo_e_80.png" width="80" height="80" /></td> </tr> </table> </div> <div id="titleBlock"> <h2 class="title">ORE Specification - Vocabulary</h2> <h3 class="subTitle">17 October 2008</h3> </div> <dl> <dt>This version:</dt> <dd><a href="http://www.openarchives.org/ore/1.0/vocabulary">http://www.openarchives.org/ore/1.0/vocabulary</a></dd> <dt>Latest version:</dt> <dd><a href="http://www.openarchives.org/ore/vocabulary">http://www.openarchives.org/ore/vocabulary</a></dd> <dt>Previous version:</dt> <dd><a href="http://www.openarchives.org/ore/0.9/vocabulary">http://www.openarchives.org/ore/0.9/vocabulary</a></dd> </dl> <dl class="EditorsContributors"> <dt>Editors (OAI Executive)</dt> <dd>Carl Lagoze, Cornell University Information Science</dd> <dd>Herbert Van de Sompel, Los Alamos National Laboratory</dd> <dt>Editors (ORE Technical Committee)</dt> <dd>Pete Johnston, Eduserv Foundation</dd> <dd>Michael Nelson, Old Dominion University</dd> <dd>Robert Sanderson, University of Liverpool</dd> <dd>Simeon Warner, Cornell University Information Science</dd> </dl>        <div class="abstract"> <h2><a id="abstract" name="abstract"></a>Abstract</h2> <p>Open Archives Initiative Object Reuse and Exchange (OAI-ORE) defines standards for the description and exchange of aggregations of Web resources.  This document describes a glossary of terms and the vocabularies needed to describe items of interest and express the relationships between them within the OAI-ORE context.</p> <p>This specification is one of several documents comprising the <a href="toc">OAI-ORE specifications and user guides</a>. Readers who want a high-level understanding of the motivation for ORE, and of the solution it provides, should read the <a href="primer">Primer</a>.</p> </div> <hr /> <div class="toc"> <h2><a id="contents" name="contents"></a>Table of Contents</h2> <p class="toc"> 1. <a href="#introduction">Introduction</a><br />      1.1 <a href="#notational">Notational Conventions</a><br />      1.2 <a href="#namespaces">Namespaces Used</a><br />      1.3 <a href="#namespaces">Note about Examples</a><br /> 2. <a href="#oreVocab">ORE Vocabulary Definition</a><br />      2.1 <a href="#entities">ORE Classes</a><br />          2.1.1 <a href="#aggr">ore:Aggregation</a><br />          2.1.2 <a href="#aggr_res">ore:AggregatedResource</a><br />          2.1.3 <a href="#proxy">ore:Proxy</a><br />          2.1.4 <a href="#rem">ore:ResourceMap</a><br />      2.2 <a href="#relationships">ORE Relationships</a><br />          2.2.1 <a href="#ore-aggregates">ore:aggregates</a><br />          2.2.2 <a href="#ore-is-aggregated-by">ore:isAggregatedBy</a><br />          2.2.3 <a href="#ore-describes">ore:describes</a><br />          2.2.4 <a href="#ore-is-described-by">ore:isDescribedBy</a><br />          2.2.5 <a href="#ore-lineage">ore:lineage</a><br />          2.2.6 <a href="#ore-proxyFor">ore:proxyFor</a><br />          2.2.7 <a href="#ore-proxyIn">ore:proxyIn</a><br />          2.2.8 <a href="#ore-similarTo">ore:similarTo</a><br /> 3. <a href="#otherVocabs">Recommended Vocabularies</a><br />      3.1 <a href="#otherClasses">Classes</a><br />      3.2 <a href="#otherRelationships">Relationships</a><br />          3.2.1 <a href="#dc-">Dublin Core Elements</a><br />          3.2.2 <a href="#dct-">Dublin Core Terms</a><br />          3.2.3 <a href="#foaf-">Friend of a Friend Terms</a><br />          3.2.4 <a href="#rdf-">RDF Terms</a><br />          3.2.5 <a href="#rdfs-">RDF Schema Terms</a><br /> 4. <a href="#references">References</a><br /> </p> <h3><a id="appendices" name="appendices"></a>Appendices</h3> <p class="toc">A. <a href="#acknowledgments">Acknowledgements</a><br /> B. <a href="#changelog">Change Log</a><br /> </p> </div> <hr /> <div class="body"> <h2><a id="introduction" name="introduction"></a>1. Introduction</h2> <p>The purpose of this document is to describe the concepts used within the OAI-ORE context and to specify the technical vocabularies needed to consistently implement these concepts in a machine-understandable fashion.</p> <p>Whereever possible the architecture and terminology of the World Wide Web [<a href="#ref-webarch">Web Architecture</a>] has been adhered to, in order to ensure that the specifications are consistent with both existing and future work in this area.</p> <p>There are two types of vocabulary entries described in this document:</p> <dl> <dt>Classes</dt> <dd>The core objects or entities of interest within the OAI-ORE context</dd> <dt>Relationships</dt> <dd>Relationships that exist between entities or from an entity to a literal value</dd> </dl> <p> A guiding principle is to reuse existing vocabularies when possible for terms which are not specific and fundamental to the ORE model. As such, many of the terms in this document that are required or desirable for describing objects of interest have been taken from other sources. These recommended vocabularies are described in Section 3 along with examples of how the terms can be used within the ORE context. These entries should not be considered comprehensive, see the references section for full details. In particular, the Dublin Core Metadata Initiative [<a href="#ref-dcmi">DCMI</a>] and the Resource Description Framework [<a href="#ref-rdf">RDF</a>] have provided many core definitions.</p> <p>For concepts not described in this document or other existing vocabularies, domain specific vocabularies should be created and maintained by their respective communities. Community best practice recommendations may be integrated into this document in the future, however at the present it contains only the vocabulary needed for a full mapping of the <a href="atom">Atom serialisation</a> and aspects which are considered important across all domains.</p> <p>The intended audience for this document is implementers looking for the technical details and semantics of the relationships and classes used in the <a href="datamodel">ORE Data Model</a>. In particular, implementers using or intending to use an RDF based serialization will find this document a single point of reference for all of the most common vocabulary terms used. Readers that want a high-level understanding of the motivation for ORE, and of the solution it provides, should read the <a href="primer">ORE Primer</a>.</p> <h3><a id="notational" name="notational"></a>1.1 Notational Conventions</h3> <p>The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [<cite><a href="#ref-rfc2119">IETF RFC 2119</a></cite>].</p> <h3><a id="namespaces" name="namespaces"></a>1.2 Namespaces Used</h3> <p>This specification uses the following namespaces and prefixes to indicate those namespaces:</p> <table class="namespace-table" summary="namespaces used in this document"> <tbody><tr> <th>Prefix</th> <th>Namespace URI</th> <th>Description</th> </tr> <tr> <td><code>dc</code></td> <td><code>http://purl.org/dc/elements/1.1/</code></td> <td>Dublin Core elements [<a href="#ref-dc">DC Elements</a>]</td> </tr> <tr> <td><code>dcterms</code></td> <td><code>http://purl.org/dc/terms/</code></td> <td>Dublin Core terms [<a href="#ref-dct">DC Terms</a>]</td> </tr> <tr> <td><code>dcmitype</code></td> <td><code>http://purl.org/dc/dcmitype/</code></td> <td>Dublin Core types [<a href="#ref-dctype">DC Types</a>]</td> </tr> <tr> <td><code>foaf</code></td> <td><code>http://xmlns.com/foaf/0.1/</code></td> <td>Friend of a Friend vocabulary terms [<a href="#ref-foaf">FOAF</a>]</td> </tr> <tr> <td><code>owl</code></td> <td><code>http://www.w3.org/2002/07/owl#</code></td> <td>OWL vocabulary terms [<a href="#ref-owl">OWL</a>]</td> </tr> <tr> <td><code>ore</code></td> <td><code>http://www.openarchives.org/ore/terms/</code></td> <td>ORE vocabulary terms [this document]</td> </tr> <tr> <td><code>oreatom</code></td> <td><code>http://www.openarchives.org/ore/atom/</code></td> <td>ORE Atom namespace [<a href="#ref-atom">ORE Atom</a>]</td> </tr> <tr> <td><code>rdf</code></td> <td><code>http://www.w3.org/1999/02/22-rdf-syntax-ns#</code></td> <td>RDF vocabulary terms [<a href="#ref-rdfs">RDF Vocabulary</a>]</td> </tr> <tr> <td><code>rdfg</code></td> <td><code>http://www.w3.org/2004/03/trix/rdfg-1/</code></td> <td>RDF Graph vocabulary [<a href="#ref-rdfg">RDFG</a>]</td> </tr> <tr> <td><code>rdfs</code></td> <td><code>http://www.w3.org/2001/01/rdf-schema#</code></td> <td>RDF Schema vocabulary [<a href="#ref-rdfs">RDF Vocabulary</a>]</td> </tr> </tbody></table> <h3><a id="exampleNote" name="exampleNote"></a>1.3 Note about Examples</h3> <p> The examples below are presented in the Turtle [<a href="#ref-turtle">Turtle</a>] format for RDF. The prefixes in the table above are assumed, along with the fictitious prefixes <code>'my'</code> (representing the prefix for the Aggregation's URIs) and <code>'your'</code> (representing external URIs). Illustrative rather than recommended URIs are used for the example such that <code>my:aggregation</code> is an aggregation, and so forth. The example used is a fictitious collection of photographs of frogs. </p> <h2><a id="oreVocab" name="oreVocab"></a>2. ORE Vocabulary Definition</h2> <p>The following section defines and describes the ORE specific terms such as Aggregation, Proxy, isDescribedBy and lineage. These terms are within the ORE namespace <code>http://www.openarchives.org/ore/terms/</code> and are used to construct <a href="http://www.openarchives.org/ore/1.0/datamodel">ORE Resource Maps</a>. A Namespace Document is available at <code><a href="http://www.openarchives.org/ore/terms/">http://www.openarchives.org/ore/terms/</a></code>.</p> <h3><a id="entities" name="entities"></a>2.1 ORE Classes</h3> <dl> <dt><a id="aggr" name="aggr"></a>2.1.1 <a href="http://www.openarchives.org/ore/1.0/datamodel#Aggregation">Aggregation</a></dt> <dd> <p> A set of related resources (<a href="#aggr_res">Aggregated Resources</a>), grouped together such that the set can be treated as a single resource. This is the entity described within the ORE interoperability framework by a <a href="#rem">Resource Map</a>. </p> <ul> <li><i>Name:</i> ore:Aggregation</li> <li>SubClass Of: dcmitype:Collection</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/Aggregation</li> </ul> </dd> <dt><a id="aggr_res" name="aggr_res"></a>2.1.2 <a href="http://www.openarchives.org/ore/1.0/datamodel#Aggregated_Resource">Aggregated Resource</a></dt> <dd> <p> A resource which is included in an <a href="#aggr">Aggregation</a>. Note that asserting that a resource is a member of the class of Aggregated Resources does not imply anything other than that it is aggregated by at least one Aggregation. As such, this class is mostly informative and there is no need to assert that aggregated resources are instances of the ore:AggregatedResource class. </p> <ul> <li><i>Name:</i> ore:AggregatedResource</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/AggregatedResource</li> </ul> </dd> <dt><a id="proxy" name="proxy"></a>2.1.3 <a href="http://www.openarchives.org/ore/1.0/datamodel#Proxy">Proxy</a></dt> <dd> <p> A Proxy represents an <a href="#aggr_res">Aggregated Resource</a> as it exists in a specific <a href="http://www.openarchives.org/ore/1.0/$aggr">Aggregation</a>. All assertions made about an entity are globally true, not only within the context of the Aggregation. As such, in order to make assertions which are only true of a resource as it exists in an Aggregation, a Proxy object is required. For example, one might want to cite an article as it appears in a specific journal, or assign aggregation-specific metadata to a Resource. Aggregations should not aggregate Proxy resources, instead the resource itself should be aggregated and the <a href="http://www.openarchives.org/ore/1.0/datamodel#Lineage">lineage</a> of the inclusion of the resource in the aggregation should be expressed with the <code>ore:lineage</code> relationship. </p> <ul> <li><i>Name:</i> ore:Proxy</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/Proxy</li> </ul> </dd> <dt><a id="rem" name="rem"></a>2.1.4 <a href="http://www.openarchives.org/ore/1.0/datamodel#Resource_Map">Resource Map</a></dt> <dd> <p> A description of an <a href="#aggr">Aggregation</a> according to the OAI-ORE <a href="http://www.openarchives.org/ore/1.0/datamodel">data model</a>. Resource Maps are RDF graphs, and are serialised to a machine readable format according to the <a href="http://www.openarchives.org/ore/1.0/toc">implementation guidelines</a>. </p> <ul> <li><i>Name:</i> ore:ResourceMap</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/ResourceMap</li> <li><i>SubClass Of:</i> rdfg:Graph</li> </ul> </dd> </dl> Classes should be given in RDF with the <code>rdf:type</code> relationship. <dl> <dd> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:resource-map rdf:type ore:ResourceMap . my:aggregation rdf:type ore:Aggregation . my:proxy-1 rdf:type ore:Proxy . </pre> </div> <br /> </dd> </dl> <h3><a id="relationships" name="relationships"></a>2.2 ORE Relationships</h3> These relationships, or predicates, are defined in order to describe the relationships between entities in the ORE model. <dl> <dt><a id="ore-aggregates" name="ore-aggregates"></a>2.2.1 Aggregates</dt> <dd> <p> <a href="#aggr">Aggregations</a>, by definition, aggregate resources. The <code>ore:aggregates</code> relationship expresses that the object resource is a member of the set of <a href="#aggr_res">Aggregated Resources</a> of the subject (the Aggregation). This relationship between the Aggregation and its Aggregated Resources is thus more specific than a simple part/whole relationship, as expressed by <code>dcterms:hasPart</code> for example. </p> <ul> <li><i>Name:</i> ore:aggregates</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/aggregates</li> <li><i>SubProperty Of:</i> dcterms:hasPart</li> <li><i>Domain:</i> Aggregation</li> <li><i>Range:</i> AggregatedResource</li> <li><i>Atom Mapping:</i> /entry/link[@rel="http://www.openarchives.org/ore/terms/aggregates"]/@href=OBJECT <br/>(where the subject is the Aggregation (see <a href="#ore-describes">ore:describes</a> below))</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation ore:aggregates my:photo-1 , my:description-of-photo-1, my:photo-2 . </pre> </div> <br /> </dd> <dt><a id="ore-is-aggregated-by" name="ore-is-aggregated-by"></a>2.2.2 Is Aggregated By</dt> <dd> <p> The inverse relationship of <code>ore:aggregates</code>, <code>ore:isAggregatedBy</code> asserts that an <a href="#aggr_res">Aggregated Resource</a> is aggregated by an <a href="#aggr">Aggregation</a>. The intended use for this relationship is to allow one <a href="#rem">Resource Map</a> to assert that a resource is also aggregated by a different Resource Map in order to promote discovery, or for an Aggregation to asser that it is, in turn, aggregated by another Aggregation. </p> <ul> <li><i>Name:</i> ore:isAggregatedBy</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/isAggregatedBy</li> <li><i>SubProperty Of:</i> dcterms:isPartOf</li> <li><i>Inverse Of:</i> ore:aggregates</li> <li><i>Domain:</i> AggregatedResource</li> <li><i>Range:</i> Aggregation</li> <li>Atom Mapping: /entry/link[@rel="http://www.openarchives.org/ore/terms/isAggregatedBy"]/@href=OBJECT <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:photo-1 ore:isAggregatedBy my:aggregation , your:aggregation-of-frogs . </pre> </div> <br /> </dd> <dt><a id="ore-describes" name="ore-describes"></a>2.2.3 Describes</dt> <dd> <p> This relationship asserts that the subject (a <a href="#rem">Resource Map</a>) describes the object (an <a href="#aggr">Aggregation</a>). </p> <ul> <li><i>Name:</i> ore:describes</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/describes</li> <li><i>Domain:</i> Resource Map</li> <li><i>Range:</i> Aggregation</li> <li><i>Atom Mapping:</i> /entry/link[@rel="http://www.openarchives.org/ore/terms/describes"]/@href=OBJECT <br/>(where the subject is the Resource Map, aka /entry/link[@rel="self"]/@href)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:resource-map ore:describes my:aggregation . </pre> </div> <br /> </dd> <dt><a id="ore-is-described-by" name="ore-is-described-by"></a>2.2.4 Is Described By</dt> <dd> <p>The inverse relationship of <code>ore:describes</code>, in this case the object of the relationship is the <a href="#rem">Resource Map</a> and the subject is the <a href="#aggr">Aggregation</a> which it describes. In particular, this is available for use when the Aggregation is itself an <a href="#aggr_res">Aggregated Resource</a>, so that a harvester will know where to find a Resource Map which describes it. Also, note that <code>ore:isDescribedBy</code> can be used to point from a single Aggregation to multiple Resource Maps in different formats, each of which describes the Aggregation. </p> <ul> <li><i>Name:</i> ore:isDescribedBy</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/isDescribedBy</li> <li><i>Inverse Of:</i> ore:describes</li> <li><i>Domain:</i> Aggregation</li> <li><i>Range:</i> Resource Map</li> <li><i>Atom Mapping:</i> /entry/link[@rel="http://www.openarchives.org/ore/terms/isDescribedBy"]/@href=OBJECT <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation ore:isDescribedBy my:resource-map , my:resource-map-rdf . </pre> </div> <br /> </dd> <dt><a id="ore-lineage" name="ore-lineage"></a>2.2.5 Lineage</dt> <dd> <p>It may be desirable to express a provenance chain of where resources in aggregations came from, in terms of other aggregations. In order to do this, a <a href="#proxy">Proxy</a> object which represents an <a href="#aggr_res">Aggregated Resource</a> in the context of an <a href="#aggr">Aggregation</a>. <code>ore:lineage</code> is, thus, a relationship between two Proxy objects, both of which MUST have the same Resource for which they are proxies. The meaning is that the Resource for which the subject of the relationship is a Proxy was discovered in the Aggregation in which the object Proxy's resource is aggregated. </p> <ul> <li><i>Name:</i> ore:lineage</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/lineage</li> <li><i>Domain:</i> Proxy</li> <li><i>Range:</i> Proxy</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:proxy-1 ore:lineage your:proxy-1 . </pre> </div> <br /> </dd> <dt><a id="ore-proxyFor" name="ore-proxyFor"></a>2.2.6 Proxy For</dt> <dd> <p> <a href="#proxy">Proxy</a> objects are used to represent a Resource as it is aggregated in a particular <a href="#aggr">Aggregation</a>. The <code>ore:proxyFor</code> relationship is used to link the proxy to the <a href="#aggr_res">Aggregated Resource</a> it is a proxy for. The subject of the relationship is a Proxy object, and the object of the relationship is the Aggregated Resource. </p> <ul> <li><i>Name:</i> ore:proxyFor</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/proxyFor</li> <li><i>Domain:</i> Proxy</li> <li><i>Range:</i> AggregatedResource</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:proxy-1 ore:proxyFor my:photo-1 . </pre> </div> <br /> </dd> <dt><a id="ore-proxyIn" name="ore-proxyIn"></a>2.2.7 Proxy In</dt> <dd> <p> <a href="#proxy">Proxy</a> objects must also link to the <a href="#aggr">Aggregation</a> in which the resource being proxied is aggregated. The <code>ore:proxyIn</code> relationship is used for this purpose. The subject of the relationship is a Proxy object, and the object of the relationship is the Aggregation. </p> <ul> <li><i>Name:</i> ore:proxyIn</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/proxyIn</li> <li><i>Domain:</i> Proxy</li> <li><i>Range:</i> Aggregation</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:proxy-1 ore:proxyIn my:aggregation . </pre> </div> <br /> </dd> <dt><a id="ore-similarTo" name="ore-similarTo"></a>2.2.8 Similar To</dt> <dd> <p> The subject of this relationship MUST be an <a href="#aggr">Aggregation</a>. This Aggregation should be considered an expression of the object of the relationship within the ORE context, as it is broadly equivalent to the resource. For example, the Aggregation may consist of the resources which, together, make up a journal article which has a DOI assigned to it. The Aggregation is not the article to which the DOI was assigned, but is a representation of it in some manner.</p> <p>Semantically, this relationship is more specific than <code>rdfs:seeAlso</code>, but less explicit than <code>owl:sameAs</code>. <code>owl:sameAs</code> has the property that the object and subject are interchangable in other relationships, and hence not appropriate as the creation time for the aggregation and the creation time for the article to which it is analogous are not the same. On the other hand <code>rdfs:seeAlso</code> "specifies a resource that <i>might</i> provide additional information about the subject" [emphasis added] and is too weak a relationship for these purposes. <code>rdfs:seeAlso</code> would be appropriate between a journal article and a review of that article, as they are related, but in no way implies that they are somehow representations of the same thing.</p> <ul> <li><i>Name:</i> ore:similarTo</li> <li><i>URI:</i> http://www.openarchives.org/ore/terms/similarTo</li> <li><i>SubProperty Of:</i> rdfs:seeAlso</li> <li><i>Domain:</i> Aggregation</li> <li><i>Range:</i> Resource</li> <li><i>Atom Mapping:</i> /entry/link[@rel="http://www.openarchives.org/ore/terms/similarTo"]/@href=OBJECT <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation ore:similarTo <http://www.flickr.com/photos/carl/sets/12345/> . </pre> </div> <br /> </dd> </dl> <h2><a id="otherVocabs" name="otherVocabs"></a>3. Recommended Vocabularies</h2> <p> Many other vocabularies exist and contain domain useful terms. Using other vocabularies is necessary to comprehensively describe a Resource Map, Aggregation or Aggregated Resource. The following vocabularies and terms are recommended in order to promote interoperability and ease of reuse. </p> <h3><a id="otherClasses" name="otherClasses"></a>3.1 Classes</h3> <p> It is important to assign a semantic class to resources described using ORE in order for applications to understand what the aggregation contains and represents. For example, an aggregation of journal articles could be typed as a journal, a journal issue, a journal volume, an overlay journal, a special issue of a journal, a reading list, a citations list, and so on. </p> <p> Given the broad scope of ORE and specificity required, it is not possible to list recommended classes as they are very context dependent. However, there are some general vocabularies of classes which will be summarized as to their importance. Secondly, vocabularies typically include both classes and relationships, so the classes in the recommended vocabularies will briefly be described. </p> <h4>Sample Vocabularies</h4> <dl> <dt>DCMI Types Vocabulary</dt> <dd>A high level vocabularly, useful for assigning resources into broad categories. Examples include Collection, Dataset, Image, Text<br /> <a href="http://dublincore.org/documents/dcmi-type-vocabulary/">http://dublincore.org/documents/dcmi-type-vocabulary/</a> <br /><br /> </dd> <dt>Dublin Core Terms</dt> <dd> The Dublin Core terms vocabulary also defines some interesting and important classes, primarily to ensure the domain and range of the relationships is consistent. Example classes include Agent, FileFormat, Location, Standard.<br /> <a href="http://dublincore.org/documents/dcmi-terms/">http://dublincore.org/documents/dcmi-terms/</a> <br /><br /> </dd> <dt>FOAF</dt> <dd>FOAF defines classes useful for resources associated with people, such as Person, Organization, and Project. <br /> <a href="http://xmlns.com/foaf/spec/">http://xmlns.com/foaf/spec/</a> <br /> <br /> </dd> </dl> <h3><a id="otherRelationships" name="otherRelationships"></a>3.2 Relationships</h3> <p>Relationships fall into two categories, those which refer to another object, and those where the object of the relation is a literal value rather than another resource. Some abstract concepts can fall under both, for example the rights statement could be inline as a string or a reference to an external resource. The discussion is ordered by vocabulary, rather than any distinction as to the subject or object of the relationship.</p> <p>If recommended subjects and objects are expressed for an entry below, this should not be construed as the official domain and range of the property, just a recommendation concerning the ORE use of that property. For example, if an entity is listed under the Recommended Subjects heading, this means that it is worth considering including a triple with an instance of that class as the subject, and the relationship as the predicate. If a subject is listed in <b>bold</b> then it is REQUIRED for this entity to participate in the relationship in the Resource Map's graph. Other entities MAY participate in any of these relationships, if appropriate. The <a href="http://www.openarchives.org/ore/1.0/atom">Atom serialisation</a> mapping for the main classes is also given for each relationship in order to have all of the relevant information about the term in one location.</p> <h4><a id="dc-" name="dc-"></a>3.2.1 Dublin Core Elements</h4> <dl> <dt><a id="dc-description" name="dc-description"></a>Description</dt> <dd> <p> A free-text description of the resource, or other short descriptive text. It might include intended use or a summary of the resource. This could be used to provide information about the Aggregation such as why it was created and what it contains. See also <code>dcterms:abstract</code> for a more specific relationship for how to encode content summaries. </p> <ul> <li><i>Name:</i> dc:description</li> <li><i>URI:</i> http://purl.org/dc/elements/1.1/description</li> <li><i>Recommended Subjects:</i> ore:Aggregation</li> <li><i>Recommended Objects:</i> String Literal</li> <li><i>Atom Mapping:</i> /entry/summary <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dc:description "A collection of photographs of frogs" . </pre> </div> <br /> </dd> <dt><a id="dc-format" name="dc-format"></a>Format</dt> <dd> <p> The file format of the resource. It is RECOMMENDED that this be a mime type. This relationship should be used for Aggregated Resources such that resource map consuming applications know what sort of resource is being referenced, or for Resource Maps so that preferred formats can be used in preference to searching through all of the ones available (if more than one) for the best. </p> <ul> <li><i>Name:</i> dc:format</li> <li><i>URI:</i> http://purl.org/dc/elements/1.1/format</li> <li><i>Recommended Subjects:</i> ore:ResourceMap, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> String Literal</li> <li><i>Atom Mapping:</i> /entry/link[@rel=XXX]/@type <br/>(If XXX is "http://www.openarchives.org/ore/terms/describes", then the subject is the Resource Map, <br/>Else, If XXX is "http://www.openarchives.org/ore/terms/aggregates", then the subject is the Aggregated Resource identified by the href attribute of the link element, <br/>Else, the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:resource-map dc:format "text/atom+xml" . my:photo-1 dc:format "image/jpeg" . </pre> </div> <br /> </dd> <dt><a id="dc-language" name="dc-language"></a>Language</dt> <dd> <p>The language in which the resource's text is written. It is RECOMMENDED to use an established vocabulary for the value such as ISO 639-1 [<a href="#ref-iso639">ISO 639-1</a>]. This can be used to allow consuming applications to display the aggregated resource in the preferred language of the user, if there are multiple translations. </p> <ul> <li><i>Name:</i> dc:language</li> <li><i>URI:</i> http://purl.org/dc/elements/1.1/language</li> <li><i>Recommended Subjects:</i> ore:AggregatedResource</li> <li><i>Recommended Objects:</i> String Literal</li> <li><i>Atom Mapping:</i> /entry/link[@rel=XXX]/@hreflang <br/>(where the subject is as per <a href="#dc-format">dc:format</a>)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:description-of-photo-1 dc:language "en" . </pre> </div> <br /> </dd> <dt><a id="dc-rights" name="dc-rights"></a>Rights</dt> <dd> <p>Information about rights held in and over the resource. This is a free text property and is not expected to be understood by machines. It is RECOMMENDED that, if appropriate, it contain a reference to a Creative Commons [<a href="#ref-cc">Creative Commons</a>] licence somewhere in the text. Please see <code>dcterms:rights</code> for how to just reference an external resource containing rights information. </p> <ul> <li><i>Name:</i> dc:rights</li> <li><i>URI:</i> http://purl.org/dc/elements/1.1/rights</li> <li><i>Recommended Subjects:</i> ore:ResourceMap</li> <li><i>Recommended Objects:</i> String Literal</li> <li><i>Atom Mapping:</i> /entry/rights <br/>(where the subject is the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:resource-map dc:rights """This resource map is free for non-commercial use and attribution of its authorship must be maintained (http://creativecommons.org/licenses/by-nc-sa/2.5/)""" . </pre> </div> <br /> </dd> <dt><a id="dc-title" name="dc-title"></a>Title</dt> <dd> <p> A name given to the resource. Examples include the title of a journal, book, article, image, dataset or other resource mentioned somewhere in the resource map, typically as the Aggregation or an Aggregated Resource. </p> <ul> <li><i>Name:</i> dc:title</li> <li><i>URI:</i> http://purl.org/dc/elements/1.1/title</li> <li><i>Recommended Subjects:</i> ore:Aggregation, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> String Literal</li> <li><i>Atom Mapping:</i> /entry/title <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dc:title "Carl's Collection of Frogs" . my:photo-1 dc:title "Photo of a Green Frog" . </pre> </div> <br /> </dd> </dl> <h4><a id="dct-" name="dct-"></a>3.2.2 Dublin Core Terms</h4> <dl> <dt><a id="dct-audience" name="dct-audience"></a>Audience</dt> <dd> <p>The class of entity for whom the resource is intended or useful. This could be a class of person (student, educator, developer, etc) or software for machine readable resources such as datasets or metadata files. For example, an image or text would be intended for human viewing, however a description of the technical metadata about the image in XML would be intended for a software agent. </p> <ul> <li><i>Name:</i> dcterms:audience</li> <li><i>URI:</i> http://purl.org/dc/terms/audience</li> <li><i>Recommended Subjects:</i> ore:AggregatedResource</li> <li><i>Recommended Objects:</i> dcterms:AgentClass</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:photo-1 dcterms:audience foaf:Person . </pre> </div> <br /> </dd> <dt><a id="dct-contributor" name="dct-contributor"></a>Contributor</dt> <dd> <p>An agent that has contributed to the creation or subsequent modification of the resource. This SHOULD be a URI which identifies the agent. If no identifying URI is known for the agent (for example, when describing someone else's aggregation) then either a Blank Node MAY be used or a new URI created for the agent. It is RECOMMENDED that in this case a UUID URN be used following the urn:uuid scheme [<a href="#ref-uuid">RFC 4122</a>]. </p> <ul> <li><i>Name:</i> dcterms:contributor</li> <li><i>URI:</i> http://purl.org/dc/terms/contributor</li> <li><i>Recommended Subjects:</i> ore:Aggregation, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> dcterms:Agent</li> <li><i>Atom Mapping:</i> /entry/contributor <br/>(where the subject is the Aggregation)</li> <li><i>Atom Mapping:</i> /entry/source/contributor <br/>(where the subject is the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dcterms:contributor <http://www.csc.liv.ac.uk/~azaroth/self> . </pre> </div> <br /> </dd> <dt><a id="dct-conformsTo" name="dct-conformsTo"></a>Conforms To</dt> <dd> <p> A reference to an established standard or profile to which the resource conforms. The object of the relationship must be a Resource which is a standard, rather than a literal name for a standard. A Resource Map might conform to one or more community specified application or domain profiles, which have descriptive or structural requirements. Aggregated Resources might conform to any number of standards </p> <ul> <li><i>Name:</i> dcterms:conformsTo</li> <li><i>URI:</i> http://purl.org/dc/terms/conformsTo</li> <li><i>Recommended Subjects:</i> ore:ResourceMap, ore:Aggregation, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> dcterms:Standard</li> <li>Atom Mapping: /entry/link[@rel="http://purl.org/dc/terms/conformsTo"]/@href=OBJECT <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dcterms:conformsTo <http://www.openarchives.org/ore/communities/images/imageProfile.xml> . </pre> </div> <br /> </dd> <dt><a id="dct-creator" name="dct-creator"></a>Creator</dt> <dd> <p>The agent responsible for the creation of the entity. This SHOULD be a URI which identifies the agent. If no identifying URI is known for the agent (for example, when describing someone else's aggregation) then either a Blank Node MAY be used or a new URI created for the agent. It is RECOMMENDED that in this case a UUID URN be used following the urn:uuid scheme [<a href="#ref-uuid">RFC 4122</a>]. </p> <p> The agent which is designated as the creator of a Resource Map MUST be a human, and it is this person who is assumed to be making the assertions expressed in the Resource Map. </p> <ul> <li><i>Name:</i> dcterms:creator</li> <li><i>URI:</i> http://purl.org/dc/terms/creator</li> <li><i>Recommended Subjects:</i> <b>ore:ResourceMap</b>, ore:Aggregation, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> dcterms:Agent, foaf:Person</li> <li><i>Atom Mapping:</i> /entry/author <br/>(where the subject is the Aggregation)</li> <li><i>Atom Mapping:</i> /entry/source/author <br/>(where the subject is the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dc:creator <http://frogs.org/people/carl> . </pre> </div> <br /> </dd> <dt><a id="dct-created" name="dct-created"></a>Created Time</dt> <dd> <p>The point of time at which the Creator created the entity. This MUST be a string literal in ISO8601 format, for example "2007-10-11T11:30:00Z". </p> <ul> <li><i>Name:</i> dcterms:created</li> <li><i>URI:</i> http://purl.org/dc/terms/created</li> <li><i>Recommended Subjects:</i> ore:ResourceMap, ore:Aggregation, ore:Proxy</li> <li><i>Recommended Objects:</i> Datetime Literal</li> <li><i>Atom Mapping:</i> /entry/published <br/>(where the subject is the Resource Map)</li> <li><i>Atom Mapping:</i> /entry/category[@scheme="<a href="http://www.openarchives.org/ore/atom/created">http://www.openarchives.org/ore/atom/created</a>"]/@term <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:resource-map dcterms:created "2007-10-11T11:30:00Z" . </pre> </div> <br /> </dd> <dt><a id="dct-extent" name="dct-extent"></a>Extent</dt> <dd> <p>The file size of the resource. This relationship could be used to allow consuming applications to decide if they should retrieve a particular resource, and to give a hint as to how long this might take. </p> <ul> <li><i>Name:</i> dcterms:extent</li> <li><i>URI:</i> http://purl.org/dc/terms/extent</li> <li><i>Recommended Subjects:</i> ore:ResourceMap, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> Numeric Literal, String Literal</li> <li><i>Atom Mapping:</i> /entry/link[@rel=XXX]/@length <br/>(where the subject is as per <a href="#dc-format">dc:format</a>)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:photo-1 dcterms:extent "534K" . </pre> </div> <br /> </dd> <dt><a id="dct-isVersionOf" name="dct-isVersionOf"></a>Is Version Of</dt> <dd> <p> A related resource of which the described resource is a version, edition, or adaptation. This is the recommended relationship between the entry's id in Atom and the Resource Map. The Resource Map URI will change if the ReM is moved from one domain to another, whereas the entry's id can remain consistent across this change in location, and as such is useful for deduplication and persistence. </p> <ul> <li><i>Name:</i> dcterms:isVersionOf</li> <li><i>URI:</i> http://purl.org/dc/terms/isVersionOf</li> <li><i>Recommended Subjects:</i> ore:ResourceMap</li> <li><i>Recommended Objects:</i> atom-entry-uri</li> <li><i>Atom Mapping:</i> /entry/id <br/>(where the subject is the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:resource-map dcterms:isVersionOf <tag:atom-entry-1> . </pre> </div> <br /> </dd> <dt><a id="dct-modified" name="dct-modified"></a>Last Modified Time</dt> <dd> <p>The point of time at which the entity was most recently modified. This MUST be a string literal in ISO8601 format, for example "2007-10-11T11:30:00Z" </p> <ul> <li><i>Name:</i> dcterms:modified</li> <li><i>URI:</i> http://purl.org/dc/terms/modified</li> <li><i>Recommended Subjects:</i> <b>ore:ResourceMap</b>, ore:Aggregation</li> <li><i>Recommended Objects:</i> Datetime Literal</li> <li><i>Atom Mapping:</i> /entry/updated <br/>(where the subject is the Resource Map)</li> <li><i>Atom Mapping:</i> /entry/category[@scheme="<a href="http://www.openarchives.org/ore/atom/modified">http://www.openarchives.org/ore/atom/modified</a>"]/@term <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:resource-map dcterms:modified "2007-10-12T14:00:00Z" . </pre> </div> <br /> </dd> <dt><a id="dct-references" name="dct-references"></a>References</dt> <dd> <p>A related resource which is referenced, cited or otherwise pointed to by the described entity. This relationship could be used for linking between aggregations or resources representing documents with citations, or if the aggregation describes a web site, it could be used to represent the important hypertext links between pages. </p> <ul> <li><i>Name:</i> dcterms:references</li> <li><i>URI:</i> http://purl.org/dc/terms/references</li> <li><i>Recommended Subjects:</i> ore:Aggregation, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> Resource</li> <li>Atom Mapping: /entry/link[@rel="http://purl.org/dc/terms/references"]/@href=OBJECT <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dcterms:references your:aggregation-of-frogs . </pre> </div> <br /> </dd> <dt><a id="dct-replaces" name="dct-replaces"></a>Replaces</dt> <dd> <p>A resource which was replaced or superseded by the described resource. The replaces relationship could be used to point to the previous version of a resource map, aggregation or aggregated resource, for example. This could be used when new resources are added to an aggregation but it is desirable to also maintain the previous version. </p> <ul> <li><i>Name:</i> dcterms:replaces</li> <li><i>URI:</i> http://purl.org/dc/terms/replaces</li> <li><i>Recommended Subjects:</i> ore:ResourceMap, ore:Aggregation, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> ore:ResourceMap, ore:Aggregation, rdf:Resource</li> <li>Atom Mapping: /entry/link[@rel="http://purl.org/dc/terms/replaces"]/@href=OBJECT <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dcterms:replaces my:previous-aggregation . </pre> </div> <br /> </dd> <dt><a id="dct-rights" name="dct-rights"></a>Rights</dt> <dd> <p> Information about rights held in and over the resource, identified by a URI. It is RECOMMENDED that, if appropriate, it should be a Creative Commons [<a href="#ref-cc">Creative Commons</a>] licence URI. </p> <ul> <li><i>Name:</i> dcterms:rights</li> <li><i>URI:</i> http://purl.org/dc/terms/rights</li> <li><i>Recommended Subjects:</i> ore:ResourceMap, ore:Aggregation</li> <li><i>Recommended Objects:</i> dcterms:RightsStatement</li> <li><i>Atom Mapping:</i> /entry/link[@rel="http://purl.org/dc/terms/rights"]/@href=OBJECT <br/>(where the subject is the Aggregation)</li> <li><i>Atom Mapping:</i> /entry/link[@rel="license"]/@href=OBJECT <br/>(where the subject is the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation dcterms:rights <http://creativecommons.org/licenses/by-nc-sa/2.5/> . </pre> </div> <br /> </dd> </dl> <h4><a id="foaf-" name="foaf-"></a>3.2.3 Friend of a Friend Terms</h4> <dl> <dt><a id="foaf-mbox" name="foaf-mbox"></a>Mbox (Email) Address</dt> <dd> <p> The email address, in mailto URI format [<a href="#ref-mailto">RFC 2368</a>], of the subject. This could be used to provide the email address for the creator or maintainer of the resource map so that they could be notified of any errors or omissions. </p> <ul> <li><i>Name:</i> foaf:mbox</li> <li><i>URI:</i> http://xmlns.com/foaf/0.1/mbox</li> <li><i>Recommended Subjects:</i> foaf:Agent</li> <li><i>Recommended Objects:</i> Resource (identified by mailto URI)</li> <li><i>Atom Mapping:</i> /entry/author/email or /entry/contributor/email <br/>(where the subject is the author or contributor, respectively, for the Aggregation)</li> <li><i>Atom Mapping:</i> /entry/source/author/email or /entry/source/contributor/email <br/>(where the subject is the author or contributor, respectively, for the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre><http://www.csc.liv.ac.uk/~azaroth/self> foaf:mbox <mailto:azaroth@liverpool.ac.uk> . </pre> </div> <br /> </dd> <dt><a id="foaf-name" name="foaf-name"></a>Name</dt> <dd> <p>The personal name of an Agent. This should be used for associating the name of the person with the URI that is used to identify them for creators and contributors, amongst other roles. </p> <ul> <li><i>Name:</i> foaf:name</li> <li><i>URI:</i> http://xmlns.com/foaf/0.1/name</li> <li><i>Recommended Subjects:</i> foaf:Agent</li> <li><i>Recommended Objects:</i> String Literal</li> <li><i>Atom Mapping:</i> /entry/author/name or /entry/contributor/name <br/>(where the subject is the author or contributor, respectively, for the Aggregation)</li> <li><i>Atom Mapping:</i> /entry/source/author/name or /entry/source/contributor/name <br/>(where the subject is the author or contributor, respectively, for the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre><http://www.csc.liv.ac.uk/~azaroth/self> foaf:name "Rob Sanderson" . </pre> </div> <br /> </dd> <dt><a id="foaf-page" name="foaf-page"></a>Page</dt> <dd> <p>A document, typically a home page, associated with the Agent. </p> <ul> <li><i>Name:</i> foaf:page</li> <li><i>URI:</i> http://xmlns.com/foaf/0.1/page</li> <li><i>Recommended Subjects:</i> foaf:Agent</li> <li><i>Recommended Objects:</i> Resource</li> <li><i>Atom Mapping:</i> /entry/author/uri or /entry/contributor/uri <br/>(where the subject is the author or contributor, respectively, for the Aggregation)</li> <li><i>Atom Mapping:</i> /entry/source/author/uri or /entry/source/contributor/uri <br/>(where the subject is the author or contributor, respectively, for the Resource Map)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre><http://www.csc.liv.ac.uk/~azaroth/self> foaf:page <http://www.csc.liv.ac.uk/~azaroth/index.html> . </pre> </div> <br /> </dd> </dl> <h4><a id="rdf-" name="rdf-"></a>3.2.4 RDF Terms</h4> <dl> <dt><a id="rdf-type" name="rdf-type"></a>Type</dt> <dd> <p>The RDF class which the resource is an instance of. This could be used to assign a semantic class to the resource, such as journal, text, image, person and so on. </p> <ul> <li><i>Name:</i> rdf:type</li> <li><i>URI:</i> http://www.w3.org/1999/02/22-rdf-syntax-ns#type</li> <li><i>Recommended Subjects:</i> any</li> <li><i>Recommended Objects:</i> rdfs:Class</li> <li><i>Atom Mapping:</i> /entry/category/@term <br/>(where the subject is the Aggregation)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:aggregation rdf:type ore:Aggregation . </pre> </div> <br /> </dd> </dl> <h4><a id="rdfs-" name="rdfs-"></a>3.2.5 RDF Schema Terms</h4> <dl> <dt><a id="rdfs-isDefinedBy" name="rdfs-isDefinedBy"></a>Is Defined By</dt> <dd> <p>Indicates the resource which defines the subject resource. This relationship can be used in ORE to specify the thesaurus or vocabularly which category terms or types are drawn from, as given using the <code>rdf:type</code> relationship. </p> <ul> <li><i>Name:</i> rdfs:isDefinedBy</li> <li><i>URI:</i> http://www.w3.org/2000/01/rdf-schema#isDefinedBy</li> <li><i>Recommended Subjects:</i> Class</li> <li><i>Recommended Objects:</i> Resource</li> <li><i>Atom Mapping:</i> /entry/category/@scheme <br/>(where the subject is the type in /entry/category/@term)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>dcmitype:Image rdfs:isDefinedBy dcmitype: . </pre> </div> <br /> </dd> <dt><a id="rdfs-label" name="rdfs-label"></a>Label</dt> <dd> <p> Provides a human readable version of a name of the resource. This is used to give a display label for the types or categories assign to a resource using <code>rdf:type</code>. </p> <ul> <li><i>Name:</i> rdfs:label</li> <li><i>URI:</i> http://www.w3.org/2000/01/rdf-schema#label</li> <li><i>Recommended Subjects:</i> Class</li> <li><i>Recommended Objects:</i> String Literal</li> <li><i>Atom Mapping:</i> /entry/category/@label <br/>(where the subject is the type in /entry/category/@term)</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>ore:Aggregation rdfs:label "Aggregation" . </pre> </div> <br /> </dd> <dt><a id="rdfs-seeAlso" name="rdfs-seeAlso"></a>See Also</dt> <dd> <p> The <code>rdfs:seeAlso</code> relationship specifies a resource which might provide additional information about the subject. For example, it could be used to include a reference to an XML metadata record concerning the resource map or aggregated resource that contains information which is not practical to include in the resource map directly. </p> <ul> <li><i>Name:</i> rdfs:seeAlso</li> <li><i>URI:</i> http://www.w3.org/2000/01/rdf-schema#seeAlso</li> <li><i>Recommended Subjects:</i> ore:ResourceMap, ore:Aggregation, ore:AggregatedResource</li> <li><i>Recommended Objects:</i> Resource</li> </ul> <p> <b>Example:</b></p> <div class="exampleInner"> <pre>my:photo-1 rdfs:seeAlso my:description-of-photo-1 . </pre> </div> <br /> </dd> </dl> </div> <h2><a id="references" name="references"></a>4. References</h2> <dl> <dt><a id="ref-cc" name="ref-cc">[Creative Commons]</a></dt> <dd><a href="http://creativecommons.org/">Creative Commons</a>, Creative Commons, May 18 2008. Website http://creativecommons.org/</dd> <dt><a id="ref-dcmi" name="ref-dcmi">[DCMI]</a></dt> <dd><a href="http://dublincore.org/">Dublin Core Metadata Initiative</a>. Website http://dublincore.org/</dd> <dt><a id="ref-dc" name="ref-dc">[DC Elements]</a></dt> <dd><a href="http://dublincore.org/documents/dces/">Dublin Core Metadata Elements</a>, DCMI Recommendation, 18 December 2006. Available at http://dublincore.org/documents/dces/</dd> <dt><a id="ref-dct" name="ref-dct">[DC Terms]</a></dt> <dd><a href="http://dublincore.org/documents/dcmi-terms/">DCMI Metadata Terms</a>, DCMI Usage Board, 18 December 2006. Available at http://dublincore.org/documents/dcmi-terms/</dd> <dt><a id="ref-dctype" name="ref-dctype">[DC Types]</a></dt> <dd><a href="http://dublincore.org/documents/dcmi-terms/#H5">DCMI Types</a>, DCMI Usage Board, 18 December 2006. Available at http://dublincore.org/documents/dcmi-terms/#H5</dd> <dt><a id="ref-foaf" name="ref-foaf">[FOAF]</a></dt> <dd><a href="http://xmlns.com/foaf/spec/">FOAF Vocabulary Specification 0.91</a>, D. Brickley, L. Miller. 2 November 2007. Available at http://xmlns.com/foaf/spec/</dd> <dt><a id="ref-iso639">[ISO 639]</a></dt> <dd><a href="http://www.loc.gov/standards/iso639-2/php/code_list.php">Codes for the Representation of Names of Languages</a>, Library of Congress, November 26, 2007. Available at http://www.loc.gov/standards/iso639-2/php/code_list.php</dd> <dt>[<a name="ref-atom" id="ref-atom">ORE Atom</a>]</dt> <dd><cite><a href="http://www.openarchives.org/ore/1.0/atom">ORE User Guide - Resource Map Implementation in Atom</a></cite>, Carl Lagoze, Herbert Van de Sompel, Pete Johnston, Michael Nelson, Robert Sanderson, Simeon Warner (editors), 2008-10-17. Available at http://www.openarchives.org/ore/1.0/atom</dd> <dt><a id="ref-owl" name="ref-owl">[OWL]</a></dt> <dd><a href="http://www.w3.org/TR/owl-guide/">OWL Web Ontology Language Guide</a>, Michael SMith, Chris Welty, Deborah McGuiness, Editors, W3C Recommendation 10 February 2004</dd> <dt><a id="ref-rdf" name="ref-rdf">[RDF]</a></dt> <dd><a href="http://www.w3.org/TR/rdf-primer/">RDF Primer</a>, F. Manola, E. Miller, Editors. W3C Recommendation, 10 February 2004. Available at http://www.w3.org/TR/rdf-primer/</dd> <dt><a id="ref-rdfg" name="ref-rdfg">[RDFG]</a></dt> <dd><a href="http://www.w3.org/2004/03/trix/">Named Graphs</a>, Jeremey Carroll, 29 November 2004. Available at http://www.w3.org/2004/03/trix/</dd> <dt><a id="ref-rdfs" name="ref-rdfs">[RDF Vocabulary]</a></dt> <dd><a href="http://www.w3.org/TR/rdf-schema/">RDF Vocabulary Description Language 1.0: RDF Schema</a>, Dan Brickley and R.V. Guha, Editors. W3C Recommendation, 10 February 2004. Available at http://www.w3.org/TR/rdf-schema/</dd> <dt><a id="ref-rfc2119" name="ref-rfc2119">[RFC 2119]</a></dt> <dd><a href="http://www.ietf.org/rfc/rfc2119.txt">IETF RFC 2119: Key words for use in RFCs to Indicate Requirement Levels</a>, S. Bradner, March 1997. Available at http://www.ietf.org/rfc/rfc2119.txt</dd> <dt><a id="ref-mailto">[RFC 2368]</a></dt> <dd><a href="http://www.ietf.org/rfc/rfc2368.txt">The mailto URL scheme</a>, P. Hoffman, L. Masinter and J. Zawinski, July 1998. Available at http://www.ietf.org/rfc/rfc2368.txt</dd> <dt><a id="ref-uuid">[RFC 4122]</a></dt> <dd><a href="http://www.ietf.org/rfc/rfc4122.txt">A Universally Unique IDentifier (UUID) URN Namespace</a>, P. Leach, M. Mealling and R. Salz, July 2005. Available at http://www.ietf.org/rfc/rfc4122.txt</dd> <dt><a id="ref-turtle">[Turtle]</a></dt> <dd><a href="http://www.w3.org/TeamSubmission/2008/SUBM-turtle-20080114/">Turtle - Terse RDF Triple Language</a>, David Beckett, 20 November 2007. Available at http://www.dajobe.org/2004/01/turtle/</dd> <dt><a id="ref-webarch" name="ref-webarch">[Web Architecture]</a></dt> <dd><a href="http://www.w3.org/TR/webarch/">Architecture of the World Wide Web, Volume One</a>, I. Jacobs and N. Walsh, Editors, World Wide Web Consortium, 15 January 2004. Available at http://www.w3.org/TR/webarch/</dd> </dl> <div class="back">  <div class="body"> <h2><a name="acknowledgments" id="acknowledgments"></a>A. Acknowledgements</h2> <p>This document is the work of the <a href="http://openarchives.org">Open Archives Initiative</a>. Funding for Open Archives Initiative Object Reuse and Exchange is provided by the <a href="http://mellon.org/">Andrew W. Mellon Foundation</a>, <a href="http://microsoft.com/">Microsoft</a>, and the <a href="http://nsf.gov">National Science Foundation</a>.  Additional support is provided by the <a href="http://www.cni.org">Coalition for Networked Information</a>.</p> <p>This document is based on meetings of the <a href="http://www.openarchives.org/ore/ORE_Community.php#OAI-ORE_Technical_Committee"> OAI-ORE Technical Committee</a> (ORE-TC), with participation from the <a href="http://www.openarchives.org/ore/ORE_Community.php#OAI-ORE_Liaison_Group"> OAI-ORE Liaison Group</a> (ORE-LG).  Members of the ORE-TC are: Chris Bizer (Freie Universität Berlin), Les Carr (University of Southampton), Tim DiLauro (Johns Hopkins University), Leigh Dodds (Ingenta), David Fulker (UCAR), Tony Hammond (Nature Publishing Group), Pete Johnston (Eduserv Foundation), Richard Jones (Imperial College), Peter Murray (OhioLINK), Michael Nelson (Old Dominion University), Ray Plante (NCSA and National Virtual Observatory), Rob Sanderson (University of Liverpool), Simeon Warner (Cornell University), and Jeff Young (OCLC).  Members of ORE-LG are: Leonardo Candela (DRIVER), Tim Cole (DLF Aquifer and UIUC Library), Julie Allinson (JISC), Jane Hunter (DEST), Savas Parastatidis  (Microsoft), Sandy Payette (Fedora Commons), Thomas Place (DARE and University of Tilburg), Andy Powell (DCMI), and Robert Tansley (Google, Inc. and DSpace)</p> <p>We also acknowledge comments from the <a href="http://www.openarchives.org/ore/ORE_Community.php#OAI-ORE_Advisory_Committee"> OAI-ORE Advisory Committee</a> (ORE-AC).</p> </div>  <div class="changelog"> <h2><a id="changelog" name="changelog"></a>B. Change Log</h2> <table class="changelog" summary="change log"> <tbody><tr> <th>Date</th> <th>Editor</th> <th>Description</th> </tr> <tr> <td>2008-10-17</td> <td>sanderson</td> <td>public 1.0 release</td> </tr> <tr> <td>2008-06-02</td> <td>sanderson</td> <td>public beta 0.9 release</td> </tr> <tr> <td>2008-03-27</td> <td>sanderson</td> <td>public alpha 0.3 release</td> </tr> <tr> <td>2008-02-29</td> <td>sanderson</td> <td>public alpha 0.2 release</td> </tr> <tr> <td>2007-12-10</td> <td>sanderson</td> <td>public alpha 0.1 release</td> </tr> <tr> <td>2007-10-15</td> <td>sanderson</td> <td>alpha release to ORE-TC</td> </tr> </tbody></table> </div> </div>  <div id="license"> <p><a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/"><img alt="Creative Commons License" style="border-width:0" src="http://i.creativecommons.org/l/by-sa/3.0/88x31.png"/></a><br/>This work is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/">Creative Commons Attribution-Share Alike 3.0 Unported License</a>.</p> </div> <div id="tracker"> <p style="font-size: 60%">Use of this page is tracked to collect anonymous traffic data. See <a href="/privacy">OAI privacy policy</a>. </p> </div> <script src="http://www.google-analytics.com/urchin.js" type="text/javascript"> </script> <script type="text/javascript"> _uacct = "UA-2976056-3"; urchinTracker(); </script> </body> </html>