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

Better license workflow on dataset creation #8561

Closed
DieuwertjeBloemen opened this issue Mar 31, 2022 · 6 comments · Fixed by #8691
Closed

Better license workflow on dataset creation #8561

DieuwertjeBloemen opened this issue Mar 31, 2022 · 6 comments · Fixed by #8691
Labels
Feature: Publishing & Versions Feature: Terms & Licensing Type: Suggestion an idea User Role: Curator Curates and reviews datasets, manages permissions User Role: Depositor Creates datasets, uploads data, etc. UX & UI: Design This issue needs input on the design of the UI and from the product owner
Milestone

Comments

@DieuwertjeBloemen
Copy link

DieuwertjeBloemen commented Mar 31, 2022

Overview of the Feature Request
The selection of a license should be more explicit and visible upon dataset creation.

What kind of user is the feature intended for?
Dataset creators

What inspired the request?
The new license feature and an improved user experience.

What existing behavior do you want changed?
The license choice should be more accessible and more visible, perhaps even mandatory.

Any brand new behavior do you want to add to Dataverse?
The license selector is hidden under the Terms tab and Dataverse doesn’t ask the user to pick a license when they first create a dataset.
Our institution doesn’t allow us to set a default license because of legal reasons (I know, we’re not happy about it either). However, we also think it would be best practice to explicitly get the approval of the user for the license applied to their dataset by making the license selection a bit more obvious and visible.

We would like the dataset creation workflow to allow the creator to select a license on creation or at least always see which default license will be applied to the dataset. And therefore not only have it hidden under the Terms tab.

A solution (option A) could be to do have a similar workflow to that of the template creation (see screenshot). When you create a template, you are immediately sent to Terms and not to the draft dataset once you’ve filled in all your metadata.
Another option (option B) would be to add a license field in the create a dataset form above the citation metadata block, like where the ‘Dataset Template’ selector is.

image

Any related open or closed issues to this feature request?

@qqmyers
Copy link
Member

qqmyers commented Mar 31, 2022

FWIW: In the existing version, we went with having a default to avoid having to either require a choice up front (when the answer may not yet be known) or dealing with no license selection at publication time. Instead, we made the license to be applied visible in the Publish dialog so the user will definitely know what license will be applied/has the choice to go back and change it. The inclusion of the license info in this dialog is new - I don't know if it could change your lawyers' opinion about a default.

@DieuwertjeBloemen
Copy link
Author

Well, the issue with that is that it appears in the publish pop-up. And because we work with a review phase, it's the reviewer that sees it, not the actual dataset creator. On top of that, I don't think it makes it all that clear that they actually have a choice in license either.

@qqmyers
Copy link
Member

qqmyers commented Mar 31, 2022

Adding the same info to the review popup would be a fairly small change if it would work for you. Similarly, one could consider ways to make the 'if you don't like this license...' info more prominent in those. I'm suggesting these primarily because I think a larger change would be something that we'd want to get community consensus about before proceeding, and/or agree that whether a default license exists should be an option that would have to then be maintained going forward, etc., plus its more work.

@poikilotherm
Copy link
Contributor

poikilotherm commented Mar 31, 2022

What about a textual hint like "This dataset will be licensed by default with XYZ, please edit under terms tab after creation to change this." just above the submit button?

These hints will become even more important when dealing with new flavors of "datasets" for software and workflows...

@poikilotherm poikilotherm added Feature: Publishing & Versions Feature: Terms & Licensing Type: Suggestion an idea UX & UI: Design This issue needs input on the design of the UI and from the product owner User Role: Depositor Creates datasets, uploads data, etc. User Role: Curator Curates and reviews datasets, manages permissions Working Group: SWC labels Mar 31, 2022
@pdurbin
Copy link
Member

pdurbin commented Apr 1, 2022

What about a textual hint like "This dataset will be licensed by default with XYZ, please edit under terms tab after creation to change this." just above the submit button?

I like this idea as something we could implement fairly quickly. Incremental progress.

@DieuwertjeBloemen
Copy link
Author

I like the idea of changing the pop-up for the submit for review as was done for the publish pop-up to show the license choice with the textual hint. It's maybe still worth thinking about the workflow at a later stage, but for now that would be enough I think.
We are thinking of making 'Please select a license' the default with a link behind it to the manual on how to actually change/select the license in the Terms tab. It's a bit of a work around, but would work well enough, we think. And this way, our reviewers can also easily check if someone actually selected a license or not.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature: Publishing & Versions Feature: Terms & Licensing Type: Suggestion an idea User Role: Curator Curates and reviews datasets, manages permissions User Role: Depositor Creates datasets, uploads data, etc. UX & UI: Design This issue needs input on the design of the UI and from the product owner
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants