-
Notifications
You must be signed in to change notification settings - Fork 339
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
Citation instructions #6444
Citation instructions #6444
Conversation
For the demonstration purpose, I pushed the above file to my fork: https://github.com/L-TChen/agda so that you can see how it works on GitHub. |
Related discussions: coq/coq#5766 (Suggests Zenodo as a DOI provider) |
For your demo I get the following BibTeX file: @software{Agda_development_team_Agda_2_6_2_2_20230105_documentation,
author = {Agda development team},
title = {{Agda 2.6.2.2.20230105 documentation}},
url = {https://agda.readthedocs.io/en/v2.6.2.2.20230105/},
version = {2.6.2.2.20230105}
} Is the idea to cite the software or its documentation? For the documentation I think it makes sense to cite the user manual. The title of the user manual (the PDF file) is currently "Agda User Manual, Release 2.6.4", and the author is "The Agda Team". However, I don't think we should recommend people to cite an unreleased user manual. Something like the following BibTeX entry might be suitable for citing the Agda 2.6.2 documentation: @Manual{Agda_manual:2_6_2,
title = {Agda User Manual, Release 2.6.2},
author = {{The Agda Team}},
year = {2021},
url = {https://agda.readthedocs.io/_/downloads/en/v2.6.2/pdf/},
urldate = {2023-01-18}
} |
I think we should utilize the GitHub Releases feature also for the regular Agda releases (not just nightly) and then one could cite the release rather than the documentation. Maybe we can get the help of Wen @wenkokke to get proper releases (with binaries) here. |
If I can use |
Based on @andreasabel's suggestion, I update the @software{The_Agda_Team_Agda,
author = {The Agda Team},
title = {{Agda}},
url = {https://agda.readthedocs.io/en/v2.6.3/index.html},
version = {2.6.3}
} For every release, one only needs to update the version (by |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM (modulo I don't know what cff
is).
lol Right, if the citation format is agreed, then I will update the documentation and related scripts later (within this PR). |
If we link to the documentation, then I think we should use the user manual's title, and not "Agda" (and I believe that BibTeX interprets |
I think it is more reasonable to cite the software instead of the documentation, see here for reasons. As pointed by @gallais, it is possible to mint a DOI for software and archive source code in an open repository like Zenodo (supported by the EU and now used by many conferences including ICFP for artefact evaluation). Using Having a consistent citation format should make forward citation search easier. I find it difficult to find where Agda was used. If there is a DOI, then it should help Google Scholar or other analytic tools to locate. Although I still do not know the best practice to cite a software like Agda, I’d like to propose the following:
One may also include a link to the documentation.
There are tools to convert a |
That depends on what the purpose of the citation is. Sometimes one may want to refer to the software, but sometimes one may want to, say, cite a passage in the user manual. |
We can always just add citation instructions to readthedocs. For the repo I think the purpose is just to cite the software. |
I would think we should merge this PR rather than close it. We can continue the bikeshedding even after this has been merged. Having this PR in one form or the other is better than having nothing. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This file needs to be added to the change-version
script:
agda/src/release-tools/change-version.bash
Lines 11 to 12 in 2816d75
files+='Agda.cabal ' | |
files+='doc/user-manual/conf.py ' |
And to the exclude list in src/github/workflows/test.yml .
Following the specification, the Agda team should be cited as an entity rather than a person, so:
|
Reading the specification, we should have the primary citation be for the software, but we could add a citation for the manual as a related work under the |
Thanks! It does give the required BibTex entry as follows.
|
@andreasabel Yes, done. [ I don’t know why the requested change has not been marked resolved by GitHub … ] |
Please also update Line 24 in d959b19
|
* [ new ] Create CITATION.cff * Add CITATION.cff to `change-version.bash` and `test.yml` accordingly * Exclude CITATION.cff in CI * Change "The Agda Team" to "Agda Developers"
GitHub has a built-in citation support. By placing the
CITATION.cff
file in the root of repostitory, GitHub will add a widget to the sidebar like thisThe file format is here
It will be time-saving if it is clear how to cite Agda, so the remaing question is ... to agree on how Agda should be cited.
I draft one based on "Elaborating dependent (co)pattern matching: No pattern left behind" to kick off a discussion.