MétaCan
Menu
Retour à la cohorte
Enregistrement W6931687237 · doi:10.5281/zenodo.6921457

Diary of our initiatory journey on the continent of data citation in SSH

2022· article· en· W6931687237 sur OpenAlex

Pourquoi ce travail est dans la base

Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.

affAu moins un auteur déclare une institution canadienne dans l'instantané OpenAlex épinglé.

Notice bibliographique

RevueISTI Open Portal · 2022
Typearticle
Langueen
DomaineEnvironmental Science
ThématiqueMarine and fisheries research
Établissements canadiensHumber Polytechnic
Organismes subventionnairesHorizon 2020 Framework Programme
Mots-clésCitationWork (physics)Table (database)Set (abstract data type)Quality (philosophy)Metaphor

Résumé

récupéré en direct d'OpenAlex

If citation is a common practice for publications, it is relatively new for data especially in SSH. This paper will present the work carried out during the SSHOC project about data citation in general and more precisely how to make them actionable. The metaphor of a travel journal of an expedition seemed appropriate to us to present this work carried out during the SSHOC project. <em>The first part was to study this terra incognita </em>by making an inventory of citation practices (https://doi.org/10.5281/zenodo.3595965). To summarize, we discovered that in the research communities we investigated, practices were seldom standardized and were very diverse, generally producing citations that could not be processed by machines: in other words they were not “actionable”. <em>This led us to develop a sort of guide necessary to journey through this new, uncharted territory</em> in the form of a set of recommendations ( https://doi.org/10.5281/zenodo.5361717) to build citations in SSH. So as not to reinvent the wheel, we based these recommendations on existing principles created by Force11 ( https://doi.org/10.25490/a97f-egyk) by adapting them to the specific characteristics of the SSH data. These recommendations were validated by a committee of experts from different backgrounds and structures (RDA participants, CODATA director, OpenAire Engineers etc.) during a round table (https://www.sshopencloud.eu/news/roundtable-experts-data-citation) and in a parallel review process. <em>Then we decided to analyze the resources available in this new territory, </em>that is, the repositories that are so crucial to be able to cite data. We carried out an analysis of 85 repositories against 7 quality criteria based on the recommendations which ensure continuity with the work mentioned above: PID from “Unique Identification &amp; Persistence” Landing page from “Access” Structured metadata from “Importance &amp; Credit and Attribution” Cite as from “Evidence, Specificity &amp; Verifiability” Versioning from “Specificity and Verifiability” Standardized vocabularies from “Interoperability and Flexibility” Links to publications from “Importance” The results of this survey (https://doi.org/10.5281/zenodo.5603306) are encouraging - even if there is room for improvement, particularly in the use of Persistent Identifiers. Importantly, the presence of a landing page in almost all cases allowed us to build up a test sample made up of a very diverse dataset from those repositories for which we want to build standardized and actionable citations. <em>In parallel we developed a tool in order to “harvest” the resources found in this new land so as to better understand them and also be able to explain them to others. </em>We developed a prototype composed of three components: a harvester which grabs information about a dataset and normalizes it an API to disseminate the metadata of the citation thereby making it actionable a citation viewer for human purposes For the first iteration to populate this prototype, we used the dataset collected during our survey of repositories and we are going to gradually add more datasets from various sources. This prototype is primarily designed to implement what we called “actionability” to a citation and provide a ready-to-use citation in various citation formats. Starting from the PID of a dataset, the prototype attempts to aggregate metadata from different sources: the repository of the dataset, the PID Registration Agency and a number of Knowledge Graphs. For instance, while metadata associated with a DOI (Digital Object Identifier) are limited and those provided by a handle are even more scarce, it is possible to get more information from a landing page and thus enrich the citation. We also used another indirect approach to gather additional information by using a registry of repositories (RE3Data https://www.re3data.org/) which provides, among other things, information on the available APIs available for a specific repository. Thus the prototype can give a unified view of information about datasets coming from different sources. For researchers, it thus avoids cumbersome work on how to cite a dataset or get information about its provenance. In return, it makes a researcher aware of the importance of properly documenting a dataset and depositing it in a “good” repository. This paper will present in greater detail what we learned at <strong>each step of this expedition</strong> and how a research project can take advantage of a good citation system to enhance the visibility of the output. We will also introduce the potential uses based on the information provided by the prototype such as the possibility of associating a specific tool to process data or the use of this information as a base to build data papers.

Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.

Prédiction distillée sur la base complète

Imitation des enseignants

Ni prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.

score de la tête « metaresearch » (Codex)0,001
score de la tête « metaresearch » (Gemma)0,000
Version: codex-gemma-dda1882f352aStatut de validation: machine_predicted_unvalidated
Catégories candidatesCharge utile insuffisante (le modèle a refusé de juger)
Catégories consensuellesaucune
DomaineSignal candidat: aucune · Signal consensuel: aucune
Devis d'étudeSignal candidat: Observationnel · Signal consensuel: Observationnel
GenreSignal candidat: Empirique · Signal consensuel: Empirique
Score de désaccord entre enseignants0,425
Score d'incertitude au seuil0,989

Scores Codex et Gemma par catégorie

CatégorieCodexGemma
Métarecherche0,0010,000
Méta-épidémiologie (sens strict)0,0000,000
Méta-épidémiologie (sens large)0,0000,000
Bibliométrie0,0000,000
Études des sciences et des technologies0,0000,000
Communication savante0,0000,000
Science ouverte0,0010,002
Intégrité de la recherche0,0000,000
Charge utile insuffisante (le modèle a refusé de juger)0,0120,000

Scores machine (provisoires)

Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.

Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.

Tête enseignante Opus0,131
Tête enseignante GPT0,349
Écart entre enseignants0,219 · la distance entre les deux têtes enseignantes sur ce seul travail
Statut de validationscore_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle