Conférence State of the Map France le 4 juin 2017 : présentation de la procédure de suivi des modifications des données OpenStreetMap sur les 380 gares d'Ile-de-France de SNCF Transilien.
OpenStreetMap pour les collectivités territoriales
Suivi des modifications des données OpenStreetMap sur 380 gares
1. Suivi des modifications des
380 gares SNCF Transilien
Antoine RICHE, Charles MILLET, Stéphane PÉNEAU
2 juin 2017
2. SNCF Transilien
Charles MILLET
User : mygeomatic
@CartoCharles
Antoine RICHE
User : naomap
@cartocite
Prestataire de services OpenStreetMap
✔
Production : numérisation, contrôle qualité
✔
Valorisation : cartes Web et papier, géomatique
✔
Formations professionnelles et animation
http://cartocite.fr
4. 4Le contexte Outils existants Notre process
SNCF Transilien
380 gares mappées
■ 80 par un prestataire
■ dont 8 par Carto’Cité
Information voyageurs :
■ Appli MonTransilien
■ Site MonTransilien.com
■ Appli MapMaGare
5. 5Le contexte Outils existants Notre process
Phase 1 : plans d’architectes
Cartographie indoor
des niveaux, quais,
salles et escaliers
➔
Grande précision
(~ 10 cm)
6. 6Le contexte Outils existants Notre process
Phase 2 : relevés terrain
« V4MPod » 360° camera kit
conçu et fabriqué par @stfmani
4 appareils Xiaomi Yi
15 000 photos en 4 jours
8. 8Le contexte Outils existants Notre process
La gare de Lyon sur OpenLevelUp
La carte indoor
interactive
✔
sélecteur de niveau
✔
pictos adaptés
✔
données à jour
✔
photos associées
http://openlevelup.net/
9. 9Le contexte Outils existants Notre process
Un enjeu : maintenance des données
Je veux juste
ajouter un banc !
10. 10Le contexte Outils existants Notre process
La demande de SNCF Transilien
Maintenir la qualité des données
Suivi régulier des contributions
Vérifier la conformité au référentiel et la
cohérence avec les plans de gares
Signaler les modifications à vérifier
Produire des statistiques des modifications,
corrections, par gare, type d’élément etc.
12. 12Le contexte Outils existants Notre process
ITO osm mapper
✔
Définition de bbox
✔
Notification par mail possible
✔
Filtrage interactif sur les tags
13. 13Le contexte Outils existants Notre process
WhoDidIt
✔
Nombre de modifications par bbox
✔
Possibilité de filtrer par changeset et user
✔
Intervalle de temps lié à la date d’utilisation
14. 14Le contexte Outils existants Notre process
OSMCHA : Mapbox Changeset Analyzer
✔
Conçu pour repérer les changesets douteux
✔
Filtres sur date, users, bbox
15. 15Le contexte Outils existants Notre process
osm-suspicious
Un outil de Pascal Neis
16. 16Le contexte Outils existants Notre process
OSM History Browser
Comparer 2 versions au choix d’un élément
✔
Membres ajoutés ou rétirés d’une relation
✔
Fusionner les modifications successives
17. 17Le contexte Outils existants Notre process
Achavi : Augmented Change Viewer
Analyse visuelle
d’un changeset :
✔
Ajouts,
modifications et
suppressions
✔
Tags et géométries
18. 18Le contexte Outils existants Notre process
Notre besoin technique
Données à vérifier
■ choix des données à observer (les gares)
■ choix de la période de vérification (date à date)
Filtrage des modifications
■ ignorer nos propres interventions (white list)
■ ignorer les modifications non significatives
Reporting
■ Décrire chaque modification significative
■ Produire une liste des modifications à vérifier
20. 20Le contexte Outils existants Notre process
Un choix structurant
Requêtes Overpass « augmented diff »
✔ données ajoutées / modifiées / supprimées
✔ sélection des données à surveiller
✔ choix de la période de suivi
✔ les données supprimées sont visibles !
Répond à une partie du besoin :
✔ possibilités de filtrage insuffisantes
✔ pas un outil de reporting
21. 21Le contexte Outils existants Notre process
Announcing OSMADA
OSMADA = OSM Augmented Diff Analyzer
■ Fonctionnalités
✔ Filtrage d’un fichier OSM « ADiff »
✔ Conversion au format .csv
■ Outil en ligne de commande
✔ basé sur Python et Django
✔ configuration : white list, main tags, filtres
✔ définition de workflows (import, filter, export)
■ Un logiciel libre
✔ https://github.com/Cartocite/osmada
✔ licence : GNU Affero General Public License v3.0
22. 22Le contexte Outils existants Notre process
Notre workflow
Script exécuté chaque semaine
Suivi
.ods
OSMADA
Evry
.osm
Evry
.csv
settings
.py
report
.pdf
Evry
.osmOverpass
OSM
gares
.txt
23. 23Le contexte Outils existants Notre process
Tableur de suivi des modifications
✔
Une ligne par élément ajouté/modifié/supprimé
✔
Infos : action, tags, géométrie, changeset, user…
✔
Liens vers JOSM, Achavi, History Browser…
✔
Saisie de notre analyse / action / suite à donner
24. 24Le contexte Outils existants Notre process
Reporting au format PDF
✔
Traduction du main tag
✔
Lien vers l’élément sur OSM.org
✔
Actions à effectuer
25. 25Le contexte Outils existants Notre process
Production de statistiques
Tableaux croisés dynamiques filtrables
26. 26Le contexte Outils existants Notre process
Échanges avec les contributeurs
Compte dédié :
transilien_cartocite
✔ Demande de
précisions
✔ Conseils et renvoi
vers le wiki
✔ Messagerie OSM,
commentaire de
changeset, notes
28. Est-ce bien utile ?
✔
Quelques maladresses à
corriger
✔
Méconnaissance du
référentiel
✔
Éléments non intégrés
aux relations des gares
✔
Mise au point de
MapMaGare
✔
Des contributeurs à
accompagner
29. Les gares : zones à fort enjeu
Des contributions régulières
✔ environ 300 modifications par semaine dans ~ 30
gares par ~ 20 contributeurs
✔ une dizaine de corrections ou de vérifications
Combinaison de plusieurs types de données
✔ Multi-modalité : train, bus, taxis, vélos…
✔ Transport en commun et son nouveau modèle
✔ Mélange des modèles Indoor et 3D
✔ Routing : cheminements piétons dans les gares
→ Croisement de nombreux acteurs
30. Solution technique
Une solution opérationnelle
✔ suivi des modifications + reporting + statistiques
✔ adaptable à d’autres besoins
Améliorations possibles
✔ OSMADA : filtres sur les tags et géométries
✔ OSMADA : workflows + complexes
✔ limites des requêtes adiff
✔ solution plus intégrée
Autres approches à explorer ?
ANTOINE
.
Me présenter et présenter Carto’Cité
.
Paris après Bruxelles et Berlin
FLORIAN
.
388 gares Transiliennes cartographiées sur OSM
Dont 80 ont fait l’objet d’une prestation
Dont 8 par Carto’Cité
.
Données utilisées sur transilien.com
ANTOINE
.
Travail de grande précision
.
Certains lieux trop complexes : gares RER Haussmann et Magenta
.
Nécessité d’aller sur place
ANTOINE
.
Stéphane et son expérience Mapillary
.
V4MPod : « View for Map »
.
Contrôlé par une appli Android
.
Coût du matériel < 500 €
.
A fonctionné à la perfection
ANTOINE
.
Contrôle qualité avant livraison.
.
20 contrôles réalisés pour chaque gare
.
Avec JOSM : filtres et recherche
.
Ex : les ascenseurs desservent au moins 2 niveaux
ANTOINE
.
Il es temps de parler d’Adrien
.
Utile pour visualiser ailleurs que JOSM
.
Open source
.
Grand merci à Adrien, on en reparle dans un instant
ANTOINE
.
Erreurs bien compréhensibles
.
Difficile pour les débutants … et les autres
FLORIAN
.
ANTOINE
.
Tout d’abord, nous effectuons une maintenance régulière des données
.
CartoWatch : 1/ filtre les modifs selon des critères (mapper, tags) ; 2/ produit un tableau des modifications → suivi et reporting
Open source bientôt sur Github
.
Contributions, quelques erreurs
ANTOINE
.
Que se passe-t-il sur l’indoor dans OSM ?
.
Quel impact sur les données, la communauté ?
ANTOINE
.
Tout d’abord, nous effectuons une maintenance régulière des données
.
CartoWatch : 1/ filtre les modifs selon des critères (mapper, tags) ; 2/ produit un tableau des modifications → suivi et reporting
Open source bientôt sur Github
.
Contributions, quelques erreurs
ANTOINE
.
Que se passe-t-il sur l’indoor dans OSM ?
.
Quel impact sur les données, la communauté ?
Limites des requêtes adiff :
- suppression : user de la dernière modification et non de la suppression