-
Notifications
You must be signed in to change notification settings - Fork 46
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 license to Conventions #182
Comments
I support adding a license and in fact, this came up again in cf-convention/cf-conventions#127 because publication on Zenodo requires a license. I also support the choice of CC; this seems natural to me. I am not sure about the CC0 bit. There really is probably no need to require people legally to add an extra attribution in netcdf files. But if somebody were to take a large chunk of the CF conventions to build their own data conventions and publish that under their own name with no attribution, would that be ok with us? If the answer is no, I think a CC-BY variant might be more suitable, even if we put something nebulous like "The CF conventions authors and contributors" as the creator. |
I would propose CC0 because we don't want to set up any barriers to use. |
If by "use" you mean the reading or writing of compliant data, I think there would be no barrier by a different CC license.
There are two things here. One is being courteous and part of a community with (unwritten) rules. In this framework, you are completely right. The other is the legal side of things. But I am not a lawyer and have no solid grounds for objection to CC0.
I'm not sure this is true. See here for an explanation of what happens in absence of a license.
That's a very good question. Whichever governing body makes the decision, following the explanation for example here, the consent of all authors should be obtained. |
The next license would then be CC BY. Or? That could be done for cf conventions. Would cf-checker then have to provide the name of the creator? I would not recommend providing the name of the creator when using the standard names. |
I was really mainly thinking of the conventions, not so much the standard names, but you are of course right that this question needs addressing for both. According to this comparison chart, the creator needs to be given only if supplied, and then in a reasonable manner. I will say that I think it would be nice if pages such as the one you link above would refer back to the standard names table and the conventions. |
Tagging @martinjuckes here due to offline interaction. |
Hi all - Along with license, I think it might be important to consider copyright. I've seen a number of open source software and document projects assigning copyright to “project-name Developers” or “project-name Developers and Contributors” or “project-name Community”. That seems like a good model for CF but I was never quite sure what it really meant. Project Jupyter marks their copyright as "Project Jupyter Developers" and explains their copyright policy, on their license page, as a shared copyright model, where the overall copyright is held by the community but individual contributors maintain the copyright over their individual contributions. |
In terms of getting permission from all authors to change the license, another project I work on was advised to do a "best effort" attempt to notify all authors and allow time for objections rather than needing explicit permission from all authors (which may be very hard to get). On the other hand, I wonder if that would apply if we wanted to change to CC0 which, if I understand it, explicitly relinquishes copyright. That seems like a bigger hurdle. |
@ethanrd +1 on best effort with reasonable deadline. This would be similar to changes with the 6-week rule. WRT the copyright holders, my preferred terminology would be "Community", because the community as a whole contributes, not only individual authors. Although git would make it possible to track individual contributions, the Conventions have been around a long time and will hopefully stick around for even longer, so my preference would be for contributors to be credited but relinquish their copyright upon submission. From a work perspective it'd be no difference, in my opinion, but we'd need to document it in the contribution guidelines. What do you think? |
I have already commented on the licenses. But I agree with any license you choose. |
Hi all - The CF Governance Panel discussed CF license and copyright during our last meeting. We mainly discussed CC0 and agreed that open to all and not requiring attribution seemed appropriate given the goals of CF and the community culture. Here is a summary of the discussion:
If there is further discussion, please comment on this issue. If there are no objections, we can start/continue planning for implementation. |
To add, regarding license choice the site choosealicense.com is really useful. |
Sorry for coming late to the party, but earlier today during the hackaton session on license and doi the following crossed my mind: With CC0 we do not claim any copyrights. This would allow someone to grab all of the CF website content and just republish it as say cfconventions.net, and then add commercial banners and similar. And, as the CF website is a popular one that generates a lot of traffic it is also vulnerable to copycats wanting to take advantage of this to generate click income for themselves. With CC0 we basically allow this without complaints. Although with a license that retains copyrights we do not foresee sending lawyers after the copycats, but we at least make it clear that this is not acceptable. Just a thought, otherwise I do not have any views regarding the license. |
I support the proposal to add an explicit license statement to the CF Conventions document and, for consistency, I feel that it would make sense to use the same license on the CF standard name table. According to this post https://opensource.guide/legal/ , contributors hold copyright to the parts that they contribute unless there is an explicit declaration. This would mean that anybody wishing to quote bits of the convention in risk-averse journal might be required to get permission from responsible contributors .... adding a license would make the situation clearer. Using "CC BY" and requiring people to fully cite the CF convention every time they use it would be quite disruptive (e.g. making it illegal to use CF metadata in a file without providing a citation). The authors of the latest version of HTML get around this with the following text:
With this approach, people using the standard in code do not need to provide attribution. I don't have a strong view, but using a mixed approach, rather than CC0, would avoid the concern raised by Lars and does not appear difficult to implement. I've been told by someone who understands these things better than me that "CC0" is not a license, it is a "Deed". The distinction appears to be that a license sets up obligations for the licensee, but a deed simply makes an assertion and implies no obligations on the user. I'm not sure it this matters .. it is widely referred to as a license. |
Hi all - While there were some comments, there were no objections to the CF Governance Panel decision to license CF with CC0. So we will move forward with implementing CC0 for CF. Here are the three next steps I came up with:
I will create PR(s) to add the LICENSE.md files and look into how to add the license to the web pages. Lars @larsbarring and David @davidhassell, do you have an idea of how to add the license to the Conventions documents? Any other suggestions for steps that might be needed? |
Hi Ethan, I think it's as simple just merging the PR cf-convention/cf-conventions#504 - GitHub will know that it's a license from the file name, and will glean which license from the contents. I tested this at https://github.com/davidhassell/delme. |
Hi Ethan, |
Regarding the third bullet point
it seems like a simple addition to the The bottom line could just be changed to read something like "This site is open source in line with Creative Commons Zero CC0 . Improve this page! |
Hi Lars @larsbarring - That sounds really good for the website (3rd bullet item). For the convention (2nd bullet item), I wonder if just adding another line below the title, author, version at the top of the conventions document (in |
Thanks Ethan @ethanrd. I have just created a PR (despite being a html noob), and added you as reviewer. And I will have a go at the second bullet item in the coming days. |
The last addition to PR #461 was done on March 16 (addition of CC0 logo), which means that the PR can be merged on April 8, if there are no more comments. |
Thanks very much, @larsbarring. You would be able to see the full result, I think, if you publish your branch to the web via GitHub Pages in your repo. |
Thanks @JonathanGregory, this was news to me! But it also showed that there is a problem with the badge/logo, which now shows up as broken. I have tried different alternatives without success. As I wrote above (7 March) my html skills are just about zero, so I give up this attempt and leave it to others to fix. But I imagine that for someone more familiar with html it will be a very quick fix. |
In PR #461 I have now removed the CCO logo badge from the footer file and now it works as expected (see [here])(https://larsbarring.github.io/cf-convention.github.io/). This is pretty much what I suggested, which received support. Hence, could someone merge PR #461. |
Ethan did the first action. The second one is being dealt with by @larsbarring in conventions issue 513. Lars's PR #461 will achieve the last action. I will merge Lars's PR now, and thereby close this issue. Thanks, Lars, Ethan et al. |
Originally posted by @bnlawrence in #116 (comment)
I agree, we should explore this.
The text was updated successfully, but these errors were encountered: