Skip to content
The Open Mapby Nexioma · v0.1
Prototype v0.1 · All issue records are demo / synthetic data

Method

How The Open Map works

The main object is the issue, not the person. Everything else hangs off it.

The core model

  1. Issue
  2. Location
  3. Evidence
  4. Status
  5. What is needed
  6. Solution
  7. Update

The issue lifecycle

  • Observed

    Reported locally. Not yet reviewed against evidence.

  • Verified

    Evidence reviewed and found consistent. Not a claim of complete truth.

  • Open

    Active and awaiting workable solutions.

  • Solution Proposed

    At least one proposal exists. A proposal is not a verified solution.

  • Testing

    A proposal is being tested against reality.

  • Resolved

    Evidence indicates the issue is addressed. Still correctable.

  • Monitored

    Watched for regression after a resolution.

Failed solutions do not disappear. They stay on the record as knowledge: tried, did not work, here is why.

Claims are never dressed up as facts

Each statement on a record carries a tag. An unverified claim is never shown as verified fact.

  • OBSERVATIONSomething a person reports having seen or experienced.
  • EVIDENCEA record with a source and provenance that can be examined.
  • INTERPRETATIONA reading of the evidence. It can be wrong.
  • PROPOSALA suggested course of action. Not yet tested.
  • UPDATEA change in the state of the record over time.

We never say: “This is true because it is on The Open Map.” We say: “This is the current evidence-backed state of the issue.”

Proposed architecture

Trust and evidence layer

None of this is currently deployed. It describes the intended direction only.

  1. Layer 1

    User / local contributor

    Defines the issue and its local context.

  2. Layer 2

    The Open Map

    Public record of issues, evidence and updates.

  3. Layer 3

    Issue + evidence + updates

    The correctable object itself.

  4. Layer 4

    NEXIOMA trust & evidence layer

    Provenance, conflicts, review state.

  5. Layer 5

    MONAD (optional, future)

    Evidence relationships and temporal memory. Not an identity authority.

MONAD represents evidence relationships, provenance, conflicts and temporal state. It does not decide human identity, and it is not an identity authority.

What this system deliberately does not do

  • No universal global person ID.
  • No global identity registry.
  • No legal identity required to browse.
  • No cross-service global identifiers exposed.
  • No server-side biometrics.
  • No blockchain requirement.