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

Support Open Badges for Dataverses #2119

Closed
mercecrosas opened this issue Apr 29, 2015 · 14 comments
Closed

Support Open Badges for Dataverses #2119

mercecrosas opened this issue Apr 29, 2015 · 14 comments

Comments

@mercecrosas
Copy link
Member

We should consider supporting OpenBadges as an option for Dataverses (and possibly datasets):

http://openbadges.org/

Also, from OSF, support Open Data badges

@mercecrosas mercecrosas added this to the In Review - Long Term milestone Apr 29, 2015
@bencomp
Copy link
Contributor

bencomp commented May 1, 2015

Great idea! I had found the OSF Open Data Badges recently.

IMHO "support Open Badges" needs to be more specific :) Would you like to import and display badges with personal names, datasets/dataverses, if some other organisation awarded the badges? Or should Dataverse reward users a badge automatically? Or should a dataverse "badge manager" be able to manually reward people creating high-quality datasets after a check?

@pdurbin
Copy link
Member

pdurbin commented May 1, 2015

reward people creating high-quality datasets

This reminds me of an idea I shopped around internally a while back:

Subject: the "quality" of a dataverse (good practices)

We all just discussed good practices for data curation and it reminded me of a "quality" metric used by the Perl community.

Except they spell it "kwalitee" because they don't want to hurt anyone's feelings...

For example, it's considered a good practice to write tests, so they check for that:

http://cpants.cpanauthors.org/kwalitee/has_tests

And you can see year over year how the authors are doing on this metric... generally, the trend is better... Perl authors are writing more tests.

Maybe the admins of a dataverse could see a report like this for the good practices we are trying to promote*. And the admins could nudge the authors a bit to improve. So that the numbers look better year over year.

Phil

* i.e. http://www.force11.org/AmsterdamManifesto

@mercecrosas
Copy link
Member Author

@bencomp I agree, I wasn't specific about what supporting badges mean in part because it needs brainstorming and good understanding of how the badges are used in other contexts. We'll need to do some research associated to this. Assigning to @posixeleni

@posixeleni
Copy link
Contributor

@bencomp i imagine we may want to offer both automated and manual options for badge assigning depending on the type of badge. But as @mcrosas mentions we will need to research this a bit further.

Some preliminary thoughts:
Example for an OSF Open Data Badge there are two sets of criteria that need to be met:

1. Provide the URL, doi, or other permanent path for accessing the data in a public, open access repository
[This can be set automatically by Dataverse when the dataset is published and unrestricted]

2. Is there sufficient information for an independent researcher to reproduce the reported results? If no, explain.
[Would most likely need a human aka Dataverse Admin (i.e. journal editor) to vet this information before granting the badge.]

@eaquigley
Copy link
Contributor

Another thought of a way to do a badge would be to have an online course (like with Coursera) on how to use Dataverse. If a user completes it, their dataverse and/or datasets would have a badge signifying this.

Inspired by seeing this course on Coursera: https://www.coursera.org/course/datascitoolbox

@scolapasta scolapasta modified the milestones: In Review - Long Term, In Review - Short Term May 8, 2015
@mheppler mheppler added UX & UI: Design This issue needs input on the design of the UI and from the product owner Feature: Dataverse General Info Edit dataverse > "General Information" > Name, Alias, Email, Metadata Fields, et al... labels Jan 28, 2016
@scolapasta scolapasta removed this from the Not Assigned to a Release milestone Jan 28, 2016
@pdurbin
Copy link
Member

pdurbin commented Oct 16, 2016

#924 is related.

@pdurbin pdurbin added User Role: Curator Curates and reviews datasets, manages permissions and removed zTriaged labels Jun 30, 2017
@jggautier
Copy link
Contributor

jggautier commented Apr 27, 2018

We're considering badges as part of the DataTags work (#871, which will let depositors apply tags that signify the level of access others have to the data).

We're considering if and how OSF badges can be applied to data with certain DataTags. Eleni wrote in an earlier comment here that:

for an OSF Open Data Badge there are two sets of criteria that need to be met:

  1. Provide the URL, doi, or other permanent path for accessing the data in a public, open access repository
    [This can be set automatically by Dataverse when the dataset is published and unrestricted]

  2. Is there sufficient information for an independent researcher to reproduce the reported results? If no, explain.
    [Would most likely need a human aka Dataverse Admin (i.e. journal editor) to vet this information before granting the badge.]

The criteria are in COS's Awarding Badges doc. Some more requirements: The badge is awarded to the report, like an article, and not the data. Someone needs to verify that the data is associated with the report. (Of course when the party awarding the badges is making sure that an independent researcher can reproduce the reported results, that's verification that the data is associated with the report.)

Like Eleni wrote, the first criteria can be automated, in that any data published with the right DataTag and/or license meets the first criteria. The second criteria would involve manual review for each award. Maybe Code Ocean could help automate the second criteria for some datasets.

@jggautier
Copy link
Contributor

Openbadges.org is a technical standard for creating and distributing badges (https://openbadges.org/get-started/). Where COS's badges are a set of "flat" images with defined criteria, Open Badges are "portable digital badges with embedded metadata about skills and achievements." (COS is considering making their badges "digitally verifiable" in the same way.)

Using Openbadges might mean:

@mheppler mheppler added Feature: External Tool and removed Feature: Dataverse General Info Edit dataverse > "General Information" > Name, Alias, Email, Metadata Fields, et al... UX & UI: Design This issue needs input on the design of the UI and from the product owner User Role: Curator Curates and reviews datasets, manages permissions labels Oct 23, 2018
@mheppler
Copy link
Contributor

Also related to badges Dataset - Peer Reviewed Tag or Badge #565.

@pdurbin
Copy link
Member

pdurbin commented Jun 7, 2019

Related: Handling and measuring (meta)data quality inside Dataverse #4751

@djbrooke
Copy link
Contributor

Closing this in favor of #6041 for a more generalized approach.

@bencomp
Copy link
Contributor

bencomp commented Jul 22, 2019

This issue was quite general already, wasn't it? I understand that one underlying reason for using badges would be to show quality, so the new issue is indeed even more generalized. However, one aspect of Open Badges that is not covered by #6041 is their portability outside of Dataverse.

I am not really affected by these decisions and follow Dataverse development only through GitHub notifications, but could you elaborate a little more on the reasoning when closing an issue like this?

@djbrooke
Copy link
Contributor

djbrooke commented Jul 22, 2019

Hi @bencomp #6041 is an attempt to capture the use cases for displaying metadata and data quality measurements, which we'll be user testing soon. Badging can be a part of that. The consolidation was to make sure we took into account as many use cases as possible when delivering a solution. From there, we may spin out individual efforts for implementation, which may or may not include badging.

@pdurbin
Copy link
Member

pdurbin commented May 7, 2024

A new issue just came in:

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

No branches or pull requests

9 participants