-
Notifications
You must be signed in to change notification settings - Fork 1
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
Suggest use of OKFN license URL ? #111
Comments
Why not use the license's own URL? I think it makes a lot more sense to link to https://creativecommons.org/licenses/by/4.0/ than to link to http://opendefinition.org/licenses/cc-by/, which doesn't include the version number or even a link to the full text of the license. |
That probably would be http://licenses.opendefinition.org/licenses/CC-BY-4.0.json (content negotiation does not seem to work: http://licenses.opendefinition.org/licenses/CC-BY-4.0 results in 404):
For me this is a low priority issue or task, but it is one which could quickly become more important. (This is likely one of the last new ones before I start resolving all the collected open issues ;-) BTW: In this context I am also looking at these two RDF-related issues over there: okfn/licenses#6 and okfn/licenses#4 |
Why use the non-canonical URL for a license? Pointing directly to the actual license makes way more sense to me. |
I added a question mark to the subject. An advantage of the enhanced(?) URL is machine readable meta-data - but I see the disadvantage of this indirection, and the same aim could be reached using less intrusive means. So, yes, I tend to agree with you. |
Proposed resolution: One should use a canonical URL pointing directly to the actual license. Using additional rights attributes is a separate matter not in scope of this issue. |
https://github.com/okfn/licenses
The text was updated successfully, but these errors were encountered: