Embodiment Standard

Galatea Standard

Galatea Standard uses a traceable embodiment reference to describe bodily form, surfaces, motion, and related sensory features so different systems can compare or reproduce the same reference under declared conditions.

First-time readers can begin with embodiment references and the three conformance concepts; the specification index and developer resources below can be skipped at first.

Reader Layer

In 30 Seconds: Why Is One Photograph Not Enough to Describe a Body?

A photograph preserves one viewing result. An embodiment reference also preserves the bodily data, observation conditions, and provenance needed to produce and compare that result.

An embodiment reference is a set of data used to describe, compare, or reproduce bodily form, proportions, surfaces, motion, and related sensory features while preserving measurement, viewing, calibration, provenance, and rights conditions. Its purpose is not to declare “this is the same person,” but to let systems know which embodiment data they are comparing and under which conditions.

A portrait changes with angle, lens, lighting, exposure, distance, camera, and image processing. Galatea Standard therefore records more than what a body “looks like”: form, proportions, surfaces, motion, scent / chemosensory references, viewing / capture conditions, calibration, provenance, and rights. These records can support comparison and reproduction, but they cannot by themselves prove personhood identity, memory, consciousness, or first-person continuity.

Three Conformance Concepts

Three Kinds of “Same” Answer Three Different Questions

Galatea does not collapse identical data, matching rendered output, and a conforming physical embodiment into one judgment.

Comparison layerFormal termQuestion for the reader
Data identityData IdentityAre the standardized data identical?
Reference-render identityReference Render IdentityUnder the declared decoder / renderer and viewing conditions, does the output meet the same reference judgment?
Physical embodiment conformancePhysical Embodiment ConformanceDoes the physical carrier fall within the applicable specification and tolerance range?

Passing one does not substitute for the other two. Identical data does not guarantee that every renderer will produce an identical image. A matching image under declared conditions does not prove that a physical embodiment has passed its own tolerance test. None of the three can be collapsed into a conclusion that two instances are necessarily the same person.

Teaching Example

Teaching Example: Change the Conditions, Change the Interpretation

Separate presentation conditions from reference data before deciding where a difference comes from.

01

The same embodiment reference

Assume two systems read the same Galatea reference, with no change to the underlying form, surface, or motion data.

02

Different lens and light

System A uses a close viewpoint and soft light. System B uses a different focal length, viewing position, and high-contrast lighting. The resulting images may look substantially different.

03

Check conditions before blaming the data

Compare L-View viewing / capture conditions and C-Cal calibration records first, then decide whether the difference comes from presentation conditions or from the reference itself.

This is a teaching illustration, not measurement or conformance evidence. Formal judgments still follow the applicable rules in Calibration, Measurement, and Viewing Conditions and Conformance Evaluation.

Reader Path

Shortest Reading Path for General Readers

You do not need all fifteen topics before you can understand Galatea's purpose and limits.

  1. Start with embodiment references and the three conformance concepts on this page.
  2. To understand why appearance changes with conditions, read Calibration, Measurement, and Viewing Conditions.
  3. To understand how “same” is formally judged, read Three Conformance Concepts and Conformance Evaluation.
  4. To understand capture, training, replication, or physical instantiation rights, read Rights, Consent, and Provenance and Scope Limits.
  5. Story example: Algorithmic Love and the Centenarian Skin provides a narrative anchor for a life in which embodied appearance is continuously computed, corrected, and maintained.

Specification Index

Galatea Standard Specification Index

The topics below are the deeper specification. You can skip them for a worldbuilding overview and open a topic only when you need definitions, data structure, or governance details.

START HERE

Start with the Concepts

RECORD & COMPARE

How to Record and Compare

JUDGE & USE

How to Judge and Use

IMPLEMENTER RESOURCES

Implementer Resources

Boundaries

Three Boundaries That Are Easy to Confuse

Galatea intersects with other standards, story settings, and human-reconstruction concepts without automatically becoming the same specification or creating a hierarchy.

Scent

Why is scent inside Galatea?

The P-Scent layer in Galatea preserves embodiment-side scent / chemosensory profiles and environmental dependence. When sensory standards are needed, a cross-system mapping can point to S-Code / ISO-Taste sensory references. Galatea does not relabel data from another standard as its own.

See cross-system interoperability →
Story

The “Galatea protocol” in the story

Algorithmic Love and the Centenarian Skin directly uses the Galatea protocol and related embodiment technology as a narrative anchor. The public technical definition on this site is governed by Galatea Standard 1.0 and its detailed topics. A shared name alone is not enough to infer that every story technology is identical to the full scope of the 1.0 specification.

Read the story →
Human Reconstruction

Relationship to Human Reconstruction

The descriptive domains may overlap, but Galatea is not currently declared as a parent or child specification of the six Human Reconstruction concepts, and those concepts are not declared subordinate to Galatea.

See the Standards comparison →

Developer / Machine Resources

Developer and Machine-Readable Resources

These Galatea Standard 1.0 interfaces are for implementers and validation tools; general readers do not need JSON Schema knowledge first.