Changing embargo end date using API

35 views
Skip to first unread message

Philipp Conzett

unread,
Jun 29, 2026, 11:21:12 AM (5 days ago) Jun 29
to Dataverse Users Community
I'm trying to change the embargo end date of a published dataset using the API command described in the API Guide, but am getting the following error message: "The requested URL was not found on this server."

Any idea what is going wrong here? I've verified that 1) I'm a superuser; 2) I'm using the correct URL (https://dataverse.no); 3) I'm using the correct file IDs; 4) the end date is within 2 years from publication date (DataverseNO has an upper limit of 2 years for embargoes).

What I'm not sure about is 1) whether the API call above actually can be used to extend an embargo end date; 2) whether I should use the dataset DOI or the data file DOI. The latter doesn't make sense to me, since I also specify the file ID.

Any guidance is highly appreciated.

Best,
Philipp

Julian Gautier

unread,
Jun 29, 2026, 11:36:51 AM (5 days ago) Jun 29
to Dataverse Users Community
Hey Philipp,

I was able to use the endpoint to change the embargo date of a specific file in a dataset on Demo Dataverse, so that seems to be the right endpoint.

And I agree that you should use the dataset DOI, since you specify the file ID in the JSON.

So when I tested on Demo Dataverse, I set the $JSON variable to:
export JSON='{"dateAvailable":"2026-10-26", "reason":"Standard project embargo", "fileIds":[2694860]}'

And the curl call I used was something like:
curl -H "X-Dataverse-key: $API_TOKEN" -H "Content-Type:application/json" "https://demo.dataverse.org/api/datasets/:persistentId/files/actions/:set-embargo?persistentId=doi:10.70122/FK2/8O7Y4L" -d "$JSON"

Hopefully that helps with troubleshooting!

Philipp Conzett

unread,
Jul 2, 2026, 4:58:37 AM (2 days ago) Jul 2
to Dataverse Users Community

Thanks, Julian!

I finally managed to change the embargo date. It turned out that one of the file IDs was incorrect.

Best,
Philipp

Tetiana Yaroshenko

unread,
Jul 2, 2026, 6:25:48 AM (2 days ago) Jul 2
to dataverse...@googlegroups.com, Лілія Олександрівна, al...@dntb.gov.ua

Can a dataset be assigned two persistent identifiers at once (DID and DOI)?

Hello Dataverse community,

This is a question from the State Scientific and Technical Library of Ukraine. We are at the initial stage of deploying and localizing Dataverse to build a nationwide project — the National Ukrainian Research Data Repository.

Our current question: Is it possible to assign two persistent identifiers to a dataset simultaneously — both a DID and a DOI? Or only one?  If so, could you point us to the relevant configuration, or share how other installations have approached this? 

We plan to post various questions here as our work progresses. Thank you very much in advance for your help!

Kind regards,

Tetyana Yaroshenko (State Scientific and Technical Library of Ukraine) 



--
You received this message because you are subscribed to the Google Groups "Dataverse Users Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dataverse-commu...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/dataverse-community/06f9805a-0f36-4b21-b59e-63d03e7f5016n%40googlegroups.com.

Vyacheslav Tikhonov

unread,
Jul 2, 2026, 7:01:03 AM (2 days ago) Jul 2
to dataverse...@googlegroups.com, Лілія Олександрівна, al...@dntb.gov.ua
Dear Tetiana,

Of course, there is an "Alternative URL" field in Dataverse where you can put the DID next to the DOI for the specific dataset. However you must maintain it separately.

Best,
Slava

Darms, Johannes

unread,
Jul 2, 2026, 9:46:22 AM (2 days ago) Jul 2
to dataverse...@googlegroups.com, Лілія Олександрівна, al...@dntb.gov.ua

Hey All,

 

there is also an alternativeIdentifier property (https://github.com/IQSS/dataverse/blob/741c5da16329d2a2ff9336ad27e85f5b5deb4b89/src/main/java/edu/harvard/iq/dataverse/AlternativePersistentIdentifier.java#L19).

I’m not sure how one can manipulate that field via the UI but that would be the best place to store additional identifiers.

 

Best regards,

 

Johannes

Reply all
Reply to author
Forward
0 new messages