Review DOI creation for re-ingested objects

Project:RUcore Workflow Management System (WMS)
Category:feature request

When an object is re-ingested from WMS, it gets a new DOI. We need to review this process and figure out what to do with the old DOI created for this object.



Version:7.4» 7.3


Version:7.3» 7.4

Move to 7.4


Assigned to:yuyang» ananthan


Priority:normal» minor

We don't re-ingest a lot of objects so this is a very low priority. If we have time, we can consider addressing this in R7.4.


Version:7.4» 7.5


This is addressed in 7.4 (issue 2481). WMS will record DOI for ingested record and reuse it if the item is re-ingested. Should be moved to 7.4 to test and assign to yuyang. -YY


Version:7.5» 7.4
Assigned to:ananthan» yuyang
Status:active» test


Assigned to:yuyang» ananthan


Assigned to:ananthan» yuyang
Status:test» active

I just re-ingested an object but it got a new DOI.

Fedora ID: rutgers-lib:202137
Old DOI (before purging): doi:10.5072/FK2610XW33
new DOI (after purging): doi:10.5072/FK22J6B801

IF time does not permit, this can be revisited in R7.5 or later release.


I would guess #9 is run on a record ingested before this release. This is the good and old issue again - new code, old records. We have to have a script to update WMS database from fedora to populate DOI information for ingested records. I'll see if I can find time to do this. -YY


Version:7.4» 7.5

Let's do this in R7.5.


Status:active» test

Wait for testing date to test. -YY


Assigned to:yuyang» ananthan


Assigned to:ananthan» yuyang
Status:test» active


When I purged the object, I got “Error changing DOI state to unavailable - Error processing task.
Error handling web input” message.

Re-ingested it and it got the same Fedora ID and the DOI.

Please take a look at the error message.


Is rutgers-lib:206211 actually rutgers-lib:202611? Which collection is this in WMS? -YY


Sorry. I transposed the numbers. It's in the RUcore R7.5 testing and rutgers-lib:202611.


Status:active» test

DOI "reserved" status cannot be converted to "unavailable", which is where the error message came from for this record. Test. In addition, I have added code to make the Fedora Edit screen default to hide the DOI status. User is given the option to show all DOI status or show only DOI status for selected record. This will solve the "waiting too long for fedora edit page to load" issue, and also needs to be tested. -YY


Assigned to:yuyang» ananthan
Status:test» fixed

If the record is still in WMS (DB hasn't been cleaned up yet), reopen/reingested process assigns the same DOI now. I'm marking this as fixed.


Status:fixed» closed


Version:7.5» 8.x
Status:closed» active

I'm re-opening this issue since re-ingesting an object assigns a different DOI in R8.0.1.


Version:8.x» 8.1
Assigned to:ananthan» yuyang

Re-assign to 8.1 and yuyang. -YY


Assigned to:yuyang» ananthan
Status:active» test

Test. -YY


Status:test» fixed

I ingested an object and noted the DOI. Then purged it and re-ingested it. The DOI was preserved when deleted and assigned when the resource was re-ingested.

Registering new DOI (state = reserved) ... OK.

Ingesting ... OK.
<a href="" title=""></a>


Status:fixed» closed

Back to top