Enum: DataStandardEnum

Data standards and common data models a dataset's content follows.

Deliberately not merged into FormatEnum (#403). A serialization and a data standard are different concepts: CSV says how bytes are laid out, OMOP CDM says what the columns mean. Widening FormatEnum to absorb DICOM would conflate them and make format unanswerable.

Free-text conforms_to records what a source says; this records which registered standard that is, where one applies. Both may be populated for the same standard — one verbatim, one normalized — which is the ordinary label-plus-code pattern and is consistent with the per-slot completeness decision on #501.

⚠️ No meaning: is asserted on any value. Several of these standards have no stable ontology term this repository can verify, and inventing a CURIE that resolves to nothing is worse than leaving the grounding absent — it is the exact failure d4d runs identifiers exists to find. A declared standards-registry prefix is the natural home for these once such a registry carries them; until one does, this is a controlled vocabulary without ontology grounding, and says so.

URI: data_sheets_schema:DataStandardEnum

Permissible Values

Value	Meaning	Description
DICOM	None	Digital Imaging and Communications in Medicine — imaging data and its acquisi...
BIDS	None	Brain Imaging Data Structure — a file and directory layout with accompanying ...
OMOP_CDM	None	Observational Medical Outcomes Partnership Common Data Model — a relational m...
WFDB	None	WaveForm DataBase — physiologic signal records and annotations
OPEN_MHEALTH	None	Open mHealth — schemas for mobile health and wearable measures
ESDS	None	ASCII File Format Guidelines for Earth Science Data
CDS	None	Clinical Dataset Structure
RO_CRATE	None	RO-Crate — a packaging convention describing a dataset and its context as lin...
FHIR	None	HL7 FHIR — a standard for exchanging healthcare information
OTHER	None	A standard the sources name that has no value here

Slots

Name	Description
conforms_to_standard	Which registered data standard conforms_to names, where one applies — a ter...

Identifier and Mapping Information

Schema Source

• from schema: https://w3id.org/bridge2ai/data-sheets-schema

LinkML Source

name: DataStandardEnum
description: 'Data standards and common data models a dataset''s content follows.

  Deliberately **not** merged into `FormatEnum` (#403). A serialization and a data
  standard are different concepts: CSV says how bytes are laid out, OMOP CDM says
  what the columns mean. Widening `FormatEnum` to absorb DICOM would conflate them
  and make `format` unanswerable.

  Free-text `conforms_to` records what a source *says*; this records which registered
  standard that is, where one applies. Both may be populated for the same standard
  — one verbatim, one normalized — which is the ordinary label-plus-code pattern and
  is consistent with the per-slot completeness decision on #501.

  ⚠️ **No `meaning:` is asserted on any value.** Several of these standards have no
  stable ontology term this repository can verify, and inventing a CURIE that resolves
  to nothing is worse than leaving the grounding absent — it is the exact failure
  `d4d runs identifiers` exists to find. A declared standards-registry prefix is the
  natural home for these once such a registry carries them; until one does, this is
  a controlled vocabulary without ontology grounding, and says so.'
from_schema: https://w3id.org/bridge2ai/data-sheets-schema
rank: 1000
permissible_values:
  DICOM:
    text: DICOM
    description: Digital Imaging and Communications in Medicine — imaging data and
      its acquisition metadata.
  BIDS:
    text: BIDS
    description: Brain Imaging Data Structure — a file and directory layout with accompanying
      metadata for neuroimaging and related recordings.
  OMOP_CDM:
    text: OMOP_CDM
    description: Observational Medical Outcomes Partnership Common Data Model — a
      relational model for observational health data.
  WFDB:
    text: WFDB
    description: WaveForm DataBase — physiologic signal records and annotations.
  OPEN_MHEALTH:
    text: OPEN_MHEALTH
    description: Open mHealth — schemas for mobile health and wearable measures.
  ESDS:
    text: ESDS
    description: ASCII File Format Guidelines for Earth Science Data.
  CDS:
    text: CDS
    description: Clinical Dataset Structure.
  RO_CRATE:
    text: RO_CRATE
    description: RO-Crate — a packaging convention describing a dataset and its context
      as linked data.
  FHIR:
    text: FHIR
    description: HL7 FHIR — a standard for exchanging healthcare information.
  OTHER:
    text: OTHER
    description: 'A standard the sources name that has no value here. Use it **with**
      `conforms_to` carrying the name as the source states it, so the fact is not
      lost to the absence of a term. A run must never pick a near-neighbour: reporting
      BIDS because a dataset is neuroimaging, when the sources say something else,
      is an invention.'