Tandem - Tous en selle pour l’Open Data !
  • Produire et fiabiliser les données sur le stationnement vélo, en synergie
  • Comment et pourquoi utiliser cette boîte à outils
  • Phase 1: Standardisation des données
    • Le défi: un monde de données trop varié
    • La solution: un fichier national de référence
  • Phase 2: Le recensement des stationnements
    • Le défi: connaître et cartographier le territoire
    • La solution: la “cartopartie”
  • Phase 3: La mise à niveau des données
    • Le défi: produire des données fiables
    • La solution: le “mapathon”
  • Phase 4: Audit automatique des données
    • Le défi: l’audit continu des données
    • La solution: un algorithme complétant le fichier national de référence
      • Un pilote : Orléans Métropole
  • Phase 5: Responsabiliser l’usager pour rendre la démarche durable
    • Le défi : pérenniser l’entretien des données via l’implication des usagers
    • La solution: l'application collaborative TANDEM
  • Contact
Powered by GitBook
On this page

Was this helpful?

  1. Phase 4: Audit automatique des données

La solution: un algorithme complétant le fichier national de référence

L'audit comparatif des données officielles avec celles d’OpenStreetMap peut être réalisé manuellement avec la méthode Mapathon (Phase 4) présentée dans la boîte à outils.

Dans cette étape, il s’agit d’automatiser cet audit comparatif des données. Nous avons conçu un algorithme capable de comparer des points (chaque point correspondant à un stationnement) ayant des coordonnées géographiques proches, ce qui évite qu’un même stationnement soit recensé plusieurs fois. La comparaison par latitude (ou longitude) permet de faire une moyenne et d'établir un point médian entre la localisation du stationnement via OpenStreetMap et via les données officielles. Ensuite, il faudrait que les deux lignes (et catégories respectives) traitant d’un même point se complètent en suivant le format de référence afin de le rendre le plus exhaustif possible.

Nous envisageons 3 scénarios possibles pour les types de données de notre fichier commun de référence :

  • Si le stationement de la collectivité territoriale coïncide avec le point d'OpenStreetMap (localisation), la donnée est validée et les 2 jeux de données peuvent être utilisés pour alimenter le format de référence

  • La place de stationnement apparaît seulement dans le fichier de la collectivité territoriale ; cela représente soit un problème de complétude des données OpenStreetMap, soit un problème de mise à jour du fichier officiel (dans ce cas, l’année de réalisation peut offrir des réponses et, dans un deuxième temps, l’information pourrait être remontée au producteur de la donnée appartenant à la collectivité territoriale).

  • La place de stationnement est signalée seulement sur OpenStreetMap ; cela peut représenter un problème de mise à jour du fichier officiel car les données OpenStreetMap sont en général vérifiées par d'autres contributeurs.

Dans le cas où un stationnement n’apparaît que sur OpenStreetMap ou dans les données des collectivités territoriales, l’algorithme l’intègre également au format de référence, tout en prenant soin de vérifier si la date du signalement ne le rend pas obsolète.

Ainsi, le fichier final est un fichier national suivant le format de référence (Phase 1), alimenté par les données des collectivités territoriales et celles d’OpenStreetMap.

PreviousLe défi: l’audit continu des donnéesNextUn pilote : Orléans Métropole

Last updated 5 years ago

Was this helpful?