Editors
The OAI Executive:
Herbert Van de Sompel <herbertv@lanl.gov>
-- Los Alamos National Laboratory - Research
Library
Carl Lagoze <lagoze@cs.cornell.edu>
-- Cornell University - Computing and Information
Science
From the OAI Technical Committee:
Michael Nelson <mln@cs.odu.edu>
-- Old Dominion University - Dept of Computer Science
Simeon Warner <simeon@cs.cornell.edu>
-- Cornell University - Computing and Information
Science
These guidelines are a supplement to the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH) Version 2.0 and are intended to be read in conjunction with that specification.
It is anticipated that the guidelines will be added to or updated while the protocol specification remains unchanged. To facilitate this, the guidelines are separated out into a set of documents for which this document is a table of contents.
These guidelines describe best practices and discuss implementation issues
for repository implementers. Topics include: minimal repository implementation;
datestamps and granularity; best practices for the use of
resumptionTokens; collection and set descriptions; flow control
and load balancing; response compression; and error handling.
These guidelines discuss issues relating to implementing and operating
harvesting software. Topics include: running harvesting software;
datestamps and granularity; sets; flow control, load balancing and
redirection; incomplete lists and resumptionToken;
and response compression.
These guidelines discuss issues specific to systems that act as both harvesters and repositories. Topics include: identifiers; provenance; and datestamps.
There are a number of places in OAI-PMH responses where XML complying with any external schema may be supplied. These containers are provided for extensibility and for community specific enhancements. The following sections list the optional containers and link to existing schemas.
<description> containerThe response to an Identify request may contain
description containers that can be used to express properties of the
repository that are not covered by the standard response to the
Identify verb. The following guidelines are provided:
oai-identifier:
a specification describing a specific, recommended implementation of
unique identifiers
which repositories may adhere to;
eprints:
a schema that can be used to provide collection-level metadata for
eprint repositories;
friends:
a recommended schema allowing a repository to list confederate repositories
as a means to support automatic discovery of repositories by harvesters;
branding:
a schema for repositories to provide branding information;
gateway:
a schema than can be used to describe a gateway which is acting as
an OAI-PMH repository.
<setDescription> containerThe response to a ListSets request may contain
setDescription containers, which provide an extensible
mechanism for communities to describe their sets.
Dublin Core metadata may be used for this purpose. A schema for
unqualified Dublin Core
is provided in the protocol document. The
Guidelines for Repository
Implementers makes further recommendations about schema that can be used
for this purpose. The branding
schema may also be used at the set level.
<metadata> containerDublin Core metadata with metadataPrefix
oai_dc is mandatory and is described in the
protocol document.
In addition, schema descriptions for the following metadata
formats are provided:
rfc1807:
a schema for rfc1807 format metadata;
marc21:
a recommended schema for MARC21 metadata, provided by the Library of Congress;
oai_marc:
a schema for MARC format metadata.
<about> containerA record may contain <about> containers that
provide information about the <metadata>
part of the record. It is expected
that some repositories will provide record-level rights statements in
<about> containers according to community defined
standards. The following schema is provided for provenance information:
provenance:
a schema that is recommended for the description of the provenance
of metadata that is re-exposed by a repository, i.e. metadata
that has previously been harvested before being exposed by the repository.
The
Specification for an OAI Static
Repository and an OAI Static Repository Gateway
provides a simple approach for exposing relatively static and small
collections of metadata records through the OAI-PMH.
It is recommended that Static Repository Gateway implementers use the
gateway
container to include descriptions of the gateway.
Individual OAI user communities are encouraged to endorse particular formats and schemas, perhaps including some of those listed above, and to defined additional standards that meet their own needs. Links to community specific guidelines are maintained on the OAI web-site.
Support for the development of the OAI-PMH and for other Open Archives Initiative activities comes from the Digital Library Federation, the Coalition for Networked Information, and from the National Science Foundation through Grant No. IIS-9817416. Individuals who have played a significant role in the development of OAI-PMH version 2.0 are acknowledged in the protocol document.
2003-10-10: Added Static Repository Gateway and Gateway Description guidelines.
2002-05-08: Added branding, wording changes.
2002-03-31: Release of initial version of OAI-PMH v2.0 guidelines documents.