-
Notifications
You must be signed in to change notification settings - Fork 36
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
Adding DOI to the code base #449
Comments
FWIW, we should point to the archived zenodo reference somewhere (i can also see the argument to not include it anywhere in the README to reduce clutter/confusion), but I would discourage highlighting the badge given our preference to cite the paper over the archived code |
Good point. Do you think it would be better to create a DOI and include it in the manuscript, or should we skip the DOI and simply inform the reviewer that we'd prefer our code to be cited directly from the paper? Personally, I prefer having the paper cited, but if having a DOI is essential for good software practices, we could consider adding it to the manuscript. My concern, however, is that people might choose to cite the DOI instead of the paper. What are your thoughts? |
We should mint a DOI with zenodo, but not reference it in the README to avoid citation confusion. Minting with zenodo means that pycytominer will exist independently of GitHub, which is a good thing |
I like the practice of having both the paper and code having independent DOIs. The paper is a static description of pycytominer at a given point in time, but pycytominer will continue to evolve and grow over time. Hopefully folks will cite both ;) |
I’ve been thinking about this, but I have one question: how often is “Cite this repo” actually used in the field? I was considering whether we should include the software DOI in the CFF file, while keeping the badge in the README for citing the manuscript. Since we want more people to cite the manuscript rather than the repository itself, placing the software DOI in the CFF file seems more appropriate. We could also update the Citing Pycytominer section in the README to include a direct link to our manuscript What do y'all think? |
I think adding the software DOI somewhere it can be easily found is a good idea. This would help us follow FAIR practices (making it "Findable"). The GitHub integration with |
File location of the documentation
Pycytominer README.md
Documentation issue
Adding a codebase DOI into Pycytominer as suggested by the reviewer.
Suggested solution
Adding a codebase DOI and including the Zenodo DOI badge in the README file.
The text was updated successfully, but these errors were encountered: