Candidate E is live Pre-1.0 · development keys are not yet permanent
GLOBAL LOCATION SYSTEMProject Meridian

Open source · Offline-first · Whole-Earth

One format.
Everywhere.

Meridian turns a geographic coordinate into a compact key that can be generated and decoded without a server.

One place, three useful scales
OFFLINE
WOLACET-VMWKBA
WOLACET-VMWK10 mStandard
WOLACET-VMWKB3 mFine
WOLACET-VMWKBA1 mPrecise
“What’s your Meridian?” “My Meridian is WOLACET-VMWKBA.” “Send me your Meridian.”

Coordinates for humans.

Keep the mathematics. Lose the awkwardness.
01

Universal

One syntax for homes, roads, forests, deserts, oceans, ice and the poles.

02

Offline

No account, API key, geocoder or central lookup service is required for the core key.

03

Progressive

Four locator characters give 10 m. Add one for 3 m. Add one more for 1 m.

04

Open

The goal is an independently implementable format, not a proprietary location toll gate.

Four steps. No political geography.

1WGS84Latitude + longitude
→
2Cube faceGlobal quadratic geometry
→
3Meridian NamePronounceable global zone
→
4Locator10 m · 3 m · 1 m
6,998,400 fixed global zonesEach zone is geometric, deterministic and independent of countries, postcodes or administrative borders.

Built for places addresses struggle with.

↗
Response & field work

Share a precise point where there may be no useful street address.

◌
Offline operation

Core encode/decode continues when mobile data or mapping services disappear.

⌘
App integration

SDKs can resolve Meridian Keys locally instead of routing every lookup through us.

◇
Open ecosystem

Mapping, routing, addresses and elevation stay replaceable context layers.

Candidate E is working.

The architecture exists; the remaining job is to harden it.
✓Global coreEncode/decode + 10/3/1 m classes
✓Public demoLive Candidate E validator
✓Context engineBusiness, property, UPRN, named areas
✓Offline designRegional PMTiles + local indexes
→ConformanceNormative vectors + boundary freeze
→Human factorsRadio, phonetics, accessibility

Strong idea. Still honest about the gaps.

+

What Candidate E gets right

  • Same format everywhere on Earth.
  • Fully offline horizontal encode/decode.
  • Pronounceable zone component.
  • Progressive precision.
  • No mandatory central service.
  • Context data can improve without changing the key.
!

What still needs work

  • Pre-1.0 mapping is not yet permanent.
  • Error detection/checksum remains open.
  • Name safety and phonetic testing need completion.
  • 1 m cell size is not 1 m GPS accuracy.
  • Rich context depends on regional datasets.
  • Offline map packs need production tooling.

Harden. Simplify. Prove.

F is the next refinement target, not a rewrite for the sake of it.
F1Freeze geometryEdges, poles, antimeridian, canonical rules
F2Test humansRadio, speech, transcription, accessibility
F3Error detectionCatch common mistakes without bloating keys
F4Portable SDKsJavaScript, Swift and Kotlin against shared vectors
F5Offline packsMaps, UPRN/property indexes, integrity + updates
F61.0 decision gateOnly keep changes that measurably improve E

Useful without owning the map.

Meridian Core should remain independently implementable. The value is the standard, tooling, SDKs and integrations—not forcing every location through one company.

Try Project Meridian ↗