-
Notifications
You must be signed in to change notification settings - Fork 60
Add CITATION.cff #175
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
base: main
Are you sure you want to change the base?
Add CITATION.cff #175
Conversation
Automated Review URLs |
CITATION.cff
Outdated
| cff-version: 1.2.0 | ||
| title: Nex-generation file format (NGFF) | ||
| message: >- | ||
| If you use this software, please cite it using the |
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 repo isn't really software. Are you using this repo if you create OME-Zarr with your own code? Should you cite this repo if you use ome-zarr-py?
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 repo isn't really software.
Updated to "Specification" (but "type" must remain "Software" since the only other option is "Dataset").
Should you cite this repo if you use ome-zarr-py?
I wouldn't say it's a must.
CITATION.cff
Outdated
| # Visit https://bit.ly/cffinit to generate yours today! | ||
|
|
||
| cff-version: 1.2.0 | ||
| title: Nex-generation file format (NGFF) |
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.
typo Nex-
Should the title include OME?
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.
Typo fix pushed. Re: "OME" good question. It's hard to do the expansion, then. Maybe let's see how it looks when we start using it.
|
Re-opened to trigger RTD build. |
|
Coming back to this after reading issue #315 . Maybe a small statement in the Contributions guide would be nice for PR authors to add themselves there if they haven't yet? |
|
Ok, suggestion for attribution:
Open question
Next steps@joshmoore was so kind to print me a list of all contributors to the spec. I would ping all of them here and ask them to add their name/affiliation/orcid/github to this branch over at ngff-spec under @dstansby @joshmoore @will-moore LMKWYT :) |
|
Where do we have citation instructions? Ah - I see https://ngff-spec.readthedocs.io/en/latest/citing.html but nothing from https://ngff.openmicroscopy.org/. Don't know about "frontmatter" or where/how it's displayed? |
Yes. I could see this page becoming more of a hub for all sorts of resources beyond just the specification. I think it makes sense to move citation information along with the spec if someone wanted to cite the spec itself.
Or maybe it could be removed entirely? For once, readthedocs shows you the version of the document you are looking at anyway. Secondly, the link to Zenodo could point to the latest version and simply say: "All past versions of the spec are available on Zenodo (link)" It's probably possible to find out the DOI on Zenodo on build and insert it in the markdown documents but maybe that's overkilling it ^^"
Essentially, every markdown document in the page gets a header-like part (the frontmatter), the content of which can be defined from the project metadata (the ---
title: Whatever
foo: bar
---If nothing is displayed, then the result would look something like this example.
👍 |
|
Hi @joshmoore @will-moore I figured that it's possible to simply add people as authors in the jupyter book metadata and then autogenerate a |
|
PR to work on: ome/ngff-spec#31 May supersede this PR. |

Created using https://citation-file-format.github.io/cff-initializer-javascript/#/
Open questions/issues: