>.. Implementations known to be buggy, broken or dubious especially welcome :)
You could look at those who registered with the Open Archives Initiative. I haven't visited this list in many years, but when I was working with the providers for our aggregation, they were full of bugs & peculiarities.
http://www.openarchives.org/Register/BrowseSites
You could see who is currently contributing too: http://nsdl.org/browse/collections These "collections" mostly have OAI providers.
...and shame on anyone who writes their own OAI provider/harvester these days.
-T
-----Original Message-----
From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of Stuart A. Yeates
Sent: Thursday, November 06, 2014 4:53 PM
To: [log in to unmask]
Subject: [CODE4LIB] Novel OAI endpoints
I'm looking for a unusual OAI endpoints (different implementations, different metadata schemes or extensions to schemes, different structures, unusual content types, etc) to test against. I'm aware of the list a couple of mainstream lists of which
http://www.base-search.net/about/en/about_sources_date_dn.php?menu=2
is the most comprehensive the and the live demos of dspace, eprints and fedora. But I'm looking for more obscure installs and corner cases.
Does anyone know of any other candidates?
Implementations known to be buggy, broken or dubious especially welcome :)
I'll publish a list of endpoints I find useful.
cheers
stuart
|