MétaCan
Menu
Back to cohort
Record W3128211694 · doi:10.5281/zenodo.3725868

SSHOC D8.2 Certification plan for SSHOC repositories

2020· article· en· W3128211694 on OpenAlex
Mari Kleemola, Tuomas J. Alaterä, N.L. Koski, Birger Jerlehag, Hervé L’Hours, Franciska de Jong, Dieter Van Uytvanck, Tomasz Parkoła, Emiliano Degl’Innocenti, Roberta Giacomi, Maurizio Sanesi, René van Horik

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.

Bibliographic record

VenueKNAW Research Portal (The Royal Netherlands Academy of Arts and Sciences) · 2020
Typearticle
Languageen
FieldComputer Science
TopicResearch Data Management Practices
Canadian institutionsCanarie
FundersEuropean Commission
KeywordsDeliverableCertificationComputer scienceQuality (philosophy)Quality assuranceTrustworthinessWork (physics)Data qualityProcess managementEngineering managementBusinessComputer securityEngineeringService (business)Systems engineeringPolitical science

Abstract

fetched live from OpenAlex

This report is the first deliverable of Task 8.2 “Trust & Quality Assurance” within WP8 of the SSHOC project. The distributed character of data infrastructures within the SSHOC communities requires developing an agreed approach to assessing the trustworthiness and quality of data repositories. This deliverable provides an overview of Trusted Digital Repository (TDR) standards offering a certification framework for communities represented in the SSHOC project (CESSDA, CLARIN, DARIAH, E-RIHS). Moreover, the deliverable lays the ground for the SSHOC trust work that is needed in order to facilitate the adoption of TDR standards and the FAIR principles in SSH data repositories across the board. In this report, ‘trust’ refers to the landscape of issues, standards and processes related to trustworthy digital repositories. Trust between all parties in the quality of data and services is critical for research infrastructure in terms of people, processes and technologies. The level of trustworthiness can be assessed through evaluation against agreed requirements. The SSHOC project unites 20 partner organisations and a further 25 linked third parties. When this report refers to the SSHOC repositories, it means the research data repositories within CESSDA ERIC, CLARIN ERIC, DARIAH ERIC and E-RIHS communities regardless of their participation in the SSHOC project. It is also important to note that in the context of this report, the term ‘quality’ refers to the technical quality of the repositories i.e. their compliance with the Trusted Digital Repository standards, not to the scientific quality of their digital assets. In line with the aims of Task 8.2, the report specifies modes of support in building trust and helping repositories reach TDR certification. The report charts the current trust landscape within the SSHOC communities and selects the repositories that will be the main focus of the support activities provided by Task 8.2 at later stages in the project. In addition, the report outlines a certification plan for these repositories. All repositories within the SSHOC communities are potential recipients of support from Task 8.2, but the efforts must be aligned with realistic expectations of progress during the project timeframe. CoreTrustSeal is selected as the standard TDR certification reference within the task. Due to the diversity of repositories within the SSHOC communities, a flexible yet sustainable approach to trust is needed that is adaptable to a wide variety of data infrastructures. The CoreTrustSeal provides a demonstrable approach to internal and external review, providing a means to determine the strengths and weaknesses of data stewards and a basis for comparison between them. However, certain types of organisations for which the CoreTrustSeal requirements are not applicable are also identified. Task 8.2 helps identify these cases and thus develop the CoreTrustSeal framework to better support a variety of repositories. Further work for Task 8.2 includes the provision of recommendations for sustainably maintaining trust across the SSH ERICs beyond the lifetime of the SSHOC project. This document is relevant to the SSH ERICs and to repositories across the SSHOC communities. There are no direct dependencies with other SSHOC tasks, but Task 8.2 aligns itself as necessary with both SSHOC tasks and existing EOSC-related efforts promoting trust and the FAIR principles.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.007
metaresearch head score (Gemma)0.001
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesScholarly communication
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Theoretical or conceptual · Consensus signal: none
GenreCandidate signal: Empirical · Consensus signal: none
Teacher disagreement score0.884
Threshold uncertainty score0.999

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0070.001
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.001
Science and technology studies0.0010.001
Scholarly communication0.0020.004
Open science0.0030.001
Research integrity0.0000.001
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.306
GPT teacher head0.422
Teacher spread0.116 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it