Start Here

What does this topic answer?

Every sensory record needs basic identity, version, measurement status, provenance, and permission information; its purpose then determines whether S-Code or ISO-Taste content is required.

Story relation: The story directly uses ISO-Taste, providing a concrete narrative anchor for the sensory standards. Plato's Chicken and the Tyranny of the Senses

Authority links: System overview

Formal Specification

If you only need the worldbuilding context, you can stop here. The sections below contain formal definitions, fields, governance, and implementation details for deeper reference.

Start with Shared Requirements

Whether a record belongs to S-Code, ISO-Taste, or a mapping between them, it first preserves a shared set of fields. Role-specific blocks are added afterward, and an unperformed conformance check is marked explicitly rather than implied by omission.

Fields Required for Every Role
Reader purposeMachine key
Record identityidentifier
Packet versionversion
Registry versionregistry_version
System rolesystem_role
Measurement / estimate / inference statusmeasurement_status
Provenanceprovenance
Rights and consentrights_consent
Conformance recordconformance
Requirements by system_role
system_roleRequired contentCondition
s-codes_codeAt least one S-Code family is populated
iso-tasteiso_taste, reference_profile, code_registry_refAt least one of public_code or structural_code is present
mapped-profiles_code, iso_taste, mappingmapping must be non-empty
Version and Unevaluated State
RuleMachine valueMeaning
S-Code block versionstandard_version = 1.0S-Code preserves its own version
ISO-Taste block versionstandard_version = 1.0ISO-Taste preserves its own version
Conformance not yet checkednot_evaluatedMust be recorded explicitly in conformance rather than omitted