EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #04317
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
[EP-tech] Re: OAI harvesting / records moving from live to buffer (or other non-deletion datasets).
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: [EP-tech] Re: OAI harvesting / records moving from live to buffer (or other non-deletion datasets).
- From: John Salter <J.Salter@leeds.ac.uk>
- Date: Wed, 17 Jun 2015 15:35:39 +0000
If anyone's interested: http://bazaar.eprints.org/411/ and/or https://github.com/eprintsug/oai-pmh I think it's my first (public) Bazaar package - let me know if there are any issues with it (it is fairly simple though)! Cheers, John -----Original Message----- From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of John Salter Sent: 15 June 2015 14:13 To: eprints-tech@ecs.soton.ac.uk Subject: [EP-tech] OAI harvesting / records moving from live to buffer (or other non-deletion datasets). Hi, I'm trying to work out an elegant solution to this issue: EPrint is made live EPrint is harvested over OAI-PMH EPrint is moved to non-live dataset (e.g. buffer - or in this specific case dark-archive) EPrint is no longer available publicly, but an OAI-PMH harvest will not see the record as deleted - and will not therefore remove it. I've checked with OAI-PMH gurus, and they think that just flagging the record as deleted will be OK - if the record subsequently reappears, it should get re-harvested OK. I think that the solution for this is to add a filter to the OAI-PMH searches that looks for EPrints with a datestamp (when the item was first made live), but that aren't in the 'archive' dataset. To achieve this methods in EPrints::OpenArchives (that currently check for 'deletion' status) will need to be tweaked, and filters for 'has datestamp' added to cgi/oai2 OR $c->{oai}->{filters}. Has anyone else come across this issue and found an elegant solution - or can see any issues with this proposal? Cheers, John *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech *** Archive: http://www.eprints.org/tech.php/ *** EPrints community wiki: http://wiki.eprints.org/ *** EPrints developers Forum: http://forum.eprints.org/
- Follow-Ups:
- [EP-tech] Re: OAI harvesting / records moving from live to buffer (or other non-deletion datasets).
- From: "Field A.N." <af05v@ecs.soton.ac.uk>
- [EP-tech] Re: OAI harvesting / records moving from live to buffer (or other non-deletion datasets).
- References:
- [EP-tech] OAI harvesting / records moving from live to buffer (or other non-deletion datasets).
- From: John Salter <J.Salter@leeds.ac.uk>
- [EP-tech] OAI harvesting / records moving from live to buffer (or other non-deletion datasets).
- Prev by Date: [EP-tech] Re: Problem with dependencies when installing
- Next by Date: [EP-tech] Rendering a metafield - use different format in Listing and Abstract page
- Previous by thread: [EP-tech] OAI harvesting / records moving from live to buffer (or other non-deletion datasets).
- Next by thread: [EP-tech] DSpace import plugin doesn't seem to parse UTF-8 correctly
- Index(es):