Skip to main content
All articles
AI & Transformation7 min readSeptember 29, 2026

The Binnacle: Steer by the Sun. Record the Heading.

The Binnacle is a space-weather decision desk that displays coronal mass ejections on the Sun-Earth line, shapes Earth’s magnetic shield from measured solar wind, maintains independent forecast runs as distinct issuances, and seals every decision to the instrument readings that informed it. Five operational scenarios — grid, polar flight, satellite, survey, timing — each with threshold-triggered actions.

A coronal mass ejection leaves the Sun. Fourteen to seventy-two hours later, it may arrive at Earth. Between those two moments, five different operators must make five different decisions — and each of them is looking at a different dashboard showing a different subset of the same information.

The grid operator watches Kp forecasts. The polar flight dispatcher watches HF propagation. The satellite controller watches magnetopause standoff distance. The high-latitude surveyor watches GNSS integrity. The timing facility watches oscillator holdover margins.

None of them sees the full Sun-Earth line. None of them records the decision against the instrument state that informed it. None of them can prove, after the event, what they knew and when they decided.

The Binnacle gives all five the same picture and seals every decision to it.

What The Binnacle is

The Binnacle is a browser-based space-weather decision desk. The name comes from the ship’s compass housing — the binnacle that holds the instrument the navigator steers by. In this case, the instrument is the Sun.

It is not an official warning system. Official watches and warnings come from NOAA SWPC. The Binnacle is a decision rehearsal instrument for operators with real-time stakes who need to see the full picture and prove the call.

The Sun-Earth line

Every ejection displayed in flight. The Binnacle renders the Sun-Earth line with CMEs propagating toward Earth using the Vršnak et al. (2013) drag-based model. Front direction, alternate paths, and associated flare class are visible. Multiple forecast runs for the same ejection are maintained as distinct issuances — temporal layers that show how the forecast evolved, not just where it ended.

When the ejection arrives, the actual shock pulse from the NASA DONKI catalogue is compared against the forecast. Arrival error, lead time, and prediction success are scored and visualised.

The magnetosphere

The magnetopause is rendered using the Shue et al. (1998) model, driven by measured solar wind pressure and interplanetary magnetic field from NASA OMNI. The auroral oval is driven by the Kp index with NOAA’s OVATION grid overlay. Geostationary orbit is marked at 6.6 Earth radii — the boundary where satellites cross from the shielded magnetosphere into the solar wind during compression events.

This is not a static diagram. It is a live rendering that compresses and expands as measured conditions change.

Five operational scenarios

Each scenario carries one operating rule with precise metrics and threshold-triggered actions:

Grid — load shedding when auroral current arrives at 78°N. The grid operator’s threshold is geomagnetically induced current, driven by the rate of change of the magnetic field at high latitudes.

Polar flight — HF blackout forces track changes south of the polar cap. The dispatcher’s threshold is D-region absorption, which kills HF communication on transpolar routes.

Satellite — shield crossing at 6.6 Earth radii triggers safe mode. The satellite controller’s threshold is magnetopause standoff distance — when the shield compresses inside geostationary orbit, the satellite is exposed to raw solar wind.

Survey — GNSS precision loss halts high-latitude work. The surveyor’s threshold is scintillation-driven position error that exceeds the tolerance for the work being performed.

Timing — GNSS scintillation forces oscillator holdover. The timing facility’s threshold is the duration of GNSS signal loss versus the holdover accuracy of the local oscillator.

The evidence chain

Every decision is sealed in a SHA-256 hash chain with the same three-block architecture as The Glass:

Genesis block — site rules sealed before the event. Wind thresholds, Kp triggers, operational boundaries.

Snapshot blocks — instrument state at the moment of decision. Solar wind speed, density, and magnetic field. Kp index. Magnetopause standoff. CME arrival outlook. Auroral oval extent.

Decision blocks — what was decided, by whom, based on which snapshot, with which forecast issuance selected.

The chain is exportable, resumable, and verifiable in The Verifier tool. Every hash covers the prior block. Tampering breaks all subsequent hashes.

The decision desk pair

The Binnacle is the companion to The Glass. Together they form a decision desk pair:

  • The Glass reads the barometer. Tropical storms. NHC ensemble forecasts. Probability terrain. Wind thresholds for marina, port, people, watch.
  • The Binnacle steers by the Sun. Space weather. NASA DONKI CME catalogue. Magnetopause rendering. Kp thresholds for grid, polar flight, satellite, survey, timing.

Different domains. Same architecture. Same evidence standard. Same principle: the decision must survive the event that tested it.

Data sources

All data is drawn from public scientific records:

  • NASA DONKI — ejections, forecast runs, flares, shocks (428 CMEs, 352 runs)
  • GFZ Potsdam — geomagnetic records
  • NASA OMNI — solar wind merge, Dst index
  • NOAA SWPC — operational scales, L1 wind, forecasts, auroral grid

Where a gap is bridged by inference, the readout says so.


The Binnacle is live and free to use.

Open The Binnacle → — the space-weather decision desk.

Open The Glass → — the tropical storm companion.

Explore the full portfolio →

Richard Leclézio

Richard Leclézio

Enterprise Transformation & AI Delivery Leader

ShareLinkedInX