-
Notifications
You must be signed in to change notification settings - Fork 495
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
Comments
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? |
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 |
@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 |
@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: 1. Provide the URL, doi, or other permanent path for accessing the data in a public, open access repository 2. Is there sufficient information for an independent researcher to reproduce the reported results? If no, explain. |
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 |
#924 is related. |
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:
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. |
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:
|
Also related to badges Dataset - Peer Reviewed Tag or Badge #565. |
Related: Handling and measuring (meta)data quality inside Dataverse #4751 |
Closing this in favor of #6041 for a more generalized approach. |
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? |
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. |
A new issue just came in: |
We should consider supporting OpenBadges as an option for Dataverses (and possibly datasets):
http://openbadges.org/
Also, from OSF, support Open Data badges
The text was updated successfully, but these errors were encountered: