I assumed the question involved OAI-PMH harvesting at least if not also serving a repository. In any case, I am working towards adding support for OAI-PMH record harvesting. A meta-search client for the OPAC is certainly one approach to the issue of OAI-PMH repositories. However, a central repository with as many of the records consistently managed and consistently well indexed is much better than a distributed remote meta-search. Meta-searching inconsistently indexed remote targets is only better than not searching the information at all. If there are library records of any sort that the library believes are of importance to the libraries patrons, then consistent access to those records should be provided in the OPAC. That means acquiring local copies of the records for a local OPAC. Otherwise, you have babelisation of information access or Google.which is an index of Babel but not a library system. Distributed searching of several distributed remote targets is also highly inefficient in time and computational resources for the remote targets, the meta-search system, and the patrons. Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com 212-674-3783 On Mon, March 5, 2007 7:14 pm, Joshua M. Ferraro wrote:
----- "Paul POULAIN" <paul.poulain@free.fr> wrote:
Hello world,
Just to let you know : I have some contacts that are interested by adding OAI features to Koha. They should do it on Koha 2.2.x branch and, later, on koha 3.x probably.
The school that is interested will ask for a student work (5 weeks in april/may)
If someone in this list already has investigated such feature, please let me know. Otherwise, just stay tuned, i'll let you know if they decide to do it. I know for a fact that OAI support will be built in to Zebra in an upcoming version (within a few months I think) as they've received some sponsorship for building this feature. As it will be in a very large institution (with tens of millions of bibs) it will also be quite stable, so would probably be a good choice for OAI support in Koha. Having OAI support in the 2.2 branch could also be interesting, but will also be quite proc intensive and slow (I'm guessing).
Also, I suppose I say I'm assuming you mean OAI as a service, not talking about building a harvest engine to import records into Koha via OAI, right?
Cheers,
-- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel