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

Add 'Archive' or 'Software archive' as new link type #203

Open
hansioan opened this issue Jun 16, 2021 · 4 comments
Open

Add 'Archive' or 'Software archive' as new link type #203

hansioan opened this issue Jun 16, 2021 · 4 comments

Comments

@hansioan
Copy link
Member

@matuskalas @hmenager @bio-tools/core-dev

We got a message from Dr. Pierre Poulain requesting to add a new link type of Archive or Software archive
What do you think?

I would like to know if you would agree to add a new link type, regarding the "Links" tab in the bio.tool registry.

As for now, link type could be:

  • Discussion forum
  • Galaxy service
  • Helpdesk
  • Issue tracker
  • Mailing list
  • Mirror
  • Repository
  • Service
  • Social media
  • Software catalogue
  • Technical monitoring
  • Other

Given the ability to archive software source code in general repositories such as Zenodo or figshare or specialized one such as Software Heritage, it might be interesting to add a link type reflecting the archiving of software source code, for instance "Archive" or "Software archive".

(Long-term) source code archiving looks important to insure reproducibility but also permanent availability of the source code of research software.

My opinion is that there is a use case for this, but we have to be careful since we also have Download type of Software package and Source code.
The other question is should it be a link type or a download type?

@jvanheld
Copy link

jvanheld commented Jun 16, 2021 via email

@pierrepo
Copy link

Dear all,

@hansioan, thank you very much for putting my request into this issue.
@jvanheld, thank you for your kind introduction 😉

For full transparency, I would like to say I'm a Software Heritage archive ambassador.

I'm also an associate professor in bioinformatics. As a researcher, I develop software and tools for computational biology. I really appreciate the bio.tools registry. I have a lot of concerns however regarding reproducibility and long-term archiving of the source code of software in bioinformatics. This is the reason why I contacted bio.tools support / @hansioan

Regarding the Link vs Download type, AFAIK, all archive repositories allow to download a zip file containing the source code. In the Download section, I see the Software package type useful to point toward package repositories such as PyPI, CRAN or anaconda/bioconda. I personally use the Source code type to indicate the source code repository (GitHub, GitLab). In conclusion, maybe a Source code archive type within the Download section would be more appropriate in this case.

@matuskalas
Copy link
Member

I think Software archive or Source code archive would make a lot of sense. And yes, it could be a Link or Download.

And I'd strongly suggest renaming Repository (Link) to Source code repository for disambiguation.

However, for storing DOIs such as the Zenodo ones, I think Publication is a much better property than just a Link or Download.

It can also be scripted in CI so that whenever a DOI is recorded as a Link, it will be moved to Publication. And if a repo is recorded as Source code (Download), it should be moved to Source code repository (Link).

What other highly useful links to archives do you have in mind @pierrepo?

@pierrepo
Copy link

Hello @matuskalas

However, for storing DOIs such as the Zenodo ones, I think Publication is a much better property than just a Link or Download.

I think that could be confusing for users. The DOI provided by Zenodo is an identifier commonly used for papers but that, in this case, does not point to a paper. Instead, Zenodo DOI, when used for software archiving, usually points to a software type record that contains a zip file that itself contains the source code.

Software Heritage, however, does not provide a DOI. It provides instead a permanent intrinsic identifier called SWHID.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants