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. -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
I have such a feature planned for a cataloguing tool in which I have invested a significant amount of work. This code has not yet been ported to Perl and Koha, although, that would be next on the roadmap. I have to convey the URL privately to protect the CPU, etc. from excessive load. Apart from that application, there already exists a fair amount of Perl code for harvesting OAI-PMH records. Index Data has some support for harvesting OAI-PMH records. There are crosswalks for converting the data to MARC or MARCXML. Although, semantic level crosswalks may not be specifically UNIMARC. Adding UNIMARC semantic support to whatever already exits would be easy. Some of the more interesting catalogues with records containing a small number of fields have been converted from MARC to OAI-PMH as the influence of MARC, as the universal library record syntax, diminishes. 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 4:42 pm, Paul POULAIN 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.
-- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
Paul: Apologize my ignorance, what is OAI? Our development is somewhat stalled, but maybe we can contribute something or do betatesting. Andres
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.
-- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
-- A/P Andrés Tarallo
OAI is the Open Archives Initiative, http://www.openarchives.org/OAI/OAI-organization.php . The term OAI is often used as shortened means of referring to OAI-PMH, Open Archives Initiative Protocol for Metadata Harvesting, protocol for exchanging XML metadata records. See http://www.openarchives.org/OAI/openarchivesprotocol.html . Many records which do not need all that MARC has to offer are being created for OAI-PMH. 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 6:08 pm, tarallo@ort.edu.uy wrote:
Paul:
Apologize my ignorance, what is OAI?
Our development is somewhat stalled, but maybe we can contribute something or do betatesting.
Andres
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.
-- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
-- A/P Andrés Tarallo
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
----- "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
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
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? Right (even if I'm sure Koha could become a OAI repository with proper DC => Marc mappings and some webservices/cron jobs. but that's another
Joshua M. Ferraro a écrit : thing ;-) ) -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
Paul POULAIN <paul.poulain@free.fr> wrote:
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. [...] If someone in this list already has investigated such feature, please let me know.
I think my old company did some work on OAI (so 4+ years ago) and the biggest problem with serving OAI was resumption tokens. In short, if I remember correctly, a client can go away and bring back the token later on a new connection to continue its harvest. There was something about this which made it more awkward than things like web browser sessions, but I don't remember exactly what. I expect OAI has matured and is better-understood now, but I thought I should mention what little I remember, just in case. Hope that helps, -- MJ Ray - see/vidu http://mjr.towers.org.uk/email.html Webmaster/web developer, statistician, sysadmin, online shop maker, developer of koha, debian, gobo, gnustep, various mail and web s/w. Workers co-op @ Weston-super-Mare, Somerset http://www.ttllp.co.uk/
participants (5)
-
Joshua M. Ferraro -
MJ Ray -
Paul POULAIN -
tarallo＠ort.edu.uy -
Thomas Dukleth