Skip to content
This repository has been archived by the owner on Jul 9, 2020. It is now read-only.

Fix sec 4.2 of ODC_BY to make clear it is not ShareAlike #3

Open
marctjones opened this issue Apr 4, 2018 · 7 comments
Open

Fix sec 4.2 of ODC_BY to make clear it is not ShareAlike #3

marctjones opened this issue Apr 4, 2018 · 7 comments

Comments

@marctjones
Copy link
Contributor

Per conversation at https://discuss.okfn.org/t/is-odc-by-a-sharealike-licence/6417/10

Sec 4.2 of the ODC_BY license can be misleading and read to mean that ODC_BY is a ShareAlike license despite the clear intent that it be a Attribution license in the spirit of CC-BY. Fix the wording so that sec 4.2 only applies to the Database, and make it clear that 4.2(a) is a notice requirement not a licensing grant per the pull request #2

@pnorman
Copy link
Contributor

pnorman commented Apr 12, 2018

I suggest closing this as out of scope of the website. The license stewardship process needs more than just GitHub, and a comment here does not have the visibility.

Is it even decided that ODC will be publishing an ODC BY 1.1 in the near future?

@rufuspollock
Copy link
Member

rufuspollock commented Apr 12, 2018

@pnorman i agree that we should go through a proper review process. To be clear this was simply a clarification rather than a change with any substance but a fuller review than we had would still be useful.

@marctjones i still think having the PR / diff is very useful. Maybe you could post the diff here for now. See also discussion in the PR #6

@marctjones
Copy link
Contributor Author

@rufuspollock Here is a diff of for my suggested patch for ODC BY.

234,236c234,235
< 4.2 Notices. If You Publicly Convey this Database, any Derivative
< Database, or the Database as part of a Collective Database, then You
< must: 
---
> 4.2 Notices. If You Publicly Convey this Database, including as part of a
> Derivative Database or as part of a Collective Database, then You must: 
238c237
<   a. Do so only under the terms of this License;
---
>   a. Indicate the Database is licensed under the terms of this License;
428c427
< terms of this License.
\ No newline at end of file
---
> terms of this License.

@marctjones
Copy link
Contributor Author

@pnorman / @rufuspollock I agree. I would be inclined to say any textual change should go through a review process. Even small typos I would be inclined to send to the advisory council for review. You do not want to get into a situation some day where a pull request was put in to "fix" a typo for a lack of a comma, when in fact that comma changes the whole meaning of the sentence and was not a typo at all.

It might seem silly and overdoing it when fixing obvious mistakes, but sometimes what is obviously "obvious" becomes debatable.

@marctjones
Copy link
Contributor Author

@rufuspollock I am curious if you know what the review process would be or is this something the advisory council would have to set up. I know the GPLv3 process was a whole production. I do not believe FSF has a review process procedure lying around so has to construct it each time they update a license. Which considering the infrequency of that task, seems fair.

@rufuspollock
Copy link
Member

@marctjones GPLv3 was massive change. This is simpler so i think it can go to the AC and get a quick look from a relevant legal expert.

@pnorman
Copy link
Contributor

pnorman commented Jun 12, 2018

@rufuspollock Here is a diff of for my suggested patch for ODC BY.

Can you explain the change in a non-technical way? Most people can't read diff files, and I can't read that particular diff formatting.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants