EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #07854
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] Reinstating deleted file
- To: Karl Goetz <karl.goetz@utas.edu.au>, "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>, "Newman D.R." <drn@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] Reinstating deleted file
- From: John Salter <J.Salter@leeds.ac.uk>
- Date: Fri, 24 May 2019 06:26:26 +0000
I was pondering if there was a way to take just the relevant 'document' section from one of the revision files, and importing that - and then adding the file into the correct directory..?
I think you would have to set some options on the import - to retain the docid - but I think that's a standard option of the bin/import script.
I've never tried this at the document level before - but it might be an option!
Cheers,
John
Sent: 24 May 2019 07:07:54
To: eprints-tech@ecs.soton.ac.uk; Karl Goetz
Subject: Re: [EP-tech] Reinstating deleted file
Hi Karl,
The only way I have found to do this is remove all uploaded documents and then re-add in the order they were originally added. In your case:
my_file_20190404.pdf (that is now actually a copy of my_file_20190510.pdf)
then
my_file_20190510.pdf
However, as you can see that the numbers are not just 1 and 2 but 1 and 7 originally. This means the indexer has run and generate thumbnails and other auxiliary files in between. So to make sure that the numbers are the same you would need to hit "Save and return" after the first upload, make sure the indexer has run to reindex that item and generate thumbnails and then upload the second item. If you cannot see if the EPrint has been re-index from the event queue, I would wait at least 20 minutes or so before uploading the second file. (Edit lock can last for a while after saving and if the item is in the event queue with an edit lock it will get postponed 10 minutes). I would also advise having a test run with a completely separate EPrint with some test files, so you can see that your repository will behave the same as I describe.
If this does not work, unfortunately I think the only way to fix this is hacking around moving files and modifying the database. This is far from ideal and I have to admit this it is something that has caused me problems in the past. Maybe others have
found a workaround that I am not aware of, so it maybe worth waiting if my first approach does not work before resorting to the really hacky solution.
Regards
David Newman
Hi,I haven’t managed to find a solution to this so I’m hoping someone has some experience in this area.
https://wiki.eprints.org/w/EPrints_Directory_Structure/eprints3/archives/ARCHIVEID/documents/disk0/00/00/00/01/01I have a situation something like this:
- Staff member creates empty eprint 29788
- Staff member uploads the first version, my_file_20190404.pdf, as supplied by academic. URL is /29788/1/my_file_20190404.pdf
- Staff member uploads revised version, my_file_20190510.pdf, as supplied by academic. URL is /29788/7/my_file_20190510.pdf
- Staff member removes first version, my_file_20190404
- Academic asks for the first version to be re-instated as it had been hot linked to
- Staff member uploads a copy of my_file_20190510.pdf as my_file_20190404.pdf. URL is /29788/13/my_file_20190404.pdf
This matches the expectations set out in the documentation where each upload was recorded separately as a file but I can’t find anything covering ‘undeletes'
Can I re create file 01 and add it back to eprints, using means fair or foul?We’re using IRStats2 for tracking access so a solution would need to work with that - otherwise I'll simply tell the staff member in question we can’t fix the deletion.
Thanks,
--Karl GoetzMon, Tue, Wed, Technical Services Officer - eResearchWed, Thu, Fri Senior Library Officer (Library Systems)University of Tasmania, Private Bag 25, Hobart 7001
University of Tasmania Electronic Communications Policy (December, 2014).
This email is confidential, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone outside the intended recipient organisation is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender. The views expressed in this email are not necessarily the views of the University of Tasmania, unless clearly intended otherwise.
*** 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:
- Re: [EP-tech] Reinstating deleted file
- From: John Salter <J.Salter@leeds.ac.uk>
- Re: [EP-tech] Reinstating deleted file
- References:
- [EP-tech] Reinstating deleted file
- From: Karl Goetz <karl.goetz@utas.edu.au>
- Re: [EP-tech] Reinstating deleted file
- From: "Newman D.R." <drn@ecs.soton.ac.uk>
- Re: [EP-tech] Reinstating deleted file
- From: John Salter <J.Salter@leeds.ac.uk>
- [EP-tech] Reinstating deleted file
- Prev by Date: Re: [EP-tech] Reinstating deleted file
- Next by Date: Re: [EP-tech] Reinstating deleted file
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):