Opened 13 years ago
Closed 13 years ago
#654 closed defect (fixed)
URL in OAI record
Reported by: | kjdon | Owned by: | kjdon |
---|---|---|---|
Priority: | very high | Milestone: | 2.84 Release |
Component: | Greenstone2 Runtime | Severity: | major |
Keywords: | Cc: |
Description
Some OAI harvesters require a URL to the document in oai_dc.identifier field. Currently in Greenstone's oaiserver we just output the document id.
We need to make it possible to output a URL. I think this will need to be done in oaiserver source code.
mapping srclink to oai_dc.identifier doesn't work as the link looks like <a href="_httpcollection_/...[collection]...> Don't want the <a> tag here. Also, oaiserver code doesn't do anything with macros or .. metadata format elements. Mappign URL doesn't work either - for the item I looked at it was a file link to something in tmp directory.
It could generate something on the fly using [Source] metadata perhaps. If no Source, or if source doc not saved (eg for html, txt), then there could be a link to the greenstone version using the doc id: ...library.cgi?a=d&c=xx&d=id (would this be a valid link for oai???)
Change History (4)
comment:1 by , 13 years ago
Status: | new → assigned |
---|
comment:2 by , 13 years ago
comment:3 by , 13 years ago
Have done the greenstone version of id.
Now, need to add the plugin options to store the original.
comment:4 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Have added store_original_file option to BasePlugin
I have partly finished this. If there is srclink_file metadata, then this is used to generate a URL.
TODO: a solution for those documents which don't have a srclink. My current proposal: Allow an option to plugins to support storing the original file, and then generating a srclink_file metadata. And in oaiserver, if this is not present, provide a link to the greenstone version.
This behaviour may be customisable through oai.cfg file.