Skip to article frontmatterSkip to article content
Site not loading correctly?

This may be due to an incorrect BASE_URL configuration. See the MyST Documentation for reference.

Roadmap index

UNEP
IMEO
MARS

plumax — Roadmap & Architecture

Mathematical models for plume simulation, methane retrieval, source identification, and emission estimation.

This page is the index for the architecture roadmap. The detail for each tier lives in its own file so they can grow independently as design decisions land. The high-level overview (philosophy, tier table, principles) stays here; each tier page expands the math, module layout, validation strategy, and open questions.


The Data-Driven Modeling Cycle

Every tier in plumax follows the same loop:

┌─────────────────────────────────────────────────────────────────┐
│   (1) Simple Model                                              │
│       ↓                                                         │
│   (2) Model-Based Inference                                     │
│       ↓                                                         │
│   (3) Model Emulator          ← skip if model is cheap          │
│       ↓                                                         │
│   (4) Emulator-Based Inference                                  │
│       ↓                                                         │
│   (5) Amortized Inference (Predictor)                           │
│       ↓                                                         │
│   (6) Improve  ───────────────────────────────────────────────┐ │
│       ↑         upgrade model / data / emulator / posterior   │ │
│       └───────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────────┘

Tier overview

Table (1):plumax tier table — forward models, complexity, and links to detail pages.

TierForward modelComplexityWhen to useDetail
0 (prereq)Met field + AK operatorData interfaceAll tiers depend on itPrerequisites
IGaussian plume / puffAnalyticalFast prototyping, validationTier I — Gaussian family
IILagrangian particle / footprintStochastic ODEWind-realistic transportTier II — Lagrangian
IIIEulerian finite-volume PDEPDEHigh-fidelity spatial fieldsTier III — Eulerian FV
Radiative transfer (parallel track)Multi-physicsConnects any tier to radiancesRTM stack
IVCoupled transport + RTMEnd-to-endOperational satellite → source posteriorTier IV — Coupled E2E
VPopulation & forecasting (TMTPP)Stochastic point processAggregate per-event posteriors → wait times, totalsTier V — Population (and V.A, V.B, V.C, V.D)

The build order is roughly: Prerequisites → Tier I → RTM stack (parallel) → Tier II → Tier III → Tier IV → Tier V. RTM is independent of transport tier, so it can be developed in parallel by a different person without coordination cost. Tier V depends on at least Tier I being usable end-to-end (per-event posteriors are the input), but does not need Tiers II–IV — it can launch with Tier I posteriors and absorb richer ones later.


Architectural principles


Status snapshot (2026-04-29)

Module-level status is tracked per tier. Quick overview:

The module references above (les_fvm, hapi_lut, methane_pod, …) live in upstream source repositories outside this journal.

See each tier page for module-level breakdown.