[OAI-implementers] on the OAI-PMH data model

[Chris Wilper]

Hi,

I think the idea with this distinction is that there may be multiple items
that disseminate different assertions (but in the same metadataFormat) about
the same resource.  Example: Bob's item about the resource http://w3.org/
says the dc:title is "The W3C", and Cindy's items says the dc:title is "The
homepage of the W3C".

- Chris

-----Original Message-----
From: oai-implementers-bounces at openarchives.org on behalf of Fabio Simeoni
Sent: Thu 3/17/2005 11:26 AM
To: oai-implementers at openarchives.org
Subject: [OAI-implementers] on the OAI-PMH data model
 

hi,
I don't think this has been directly brought up before on the list
(apologies otherwise).

When writing up about the protocol's exchange model, I found myself
wondering about the *necessity* of the item-resource distinction, which is
otherwise very clear. Given that the unit of exchange remains the metadata
record, what design considerations suggested to identify full abstract
descriptions of resources rather than the resources themselves? IOW, as a
data provider or aggregator, what problems do I incur into by reading a
getrecord request as one for a record in a given format about a resource
with a given identifier? Isn't it indeed the case that DPs at the edge of
the OAI network generate/map OAI identifiers from internal resource
identifiers? As I wonder how the relationship item-resource could not
possibly be one-to-one, the question seems at least licit. Perhaps I am
missing something obvious here. Any suggestion?

cheers,

f



##############################################
Fabio Simeoni 
Research Fellow
Department of Computer & Information Sciences
University of Strathclyde, Glasgow

TEL: +44 141 548 (3590)
FAX: +44 141 548 (4523)


_______________________________________________
OAI-implementers mailing list
List information, archives, preferences and to unsubscribe:
http://www.openarchives.org/mailman/listinfo/oai-implementers


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://openarchives.org/pipermail/oai-implementers/attachments/20050317/93ad9acb/attachment.htm