Dear Geonetwork developers,
some months ago I wrote an email about an issue with the OAI provider of Geonetwork. Since the email has not sparked much discussion, but the
issue persists, I'm writing this second email.
The issue is that Geonetwork cannot be harvested with most OAI harvesters, since the handling of the "resumptionToken" is broken.
This can e.g be seen by using the attached code to harvest a GN node. (need oclc.oai.harvester2 jar)
If the GN installation contains more metadata records than fit into one
OAI response page, the harvesting will stop after the first page. This is because the resumptionToken sent by the harvester is considered illegal by GN.
I have written and committed a patch to Geonetwork BlueMestNet, which
has been operational (active OAI usage) in several nodes in the WMO
community. I would like to submit this patch to GN as well, as fix of
an essential feature.
Technically, the patch adds a OaiResumptionToken cache to store the resultSets associated to a resumption Token. The cache is periodically
purged by a thread. The interval as well as cachesize are added as parameters to the configuration options.
More details in my commit to BlueMestNet Sandbox (revision 6006
) 22/4/2010.
please let me know how we can proceed
Timo
(attachments)
Testharvest.java (1.76 KB)
to get it into the trunk - especially now that the trunk has gone to maven and changed the paths!. I'll get moving on this in the next few days.
to get it into the trunk - especially now that the trunk has gone to maven and changed the paths!. I’ll get moving on this in the next few days.
