[OAI-implementers] ListMetadataFormats problem
Tim Brody
tdb198@ecs.soton.ac.uk
Wed, 31 Jan 2001 11:56:49 +0000 (GMT)
On Tue, 30 Jan 2001, Young,Jeff wrote:
> I'm working on an OAI repository for a group that wants to define it's own
> metadata format. The trick is, this format will be a combination of Dublin
> Core elements and some new elements yet to be defined. The examples in the
> OAI specs, however, all assume that the metadata will consist of elements
> from a single namespace. I believe, for the most part, that the OAI spec
> doesn't preclude the use of multiple namespaces. For example, I imagine that
> the following XML fragment is likely to be acceptable:
>
> <combined xmlns:dc="http://purl.org/dc/elements/1.1/"
> xmlns:myelems="http://www.myelems.com/"
> xmlns:xsi="..."
> xsi:schemaLocation="http://purl.org/dc/elements/1.1/
> http://www.myelems.com/
> http://www.myelems.com/combined.xsd">
> <dc:title>This is the title</dc:title>
> <myelems:shoesize>12</myelems:shoesize>
> </combined>
>
> (As far as I can tell, specifying multiple namespaces in the
> xsi:schemaLocation attribute is perfectly valid.)
Dear all,
I wonder whether the following is reasonable (perhaps not appropriate to
the issue at hand):
<dc ...>
<description>(comment) Comments...</description>
<identifier>oai:arXiv:nut-ex/xyz</identifier>
<identifier>(journal) Nucl. Phys. xyz</identifier>
<identifier>...
</dc>
Or would:
<dc ...>
<description type="comment">Comments...</description>
</dc>
Be more sensible?
My reasoning is adding new types of metadata sets means that a harvester
must be specifically written to understand that data set to extract any
useful information. If a backwards compatible system can be used with DC
then harvesters need not be specialised, but archives are given the
opportunity to qualify their responses. For example a harvester could
amalgamate all <description> fields, or, if the harvester supports
differential description fields it can take advantage of archives that
provide that information.
<relation type="shoesize"> anyone?
Tim Brody
Computer Science, University of Southampton
email: tdb198@soton.ac.uk
Web: http://www.ecs.soton.ac.uk/~tdb198/