duplicate uploads

[myrmoteras]

@gsautter please keep an eye on these three same uploads

https://zenodo.org/record/3467403 https://zenodo.org/record/3467401 https://zenodo.org/record/3467397

[gsautter]

This is indeed a weird behavior, yes, but more or less a singularity ... here's what I did:

• looked into the backing article regarding some LOD export issue
• fixed the article treatment citations
• fixed a three-part figure that had only it's bottom-most part in Zenodo, and removed the HTTP URI from the associated caption to prompt an upload of the whole figure (which worked)
• did a few other changes, and saved again as part of the LOD XSLT investigation
• a glitch in the collaboration of the new external link handling infrastructure and the Zenodo uploader came to bear

Fixed the latter now. Afraid there are several more duplicates, I'll clean it up. Only good news is that it's a glitch, not a systematic error.

[gsautter]

The original intention of the image fix was to replace these two partial figure depositions with the full images: https://zenodo.org/record/187408 https://zenodo.org/record/187409

At least that is done now. Thanks for spotting the duplicates. Now the repair job is up to me.

[gsautter]

Restored the correct numbers for the PDF depositions in the affected IMFs now, so the data should be fine again. Just a few stray figure depositions on Zenodo to deal with ... how should we go about them?

[myrmoteras]

Send a list of those to be killed to Alex. As long as he can remove them all at once, and itis a rare event, then this should work.

[gsautter]

OK, good. Will have to find a way of compiling said list, but that should be possible in some kind of way.