SNCF-Transilien

ProblématiqueLe groupe SNCF s'appuie sur les données OpenStreetMap pour une partie de ses besoins en géodonnées. Les informations décrivant l'intérieur des gares (ascenseurs, escalators, commerces, ...) alimentent des applications sensibles comme le routage piéton et les plans de gares.Ces données ont une particularité : elles sont produites et modifiées en permanence par une communauté externe, sur laquelle la SNCF n'a aucun contrôle éditorial. Une suppression d'ascenseur par erreur, un commerce mal étiqueté ou une modification malencontreuse se propagent directement dans les applications voyageurs. Les outils de validation existants de l'écosystème OSM signalaient bien les erreurs à un instant donné, mais ne permettaient ni de suivre ce qui avait changé depuis le dernier contrôle, ni de distinguer une correction légitime d'une régression.Le besoin était donc un outil de surveillance dans la durée, adapté au périmètre précis des gares franciliennes et exploitable par des équipes internes non spécialistes d'OpenStreetMap.Solution apportéeNous avons développé un outil de contrôle qualité qui s'appuie sur les briques éprouvées de l'écosystème OSM (Osmium, Osmosis et Osmose) et étend leur logique de validation au suivi des modifications dans le temps :<ul><li>Chaîne d'ingestion automatisée : récupération et traitement des extractions OpenStreetMap, filtrage sur le périmètre des gares du réseau Transilien, chargement en base PostgreSQL / PostGIS.</li><li>Détection d'anomalies : application de règles de validation métier aux données d'équipement inspirées d'Osmose.</li><li>Suivi différentiel : c'est l'apport central du projet. L'outil compare les états successifs des données et met en évidence ce qui a changé entre deux contrôles, permettant de repérer les régressions plutôt que de relire à chaque fois l'intégralité des erreurs.</li><li>Interface d'exploitation : consultation des résultats par les équipes internes, avec navigation cartographique et accès au détail des anomalies.</li></ul>Stack technique : Python, Django, PostgreSQL / PostGIS, Osmium, Osmosis, Osmose, TypeScript, React, Docker.Durée et organisationMission menée de 2020 à 2022 en 7 sprints de développement, pour un budget de 135 000 € HTVA. Réalisation conjointe de Champs-Libres, la coopérative de développement que j'ai cofondée et dirigée techniquement, et de l'Atelier Cartographique. J'ai porté le back-end et les traitements de détection d'anomalies exécutés en arrière-plan (ingestion des données OpenStreetMap, règles de validation, comparaison différentielle) tandis que l'Atelier Cartographique prenait en charge l'interface. J'ai également assuré la direction technique, la gestion du projet et la relation avec les équipes de la SNCF.ImpactL'outil a été déployé dans les services internes de la SNCF, où il sécurise l'usage de données produites par une source externe non maîtrisée. Les équipes disposent d'un point de contrôle unique sur la qualité des données des gares franciliennes, et d'une visibilité sur leur évolution qu'aucun outil de l'écosystème ne fournissait jusque-là.Au-delà du livrable, le projet a alimenté les travaux de la communauté OpenStreetMap française sur la cartographie des gares.

Conception et développement d'un outil de contrôle qualité des données OpenStreetMap pour les gares du réseau Transilien (Île-de-France). L'outil analyse en continu les données d'équipement des gares (ascenseurs, commerces, ...) détecte les anomalies et suit l'évolution des modifications dans le temps. Direction technique et développement back-end Python / Django / PostGIS, déploiement Docker.

Docker

Backend Development

Django

Outil de contrôle qualité des données OpenStreetMap

APERe (Energie Commune)

ProblématiqueL'APERe (Association pour la Promotion des Énergies Renouvelables) fédère les coopératives d'énergie citoyenne actives en Belgique. Ces coopératives faisaient face à un double obstacle. D'un côté, leurs projets (éoliennes, installations photovoltaïques, réseaux de chaleur) restaient invisibles pour les citoyens susceptibles d'y investir, faute d'un point d'entrée commun. De l'autre, chacune gérait ses projets et ses souscriptions avec ses propres outils, souvent artisanaux et hétérogènes, ce qui rendait le processus lent pour elles et opaque pour le coopérateur.L'enjeu n'était donc pas de créer une vitrine de plus, mais de construire une plateforme transactionnelle partagée capable d'absorber l'existant : reprendre les données déjà accumulées par chaque coopérative et les usages qu'elles avaient développés, sans leur faire perdre leur historique ni leurs spécificités.Solution apportéeJ'ai conçu et développé une application web multi-organisations couvrant l'ensemble du parcours :<ul><li>Espace coopérative : chaque coopérative enregistrait et mettait à jour de façon autonome les données de sa structure et de ses projets, avec leur localisation, leur avancement et leurs conditions de souscription.</li><li>Exploration citoyenne : les coopérateurs potentiels parcouraient les projets via une interface cartographique, filtraient par territoire et par type d'énergie, et accédaient au détail de chaque initiative.</li><li>Souscription et portefeuille : le citoyen souscrivait des parts en ligne et suivait ensuite son portefeuille depuis son compte personnel. Chaque demande était routée vers la coopérative concernée, qui la traitait depuis son espace.</li><li>Reprise de l'existant : le point le plus structurant du projet. Les outils utilisés jusque-là par les coopératives ont été intégrés à la plateforme — migration des données historiques et transposition des fonctionnements en place. Cela a demandé de concevoir un modèle de données suffisamment souple pour accueillir des pratiques divergentes d'une coopérative à l'autre, tout en restant cohérent à l'échelle du secteur.</li></ul>Stack technique : Python / Django, PostgreSQL / PostGIS, Leaflet, JavaScript, HTML5 / CSS.Durée et organisationProjet mené de 2016 à 2019, pour un budget de 25 000 € HTVA. Développement itératif avec l'APERe, par cycles courts permettant de valider le modèle de données et le parcours de souscription au fur et à mesure, plutôt qu'en une seule livraison. Mission réalisée via Champs-Libres, la coopérative de développement que j'ai cofondée et dirigée techniquement : j'y ai assuré la relation client directe, les choix d'architecture et le développement full-stack de ce projet.ImpactLa plateforme a accompagné un moment clé de la structuration des coopératives d'énergie citoyenne en Belgique : en rendant les projets visibles et la souscription de parts accessible en ligne, elle a contribué à l'essor du secteur à une période où celui-ci se cherchait encore des outils.Elle n'est plus en service aujourd'hui. La fonction qu'elle remplissait a été reprise par des solutions généralistes de gestion de coopératives, couvrant tous les secteurs et non plus la seule énergie. Le besoin identifié et outillé dès 2016 s'est confirmé à une échelle bien plus large.

Conception et développement d'une plateforme web permettant aux coopératives d'énergie citoyenne belges de gérer leurs projets et d'ouvrir leur capital en ligne. Les citoyens y découvrent les projets près de chez eux, souscrivent des parts et suivent leur portefeuille. Développement full-stack Python/Django sur base PostgreSQL/PostGIS, interface cartographique Leaflet, avec reprise des données et des usages des outils préexistants.

Marc Ducobu

Senior GIS & Python Developer

À propos

Expérience de travail

GIS & Python Developer

Formateur PyQGIS

Member of the board

Expert Developer GIS

Expert Developer GIS

GIS & Python Developer, Co-founder

Formateur PyQGIS

Formation

UMONS

UMONS

Portfolio

Outil de contrôle qualité des données OpenStreetMap

SNCF-Transilien

Coopératives à la carte

APERe (Energie Commune)

Talents

Recruteurs

À propos