MétaCan
Menu
Back to cohort
Record W3014021059 · doi:10.1080/19386389.2020.1742434

Exploring Methods for Linked Data Model Evaluation in Practice

2020· article· en· W3014021059 on OpenAlex

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

VenueJournal of Library Metadata · 2020
Typearticle
Languageen
FieldComputer Science
TopicSemantic Web and Ontologies
Canadian institutionsMcGill University
Fundersnot available
KeywordsComputer scienceOntologyDocumentationContext (archaeology)MetadataData scienceProcess (computing)Variety (cybernetics)AmbiguityLinked dataKnowledge managementWorld Wide WebInformation retrievalSemantic Web

Abstract

fetched live from OpenAlex

Ontology development and data modeling are core components of any linked data project. Through our own experiments building a linked data ontology for our collections, we wondered: how are our peers in the linked data community evaluating their ontologies? Are participants engaging in ontology evaluation? What methodologies and evaluation criteria are they using? Are they documenting and sharing their processes? In this paper, we present findings from a survey conducted in the fall of 2018, aimed at professionals from libraries, archives, and museums (LAM) who were part of the data modeling team on linked data projects. The purpose of this survey was to better understand the reality of ontology evaluation in the context of a linked data project. We found that our colleagues were engaging in data modeling as part of linked data projects in a variety of different tasks and roles. There was some ambiguity with respect to evaluation, possibly in part due to the iterative nature of the modeling process. Evaluation is engaged iteratively and informally through use cases, competency questions, and testing of the data in the application. On the whole, not being shared widely outside of a project. The identified barriers to evaluating their models included: lack of knowledge, resources, and documentation.

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.004
metaresearch head score (Gemma)0.004
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesScholarly communication
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Simulation or modeling · Consensus signal: none
GenreCandidate signal: Methods · Consensus signal: Methods
Teacher disagreement score0.942
Threshold uncertainty score0.969

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0040.004
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.000
Science and technology studies0.0000.000
Scholarly communication0.0000.045
Open science0.0030.001
Research integrity0.0000.000
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.699
GPT teacher head0.470
Teacher spread0.228 · 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