-
Notifications
You must be signed in to change notification settings - Fork 484
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
License: Multiple Options for Licensing #1753
Comments
When we do this, we should also make more clear the difference between choosing a license and entering custom terms of use (with the terms of use, users need to click through before downloading). |
I believe @Venki18 is interested having "CC BY" as the default license rather than "CC0". I originally left this comment at #3082 (comment) but thank you to @mheppler for mentioning that there's a dedicated issue for this! |
JHU Data Archive would also be interested in the ability to set CC BY as the default. |
As I mentioned at #3618 (comment) this is where CC0 is hard coded: https://github.com/IQSS/dataverse/blob/v4.6/src/main/java/edu/harvard/iq/dataverse/TermsOfUseAndAccess.java#L282 |
I'm interested in the subject, about attaching creative commons licenses to dataverse. |
I interpret https://twitter.com/ruebot/status/938861697766477827 to mean that defaulting to CC0 is a nasty surprise to some users:
|
During the 2018 Dataverse Community Meeting, Obiajulu from DataverseNO said DataverseNO is interested in more licenses. Zenodo shows a dropdown box with licenses it fetches from http://opendefinition.org as you type in their deposit form's text box: |
Related: #1990 |
The EUDAT License Selector might be of interest here: |
@philippconzett interesting. Thanks. Since the first question is about if data or software is being deposited, it seems relevant to #2739 (code deposit) as well. |
I can't find an issue about this, but has anyone thought about having different "terms" or licenses for different files in a dataset. Setting license on a dataset assumes ALL files have the same license, and if not they should be in a different dataset? |
Let me show you the EUDAT style license selector in B2SHARE mentioned by @mercecrosas : |
@BPeuch @poikilotherm here's the video mentioned in chat today, starting at 26:00 (ending around 30:55): https://videocast.nih.gov/watch=35859 28:40 is where the part about CC0 vs CC-BY starts. "The ability to share the data falls apart" (with CC-BY 4.0). Then she references another video at https://www.youtube.com/watch?v=5Ng5FDW1LXk which I didn't watch and with comes from https://sched.co/Xri6 To be honest, I don't know what to make of all this. I'm just passing it along since you and others in Brussels were so passionate about licenses. Enjoy! 😄 If you watch the longer video (90 minutes!), please let me know what you think. On a positive note, the speaker talks about the culture of attribution in science. This is a good thing! |
OK the question Shelley Stall mentions in the NIH talk (start at 27:50) is from herself and starts at 1:13:00. The real answer to that starts at 1:23:29 The gist from it: CC-BY 4.0 does not allow sublicensing, so an archive cannot distribute the data under another license. This doesn't necessarily mean we're in bad trouble, but it's a noteable point. At least we should do proper information of users. I will try to check with our law council about this issue and try to provide more info. |
Thank you @pdurbin and thanks a lot @poikilotherm! We will also look into this with care. |
Please note that I created a very minimal patch to Dataverse to enable CC-BY 4.0 as a license option. We have an utterly need and cannot wait until upstream is ready. I also added links to the license text, which is a common best practice for Creative Commons. I am happy to share the patch to anyone interested - most likely it will not be accepted upstream by @TaniaSchlatter et al. (Beware - the patch is against 4.19 for now, but it should not conflict with 4.20.) |
Thanks @poikilotherm for linking to the patch. Other institutions may have the same need and may decide to go that route. |
With pleasure @djbrooke 😄 |
Today I learned about the existance of https://github.com/spdx/license-list-data which looks like a vault full of curated and validated license data, ready to be reused for a license chooser. |
I suggest the help text be as follows: "Datasets will default to a CC0 public domain dedication. CC0 facilitates the reuse and extensibility of research data and helps to avoid citation stacking. Our Community Norms as well as good scientific practices expect that proper credit is given via citation. If you are unable to give datasets a CC0 waiver you may enter custom Terms of Use for datasets." For more info on citation stacking, a link to https://retractionwatch.com/?s=citation+stacking could be added. |
I think such an addition could provide some more background information about why CC0 is a good license to use whenever possible. As for the more info link you provided, I think the attribution stacking discussed in this blog post is of another kind than the kind of attribution stacking that is problematic for research data. The blog post discusses the problem of journal editors asking authors to cite particular papers. This is not what (usually) is referred to when we talk about the problem of attribution stacking in licensing research data. For explaining this kind of attribution stacking, I'd rather refer to the guide I linked to in my reply on Twitter, i.e. Alex Ball (DCC): How to License Research Data, page 4 (available at https://www.dcc.ac.uk/sites/default/files/documents/publications/reports/guides/How_To_License_Research_Data.pdf):
|
The image posted in April of the patch looks like what we have discussed, @poikilotherm. |
Yes, the following pull request implements this. So I'll close this issue. Check out the multiple license demo video (password "community2022!"). It's also on https://dataverse.org/dataversetv See also #8347 for some possible future work. |
Explore other licenses to add to the License + Terms tab in addition to CC0.
The text was updated successfully, but these errors were encountered: