Atlas

Point

Portable files enable independent processing

Ordinary Markdown and JSON-compatible metadata, public schemas, deterministic rules, and fixtures let another implementation consume Atlas without one runtime.

Posture
asserted
Lifecycle
active

The interoperable core is a bounded set of ordinary files with explicit schemas, deterministic discovery and resolution, stable vocabularies, and executable examples. An implementation can read those sources without a database, hosted API, hidden index, or dependency on the reference validator.

Portability includes semantics, not only syntax. Another processor must assemble one Point identity, retain every source record, preserve extensions, and derive the same indexes. The independent reader demonstrates that the current contract is implementable separately, while broader ecosystem adoption remains unmeasured.

PortabilityText files, public schemas, and deterministic fixtures are the transport contract independent processors can implement.

Portability is tested through published schemas, exact fixtures, deterministic ordering, and a separate processor rather than file readability alone.

JSON front matter and Markdown bodies make inspection possible, but independent interpretation requires more. The conformance corpus pins safe parsing, resolution, diagnostics, output gating, and normalized provenance so another implementation can demonstrate agreement rather than claim compatibility informally.

Conformance evidenceSchemas, fixtures, ordering rules, and a second reader turn textual portability into observable interoperability evidence.

Normalized modelIndependent comparison targets the full normalized model, not merely whether both tools can parse the files.

The second processor demonstrates that the implementation contract can be rebuilt from schemas and valid data without one shared runtime.

The independent reader uses its own discovery, parsing, assembly, reference, and normalization code. Its agreement with the reference output is stronger evidence of portability than a second command that wraps the same implementation, while its limited invalid-input scope remains explicit.

Independent processingRebuilding the model without validator imports demonstrates that schemas and data, not one runtime, carry the contract.

Relations

3 connections

Original Atlas material: CC0 1.0 Universal or 0BSD. Referenced material retains its own terms.

Reading this Atlas

Atlas connects project documents to the claims, decisions, and perspectives they inform. It helps readers find relevant material and understand why it matters.

Explore the portal

  1. Start with a Map, then narrow the view through its Areas.
  2. Search for a phrase, title, or Point identity. Filter results by type.
  3. Open a Point for its explanations, related Points, and sources. Follow source links for the underlying material.

Quick reference

Map
A durable project perspective organized around one central question.
Area
A concern within a Map. Areas can overlap; memberships explain why a Point belongs.
Point
One claim, decision, constraint, question, or other coherent item with its own identity.
Context
An explanation of how the same Point matters in another Map.
Relation
A directed link between Points with an explanation, such as support, dependency, or replacement.
Resource
An addressable document or other material.
Content
The primary material for an Atlas item.
Reference
Material linked as evidence, background, implementation, history, or an example.

Missing links do not mean that no relationship exists.

Read the state

Posture describes the author's stance: asserted means presented as applicable or believed; open, unresolved; proposed, a candidate; intended, a desired or selected future state.

Lifecycle describes standing: active means current context; historical, retained prior context; superseded, replaced by another Point; withdrawn, retracted.

Asserted does not mean verified. Intended does not mean implemented. Source links provide material to assess these claims.