Level Zero - comment trois secondes changent l'économie des données d'observation de la Terre

La taxe L0 dont personne ne parle

Les données capteurs n'arrivent pas dans des formats que quelqu'un veut vraiment. Elles arrivent en paquets Sentinel SAFE avec des XML mission, en produits NITF/SICD complexes, en fichiers d'observation RINEX, en captures I/Q SigMF, en trames CCSDS brutes d'une station sol. Chaque startup EO et chaque opérateur spatial paye une taxe silencieuse pour traduire cela en quelque chose que les pipelines avals comprennent.

Level Zero est l'infrastructure de normalisation qui paye cette taxe une fois, pour tout le monde.

Trois pipelines, un plan de contrôle

Trois voies modulaires :

• Imagerie : scènes optiques et SAR vers COG, items et collections STAC, services de tuiles.
• Signal & navigation : observations GNSS et captures SDR vers RINEX 4, SigMF, télémétrie décodée.
• Opérations mission : orbite, attitude et tracking vers CCSDS OEM, OMM, AEM, TDM.

Les trois voies vivent sur le même plan de contrôle avec la même observabilité, le même contrat d'ingestion versionné, la même enveloppe de métadonnées. De la réception brute au premier item STAC catalogué : médiane 3,4 secondes.

Trois virgule quatre secondes n'est pas un benchmark. C'est une expérience client.

Sortie par les standards, par choix

Cloud Optimized GeoTIFF. STAC. OGC API Tiles. RINEX 4. SensorML. netCDF + CF là où c'est pertinent. GeoParquet pour les vecteurs. SigMF pour l'I/Q. CCSDS pour la remise aux systèmes sol. La liste est volontairement opinionée sur ce qu'on accepte en entrée et ce qu'on émet en sortie.

Les formats de sortie ne sont pas un signe extérieur. Ils sont tout le sujet. Standards-first rend Level Zero remplaçable - un client peut l'adopter sans s'enfermer dans un contrat d'ingestion propriétaire.

Les moteurs que nous n'avons pas réinventés

GDAL pour l'I/O raster. OTB et SNAP pour le prétraitement EO. ISCE3 et MintPy pour le SAR. SarPy pour l'interchange SICD. RTKLIB pour le GNSS. GNU Radio plus gr-satellites pour le SDR. Orekit pour la propagation d'orbite. PgSTAC pour le stockage du catalogue. Le choix architectural est de composer ces moteurs proprement, pas de refaire ce que les communautés open source du spatial et du géospatial ont déjà bien fait.

Pour qui

Startups EO et éditeurs SaaS géospatiaux qui veulent une conversion de format fiable et une publication STAC sans posséder la plomberie. Équipes analytique qui veulent que leurs corpus d'entraînement soient découvrables et reproductibles. Équipes sol et opérations mission qui ont besoin d'un échange CCSDS-compatible entre leur station et leurs partenaires. Équipes plateforme ML qui construisent des pipelines d'entraînement sur des actifs étiquetés STAC. La page produit couvre la matrice complète des classes d'entrée.