🧩 Telemachus RFC-0001 : les 10 axes d’évolution du format vers la v0.2

🧩 Telemachus RFC-0001 — Les 10 axes d’évolution du format vers la v0.2

En septembre, nous avons publié le premier jeu de données Telemachus, aligné sur la spécification v0.1-alpha.
Cette version posait les bases du format : GNSS, mouvement, IMU, moteur, qualité et contexte — pour relier les données issues de la simulation (RS3) et celles collectées sur le terrain.

Aujourd’hui, nous franchissons une nouvelle étape : la normalisation ouverte du format lui-même.
C’est tout l’objet de la RFC-0001 – Telemachus Core v0.2, désormais ouverte à commentaires sur GitHub.


🧭 Pourquoi une RFC ?

Telemachus n’est pas qu’un format de fichier : c’est un langage commun pour la donnée de mobilité haute fréquence.

Afin d’en faire évoluer la structure de façon transparente, nous adoptons un processus inspiré du web ouvert : la RFC (Request for Comments).
L’objectif :

Faire de Telemachus v0.2 un format modulaire, interopérable et analytique, capable d’unifier des données issues de simulateurs, de flottes réelles et de sources contextuelles.


⚙️ Les 10 axes d’évolution

1️⃣ Modularisation & Profils

Découper le schéma en blocs réutilisables (Position, Motion, IMU, Engine, etc.) et introduire la notion de profil :
core, fleet, simulated, contextual.
👉 Chaque fournisseur pourra ainsi ne valider que les champs pertinents à son cas d’usage.


2️⃣ Temps & Fréquence

  • Support des horodatages haute précision (timestamp_ns)
  • Synchronisation multi-capteurs (GNSS, IMU, CAN)
  • Gestion d’un sample_idx pour les séries haute fréquence

🎯 Objectif : une cohérence temporelle robuste entre les signaux.


3️⃣ Véhicule & Chaîne de traction

"powertrain": {
  "engine": {"rpm": 2500, "load_pct": 70},
  "ev": {"soc_pct": 82.5, "power_kw": 45.2},
  "hybrid_mode": "charge-sustain"
}

🔋 Compatible thermique, électrique et hybride – pour des analyses multi-flottes.


4️⃣ Trajectoire & Géométrie

Nouveau bloc trajectory :
curvature_radm, radius_m, road_class, segment_id, lane_count
→ un lien direct avec les travaux Road Genome sur la géométrie routière.


5️⃣ Contexte enrichi

Évolution du bloc context en enrichments :

  • weather : température, vent, précipitations, visibilité
  • road : surface, friction, vitesse limite
  • environment : altitude, type de zone, densité urbaine

Chaque source inclut un niveau de confiance.


6️⃣ Provenance & Confiance

Renommer sourceprovenance et ajouter :
provider, firmware, sampling_strategy, fusion_level, confidence.
🔗 Chaque donnée devient traçable de bout en bout.


7️⃣ Données dérivées & Labels

"derived": {
  "jerk_ms3": "number",
  "yaw_rate_rads": "number",
  "curvature_rate": "number"
},
"labels": {
  "road_type": "string",
  "maneuver": "string",
  "driver_behavior": "string",
  "event_type": "string"
}

Le premier regroupe les variables calculées automatiquement,
le second les annotations sémantiques (type de route, comportement, manœuvre).
🧠 Ensemble, ils créent le lien entre physique et interprétation — indispensables pour l’IA et les analyses comportementales.


8️⃣ Métadonnées de simulation

"simulator": {
  "name": "RS3",
  "version": "3.2",
  "seed": 1234,
  "noise_model": "gaussian"
}

🎮 Permet de documenter la génération synthétique et la traçabilité scientifique.


9️⃣ Validation & Conformité

  • validation_flags : indicateurs de cohérence (gps_fix_ok, imu_dropout…)
  • privacy : anonymisation / hachage des identifiants
  • license : obligatoire pour tout dataset public (CC-BY-4.0, ODbL…)

🔟 Interopérabilité & Manifest

Fichier compagnon manifest.json décrivant :
version du schéma, fréquence, couverture spatio-temporelle, sources et licence.
🧩 Compatible avec OGC SensorThings, OpenTelemetry et ISO 39030.


🧠 Un format pivot, entre science et industrie

Telemachus v0.2 comble le vide entre :

  • les données simulées (RS3, Road Genome, études d’inertie),
  • les données réelles issues de flottes connectées.

En introduisant une sémantique commune et une traçabilité claire, Telemachus vise à devenir un standard pivot pour la mobility data européenne, ouverte et vérifiable.


🤝 Appel à contribution

La RFC-0001 est ouverte à discussion publique sur GitHub 👇

➡️ Participer à la discussion officielle

Prochaines étapes

  1. Validation collective des 10 axes
  2. Publication du schéma telemachus-core-0.2-draft.json
  3. Tests sur de nouveaux jeux de données (RS3 + réels)
  4. Mise à jour du validateur Python telemachus-py

📎 Ressources


✍️ En résumé

Telemachus RFC-0001 marque le passage d’un format expérimental à une spécification ouverte et contributive.
C’est une étape clé pour structurer, partager et valoriser les données de mobilité à haute fréquence — au service de la recherche, de la simulation et des écosystèmes industriels.

Commentaires

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *