Skip to content

GCRI · Registry

Ingénierie des données au Registre

Data engineering, interoperability and stewardship are the working base of a registry: the schemas that define a record, the pipelines that ingest and transform it, the identifiers and crosswalks that link it to other systèmes, and the stewardship that keeps it accurate over time. Every provenance, correction and rights commitment on this platform depends on them.

01Registre

Data engineering at Registry on the record.

Fiche de la méthodeMéthode STIM
  1. MéthodeIngénierie, interopérabilité et intendance des données
  2. Appliqué dansRegistre
  3. Données5 entrées
  4. Page canoniqueCommons STIM
02Candidature

What data engineering, interoperability and stewardship does here.

Data engineering, interoperability and stewardship cover the pipelines, standards and governance that make data usable and trustworthy. They determine whether information from different sectors can be combined for joint évaluation des risques. In governance and institutions and research and evidence, sound data engineering allows hazard, exposure and financial data to be linked consistently. It supports transparent and repeatable analysis of interconnected risk. The canonical description is on les STEM Commons.

Schema-validated ingestion

Incoming records are validated against a versioned schema before they enter the registry. Records that fail are quarantined with the reasons, not partially loaded, so a malformed field never reaches a public view.

Persistent identifier reconciliation

Free-text names of people, organisations and works are matched to ORCID, ROR and DOI records. The match method and confidence are stored with each link, and uncertain matches are routed to a steward.

Lineage capture in pipelines

Each transformation records its inputs, code version, responsible agent and time as PROV statements, so any published field can be traced back to the source rows that produced it.

03Méthodes et preuves

How Data engineering at Registry is modelled, measured and tested.

Le modèle, ses hypothèses, ses données et son incertitude, sous la forme qu'un scientifique ou un ingénieur vérifierait. Les structures suivent des méthodes publiées. Les valeurs représentées sont illustratives, ce ne sont pas des résultats.

Jeux de données et provenance

The data classes behind Data engineering at Registry and what is recorded about each before it is used.

Classe de donnéesProvenance consignéeRésolution indiquéeLicence vérifiée
Imagerie satellitaire, optique et radarcapteur, niveau de traitement, date d'acquisitiontaille de pixel et revisitepar scène
Réanalyses et sorties de modèles climatiquesmodèle, expérience, membre, versiongrille et pas de tempspar publication
Capteurs et stations de mesure in situstation, instrument, fiche d'étalonnagepoint et fréquence d'échantillonnagepar réseau
Exposition de la population et des actifsméthode, millésime, sources d'entréetaille et unité de la cellulepar publication
Limites et géographie de référenceproducteur, édition, dateéchellepar édition
Lignage
Enregistrement W3C PROV de la source à la figure
Principes
FAIR : faciles à trouver, accessibles, interopérables, réutilisables
Lacunes
affiché comme manquant, jamais complété en silence
Classes de données et champs de provenance consignés pour chacune ; un jeu de données n'est nommé que lorsque sa licence en admet l'usage.
Principes directeurs FAIR · GO FAIR et FORCE11W3C PROV · World Wide Web ConsortiumOrientations sur le traitement cohérent des incertitudes · GIECCEOS Analysis Ready Data · Comité sur les satellites d'observation de la Terre
04Données

Ce que consomme la méthode.

Datasets and records used by data engineering, interoperability and stewardship on this platform, with the role each plays and the label its values carry. Sources are listed in le registre des sources.

DonnéesRôleÉtiquette
Crossref and DataCite metadataReference metadata for registered works and outputsDÉCLARÉ
ORCID recordsContributor identity and linked worksDÉCLARÉ
ROR registryOrganisation identifiers, name variants and relationshipsDÉCLARÉ
Partner programme recordsIngested programme and participation recordsDÉCLARÉ
Pipeline run logsLineage and transformation historyOBSERVÉ
05Processus

Comment le processus se déroule.

Process explorer · Process

Data engineering at Registry: Build, sign and accept

10 steps4 étapes2 points de contrôle

Processus

Data engineering at Registry: Build, sign and accept

Une mission admise devient un projet de cycle ; la construction est figée, vérifiée et signée, et le Global Risks Forum (GRF) consigne l'acceptation pour l'exercice, et non une autorisation de déploiement.

  1. 01 Demande et sources

    1. 01Une mission admise devient un projet de cycleEnregistrement · Univers à FoundryUne mission admise devient un projet de cycle doté d'un dossier de décision.
    2. 02Qualifier les sources de données et les ressourcesÉtape · le Global Centre for Risk and Innovation (GCRI)Le GCRI qualifie les sources de données et les offres de ressources et construit les modèles de scénarios. Une offre n'est pas une allocation.
  2. 02 Construire et vérifier

    1. 03Instantané de la sourceEnregistrement · NXS-FAC (plans, constructions et signature)L'instantané fige le commit, les dépendances et les versions du générateur.
    2. 04Contrat de constructionRegistre · NXS-FAC (plans, constructions et signature)Le contrat de construction déclare le type d'artefact, l'environnement et l'enveloppe de reproductibilité.
    3. 05Intégrer et construireModèle · GCRILe GCRI intègre les logiciels et les données, signe les constructions et teste la sécurité et l'interopérabilité.
    4. 06Suite de vérificationPorte · NXS-FAC (plans, constructions et signature)Les vérifications obligatoires et consultatives restent distinctes. La reproductibilité exige des entrées figées, un non-déterminisme déclaré et des reconstructions indépendantes.
  3. 03 Signer et admettre

    1. 07Signer l'artefact exactÉtape · NXS-FAC (plans, constructions et signature)NXS-FAC construit, atteste et demande une signature via une identité de signataire à portée limitée. Il ne détient aucun élément de clé.
    2. 08Admission des paquetsÉtape · NXS-NXQ (cycle de vie des logiciels, des modèles et des capacités)NXS-NXQ reçoit le paquet signé et conserve les preuves d'admission qui lient la tâche, la catégorie de données, la suite d'évaluation et l'expiration.
  4. 04 Accepter

    1. 09Rapport de construction du socleEnregistrement · GCRILe rapport de construction du Core est le registre de la décision de lancement. Universe assemble le Core et détient la décision relative à l'exercice.
    2. 10G3 · Construction acceptée pour l'exerciceJalon · le Global Risks ForumLe GRF consigne si la construction est acceptée pour l'exercice. Une construction signée ou une version candidate ne vaut pas autorisation de déploiement en production.

L'année du programme · NXS-FAC · UniverseDesigned programme process, not a record of operation. No cycle has run and every programme is at service level R0. A gate is a programme decision, never a public-authority approval, certification or deployment authorisation. The record order follows the Builds and Releases room lists of NXS-FAC.

06Validation

Comment les résultats sont vérifiés.

Pipelines are tested with automated quality checks, schema validation and lineage audits. Reconciliation against source systèmes confirms completeness.

VérifierComment c'est fait
Schema validationEvery record is validated against the published schema version; failures are counted and reported, never dropped silently
Reconciliation against sourceRecord counts and checksums are compared with the source system after every load
Lineage auditA sample of published fields is traced back through the provenance graph to its source rows
Round-trip testRecords are exported, re-imported and compared field by field to expose lossy mappings

Incompatible standards, missing metadata and restrictive licences block integration. Legacy systems and undocumented transformations introduce silent errors.

08Intendance

Qui tient à jour la méthode.

Données et calcul stewards data engineering, interoperability and stewardship for the Consortium and reviews how it is applied across platforms.

10Questions

Questions et réponses.

What are the limits of data engineering, interoperability and stewardship in this field?
Incompatible standards, missing metadata and restrictive licences block integration. Legacy systems and undocumented transformations introduce silent errors.
Comment les résultats sont-ils vérifiés ?
Pipelines are tested with automated quality checks, schema validation and lineage audits. Reconciliation against source systems confirms completeness.
Les valeurs de cette page sont-elles réelles ?
The data names, roles and checks are real descriptions of practice. The canvas shows a design of the method’s use, not a run; no result is reported here.
Où d'autre cette méthode est-elle appliquée ?
Le page canonique de la méthode liste toutes les plateformes qui l'appliquent.
RapportsContribuer

Apportez des éléments de preuve depuis cette page.

Rapports is the Consortium’s quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.

GCRIRegistreMéthodes et technique
Registre

Apportez une méthode, un jeu de données ou une question.

L'information et les demandes sont ouvertes dès aujourd'hui. Une demande reçoit une référence et indique l'étape suivante ; candidatures, paiements, allocations de calcul et inscriptions n'ouvrent que lorsque l'équipe, les conditions et la capacité d'examen existent.