Re: [Koha-devel] Koha and OAI

[Thomas Dukleth]

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" <address@hidden> 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
> address@hidden |Full Demos at http://liblime.com/koha |1(888)KohaILS
>
>
> _______________________________________________
> Koha-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/koha-devel
>