Skip to content

Commit

Permalink
more cosmetic changes #6980
Browse files Browse the repository at this point in the history
  • Loading branch information
landreev committed Jul 29, 2020
1 parent 49c8c38 commit cda7bca
Showing 1 changed file with 2 additions and 1 deletion.
3 changes: 2 additions & 1 deletion doc/release-notes/6980-datacite-reservation-upgrade
Original file line number Diff line number Diff line change
@@ -1,11 +1,12 @@
##Dataverse installatins using Datacite: upgrade action required.
# Dataverse installatins using Datacite: upgrade action required.

For Dataverses using Datacite v5.0 changes the process of registering the Global Identifier (DOI) for the dataset. Instead of registering it when the dataset is published for the first time, Dataverse will try to "reserve" the DOI when it's created (by registering it as a "draft", using Datacite terminology). When the user publishes the dataset, the DOI will be publicized as well (by switching the registration status to "findable").

This approach makes the process of publishing datasets simpler and less error-prone. One drawback is that a dataset cannot be published until the DOI is reserved. Specifically, if your installation uses Datacite, the moment it is upgraded to v5.0, all the pre-existing unpublished drafts will become "unpublishable", until you reserve the DOIs as described below. So it is important to do that immediately after the upgrade, by using the following APIs:

`/api/pids/unreserved` will report the ids of the datasets
`/api/pids/:persistentId/reserve` reserves the assigned DOI with Datacite (will need to be run on every id reported by the the first API).
(See the Native API guide for more information).

Scripted, the whole process would look as follows (adjust as needed):

Expand Down

0 comments on commit cda7bca

Please sign in to comment.