[OAI-implementers] Looking for 2.0 server with completeListSize in resumptionToken
Thu, 4 Jul 2002 17:39:51 +0100
I haven't noticed any replies to your mail, so I'll throw in my tuppence
1) Not as far as I know. And, IMHO, it is very unlikely there ever will be
(knowing how big a response set is does not help the fact that the entire
response has to be harvested, so why does it matter?).
2) Versioning is an issue that hasn't been addressed by the OAI community? I
have made the assumption that the top-level element of an OAI response
contains a namespace identifier which can be resolved to a version. I have a
table of XMLNS -> version (e.g.
'http://www.openarchives.org/oai/1.0/oai_getrecord' => '1.0'), with some
capability to account for variability in implementation (e.g. convert to
lowercase, remove tailing /).
3) "Whats in a name" etc. As we are currently in an ambiguous area between
1.x and 2.0, and with high variability between implementations, I'm relying
on the baseURL to identify repositories. For Celestial I'm not thinking too
hard about record identifier collisions (Citebase only talks to 3
repositories, so any problems can be hand-resolved).
All the best,
----- Original Message -----
From: "Alan Kent" <firstname.lastname@example.org>
To: "OAI Implementors" <email@example.com>
Sent: Thursday, June 27, 2002 10:28 AM
Subject: [OAI-implementers] Looking for 2.0 server with completeListSize in
> I have a couple of questions actually
> (1) Is there a 2.0 server out there now which supports completeListSize
> in the resumption token?
> (2) Just wondering if the list of sites on the 'community' list of
> data providers page could/should include a protocol version number.
> (3) Again on the community list of data providers page, should the
> name be automatically worked out from the repository?
> Or does anyone else have a more up to date list?
> We are just cleaning up some things on an implementation we are playing
> with. I will try and put a copy up outside the firewall here so people
> can have a look at the logs etc for when we crawl other people.
> Lots of little bugs still I am sure.
> Alan Kent (mailto:firstname.lastname@example.org, http://www.mds.rmit.edu.au/~ajk/)
> Project: TeraText Technical Director, InQuirion Pty Ltd
> Postal: Multimedia Database Systems, RMIT, GPO Box 2476V, Melbourne 3001.
> Where: RMIT MDS, Bld 91, Level 3, 110 Victoria St, Carlton 3053, VIC
> Phone: +61 3 9925 4114 Reception: +61 3 9925 4099 Fax: +61 3 9925 4098
> OAI-implementers mailing list