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 license to Conventions #182

Closed
erget opened this issue Sep 21, 2021 · 26 comments · Fixed by #461
Closed

Add license to Conventions #182

erget opened this issue Sep 21, 2021 · 26 comments · Fixed by #461
Labels
governance Changes to the CF governance processes

Comments

@erget
Copy link
Member

erget commented Sep 21, 2021

Originally posted by @bnlawrence in #116 (comment)

I started writing about this a while ago, and got distracted. Anyway, wrt license/privacy notice, I think we should use a CC license (probably this one). We're not a legal entity and don't want to be one, so it's not obvious that we need to bother with any attribution of rights to us. We might, if we were paranoid, require all pull requests to include something like the following at the bottom of the explanation:

I certify that I wrote this content and/or otherwise have the right to pass it on into this documentation where it will be covered by [insert our cc license]

I agree, we should explore this.

@erget erget added the governance Changes to the CF governance processes label Sep 21, 2021
@zklaus
Copy link

zklaus commented Oct 7, 2021

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.

@HeinkeH
Copy link

HeinkeH commented Oct 8, 2021

I would propose CC0 because we don't want to set up any barriers to use.
If someone uses parts of the CF conventions in a publication without citing them, then
the reviewer has to criticize this.
If there is no reviewer and parts of the cf conventions are copied without reference,
then that's not good. But since we didn't have a license so far, this could already happen.
Who actually decides which license we take?
Best wishes
Heinke

@zklaus
Copy link

zklaus commented Oct 8, 2021

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.

If someone uses parts of the CF conventions in a publication without citing them, then the reviewer has to criticize this. If there is no reviewer and parts of the cf conventions are copied without reference, then that's not good.

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.

But since we didn't have a license so far, this could already happen.

I'm not sure this is true. See here for an explanation of what happens in absence of a license.

Who actually decides which license we take?

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.

@HeinkeH
Copy link

HeinkeH commented Oct 8, 2021

	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.

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.
Should this also be noted in the cf netcdf header?
If we don't want that, we can omit the 'BY'.
Otherwise we would have to draw up a set of rules.
That's what I meant by barriers.
Do I have to name the creator here, for example?
https://cera-www.dkrz.de/WDCC/ui/cerasearch/topics?topicid=2001711
Heinke

@zklaus
Copy link

zklaus commented Oct 8, 2021

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.

@zklaus
Copy link

zklaus commented Oct 12, 2021

Tagging @martinjuckes here due to offline interaction.

@ethanrd
Copy link
Member

ethanrd commented Jan 20, 2022

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.

@ethanrd
Copy link
Member

ethanrd commented Jan 20, 2022

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.

@erget
Copy link
Member Author

erget commented Jan 20, 2022

@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?

@HeinkeH
Copy link

HeinkeH commented Jan 20, 2022

I have already commented on the licenses. But I agree with any license you choose.

@ethanrd
Copy link
Member

ethanrd commented Mar 31, 2022

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:

The discussion around license and copyright of CF focused on the CC0 “Public Domain Dedication” / “No Rights Reserved” tool (I guess it isn’t really a license). Applying CC0 would waive copyright and dedicate the CF artifacts to the public domain. We agreed that open to all and not requiring attribution seemed appropriate given the goals of CF and the community culture. We discussed whether CC0 was appropriate for all CF artifacts (the CF Conventions document, the CF Standard Names table, and the CF web site) and agreed that it was. There was some discussion of what constitutes a derivative work. We thought CF compliant datasets would probably not be considered derivative works but that other conventions based on all or part of CF would.

If there is further discussion, please comment on this issue. If there are no objections, we can start/continue planning for implementation.

@sadielbartholomew
Copy link
Member

To add, regarding license choice the site choosealicense.com is really useful.

@larsbarring
Copy link
Contributor

larsbarring commented Sep 15, 2022

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.

@martinjuckes
Copy link

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:

This work is licensed under a Creative Commons Attribution 4.0 International License. To the extent portions of it are incorporated into source code, such portions in the source code are licensed under the BSD 3-Clause License instead.

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.

@ethanrd
Copy link
Member

ethanrd commented Jan 19, 2024

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:

  • Create a LICENSE.md file in both the Conventions repo and the Website repo.
  • Add a license mark to the generated Conventions documents
  • Add a license mark to the footer of each website page

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?

@davidhassell
Copy link
Contributor

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.

@larsbarring
Copy link
Contributor

Hi Ethan,
I can look into -- and probably fix -- the second bullet point. But it will take a couple of weeks or so, because I am currently digging into the different versions of the standard name table. Fixing the pdf version should be simple (I hope), but I do not know about the html version because that basically is just one long document with no pages.

@larsbarring
Copy link
Contributor

Regarding the third bullet point

• Add a license mark to the footer of each website page

it seems like a simple addition to the __layouts/default.html file is needed. The footer now looks like this (screen clip image):


image


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!

@ethanrd
Copy link
Member

ethanrd commented Mar 7, 2024

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 cf-conventions.adoc) would be enough. It would cover both the HTML and PDF versions.

@larsbarring
Copy link
Contributor

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.

@larsbarring
Copy link
Contributor

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.

@larsbarring
Copy link
Contributor

It seems that I cannot see the full result produced by the GH runner, but looking at the file `_layouts/default.html in firefox produces this view (which will appear at the bottom of all webpages):

image


Could someone (maybe @ethanrd ? :-) merge #461.

Many thanks,
Lars

@JonathanGregory
Copy link
Contributor

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.

@larsbarring
Copy link
Contributor

larsbarring commented Apr 8, 2024

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.

@larsbarring
Copy link
Contributor

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.

@JonathanGregory JonathanGregory linked a pull request Apr 10, 2024 that will close this issue
@JonathanGregory
Copy link
Contributor

@ethanrd wrote

Here are the three next steps I came up with:

  • Create a LICENSE.md file in both the Conventions repo and the Website repo.
  • Add a license mark to the generated Conventions documents
  • Add a license mark to the footer of each website page

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.

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

Successfully merging a pull request may close this issue.

9 participants