Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ensure all maintainers can publish PyGMT to Zenodo and make a DOI #601

Closed
weiji14 opened this issue Sep 11, 2020 · 15 comments · Fixed by #2761
Closed

Ensure all maintainers can publish PyGMT to Zenodo and make a DOI #601

weiji14 opened this issue Sep 11, 2020 · 15 comments · Fixed by #2761
Assignees
Labels
maintenance Boring but important stuff for the core devs
Milestone

Comments

@weiji14
Copy link
Member

weiji14 commented Sep 11, 2020

Need to make sure that every core maintainer can reserve a new Zenodo version DOI for PyGMT. Continuing discussion from #599 (comment)_. I.e. everyone should be able to click on the green "New version" button (see sceenshot).

PyGMT Zenodo page

Which will take you to a page where there should be a 'Reserve DOI' button somewhere. Click on that, and copy the DOI link to the changelog/release notes for the new PyGMT version (e.g. at #599).

As to why we can't just automate this, see #599 (comment)_ (quoted below):

Just to clarify, there's 2 options that I know of to make a Zenodo DOI, each with pros/cons (see also FAQs at https://help.zenodo.org/):

  1. Use the automated Github integration:
  • Pro: It's automated, publishing a release creates the DOI automatiically
  • Con: We don't know the DOI number beforehand, so can't put it into the release notes. Also, I couldn't manage to link it to our current permanent/concept DOI at https://doi.org/10.5281/zenodo.3781524.
  1. Manually reserve a DOI (what was done for PyGMT v0.1.x):
  • Pro: We know the DOI beforehand, so can put it into our release notes. Also more control with the metadata information.
  • Con: It's not automated, I had to manually download the pygmt-v0.1.x.zip file, and upload it to Zenodo. Also as we found out, maybe it's linked only to my account?!!

Either way, would be good to discuss what we want to do 😐

@weiji14 weiji14 added the maintenance Boring but important stuff for the core devs label Sep 11, 2020
@weiji14 weiji14 added this to the v0.3.x milestone Sep 11, 2020
@leouieda
Copy link
Member

Copying from #599:

I was just checking on some of my own uploads and it seems like only the original creator can upload a new version. This really sucks since we can't use the DOI versioning and have multiple release managers at the same time. I have sent them an email asking is there is a workaround and if not, making that a feature request.

At the moment, it seems like we only have 2 options:

  1. Wei Ji creates new Zenodo uploads forever 😉
  2. We go back to making a new upload for every release instead of creating a new version. This would allow anyone to do the upload. Con is that we have to copy authors and descriptions every time.

I don't think the GitHub automation is an option since it doesn't allow reserving the DOI. In the end, I found it more trouble than it's worth. One thing we could do is build our own automation using the Zenodo API. It lets us reserve DOIs and make uploads. But that could be a lot of work.

@weiji14
Copy link
Member Author

weiji14 commented Sep 15, 2020

After some more searching, I found that the multi-user feature is on their current roadmap (see https://about.zenodo.org/roadmap/), and due for (Northern Hemisphere) autumn 2020 according to zenodo/zenodo#35 and zenodo/zenodo#151. So maybe I won't need to do this forever after all 😆

@leouieda
Copy link
Member

And here I thought that I had you hooked for good...

@weiji14 weiji14 mentioned this issue Feb 9, 2021
19 tasks
@weiji14 weiji14 modified the milestones: 0.3.0, 0.4.0 Feb 11, 2021
@weiji14 weiji14 self-assigned this Mar 24, 2021
@weiji14
Copy link
Member Author

weiji14 commented May 2, 2021

Just an update, things appear to have been pushed out to (Northern Hemisphere) autumn 2021 (see zenodo/zenodo#810 (comment)). The multi-curator feature will likely come to InvenioRDM in May 2021 (see https://inveniosoftware.org/products/rdm/roadmap and https://github.com/inveniosoftware/invenio-communities), and once Zenodo migrates their system to InvenioRDM (v4?) in the near term (hopefully sometime this year in 2021), we'll be able to add other PyGMT maintainers into the list.

Zenodo roadmap

@weiji14 weiji14 modified the milestones: 0.4.0, 0.5.0 May 2, 2021
@weiji14 weiji14 modified the milestones: 0.5.0, 0.6.0 Sep 30, 2021
@weiji14 weiji14 modified the milestones: 0.6.0, 1.0.0 Mar 1, 2022
@weiji14 weiji14 added the longterm Long standing issues that need to be resolved label Mar 12, 2022
@seisman
Copy link
Member

seisman commented Apr 7, 2023

Some updates: https://blog.zenodo.org/2022/12/07/2022-12-07-zenodo-on-inveniordm/

Let's expect a new Zenodo in Autumn 2023.

@leouieda
Copy link
Member

leouieda commented Apr 8, 2023

Hi all, on Fatiando we got around this by creating an account for the organisation, which all maintainers will have access. We then asked the Zenodo support to transfer all existing uploads to that account. See fatiando/community#98 (comment)

@seisman
Copy link
Member

seisman commented Sep 16, 2023

Let's expect something new on Sep. 29 https://blog.zenodo.org/2023/09/06/2023-09-06-zenodo-rdm/.

@seisman
Copy link
Member

seisman commented Oct 13, 2023

The Zenodo migration has been done today (see https://blog.zenodo.org/2023/10/13/2023-10-13-zenodo-rdm/), although currently it's slow.

Here is the latest record of the PyGMT package (https://zenodo.org/records/8303186) and here is the "GenericMappingTools" community (https://zenodo.org/communities/generic-mapping-tools).

@seisman seisman modified the milestones: 1.0.0, 0.11.0 Oct 13, 2023
@seisman seisman removed the longterm Long standing issues that need to be resolved label Oct 13, 2023
@seisman
Copy link
Member

seisman commented Oct 20, 2023

@PaulWessel Zenodo has migrated its system to InvenioRDM. Now it allows multiple members with different roles (Reader, Curator, Manager and Owner) to add a new record or edit an existing record (see https://help.zenodo.org/docs/about/whats-new/#communities-members) to the GMT community.

Currently, you're the only member (Owner) of the GMT Community. Could you please add me as an "Owner", so that I can invite other PyGMT maintainers as "Curators" if necessary?

@weiji14
Copy link
Member Author

weiji14 commented Oct 23, 2023

Thanks @seisman! Once you have Owner access from @PaulWessel, could you also also add me and some of the other maintainers to the GMT Community on Zenodo? I'd be happy to walk someone through the Zenodo upload process for the next PyGMT v0.11.0 release (but still happy to do these in the future too 😉).

@seisman
Copy link
Member

seisman commented Oct 24, 2023

@weiji14 I've invited you to join the zenodo community. Will invite more people for future release managers.

@weiji14
Copy link
Member Author

weiji14 commented Jan 28, 2024

Continuing thread from #2843 (comment) (so we don't clutter the v0.11.0 release issue).

  • Reserve a DOI on Zenodo by clicking on "New Version"

@weiji14 Not sure what's happening. I can create a new version for GMT, but can't do it for PyGMT.

For PyGMT: image

Hmm, I can see the 'New version' button on my side.

image

On my end, I only have 'Curator' role access to the 'Generic Mapping Tools' Zenodo community, but I see that you and Paul are 'Owner's. Maybe there is some permissions setting you need to set? I can't seem to find any settings about transferring ownership on my end.

Strangely enough, I can create a new version for GMT, but not for DCW-GMT. Is it because there was a recent GMT 6.5.0 release that uses the new Zenodo community permissions setup? Maybe I will need to create a new PyGMT release this time, and then you can do it next time?

@seisman
Copy link
Member

seisman commented Jan 28, 2024

Is it because there was a recent GMT 6.5.0 release that uses the new Zenodo community permissions setup?

It's likely.

Maybe I will need to create a new PyGMT release this time, and then you can do it next time?

Yes, please give it a try.

@weiji14 weiji14 mentioned this issue Apr 25, 2024
35 tasks
@seisman seisman reopened this Apr 25, 2024
@seisman
Copy link
Member

seisman commented May 6, 2024

I filed a support ticket a few days ago and here is the reply:

The records were created prior to the migration of Zenodo last October and they were not automatically available for community curation - like newer records. Since the uploaders are also owners of this community, we enabled the records curation for all the owners / curators of the community.

Now I can see the "Edit" and "New Version" buttons for all records in the GMT community.

Closing.

@seisman seisman closed this as completed May 6, 2024
@weiji14
Copy link
Member Author

weiji14 commented May 6, 2024

Awesome! I'll let you do the upload for v0.13.0 😄

One thing to note: when downloading the source code zip file from https://github.com/GenericMappingTools/pygmt/releases, the filename will be something like pygmt-0.13.0.zip. You'll need to remember to rename it to pygmt-v0.13.0.zip (as mentioned on the release checklist) before uploading to Zenodo.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
maintenance Boring but important stuff for the core devs
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants