Améliorer la correspondance des arrêts de transport en commun entre OSM et GTFS

esmenard

Un exemple : sur Cartes.app cet arrêt est indiqué comme desservi par les lignes J, E et Y, alors que sur OSM il est indiqué comme desservi par la ligne 4606 (et c'est cette version qui est correcte).

Est-ce que c'est un problème de Cartes.app ? Est-ce qu'il y a quelque chose qu'on peut faire sur les données OSM pour aider à afficher la bonne ligne au bon endroit ?

1. laem

   Je crois que notre algorithme est trop peu subtil : on va simplement chercher les arrêts GTFS proches. On ne repose plus du tout sur OSM pour ça, ça ne marche pas, les route_ref et compagnie sont bien trop peu standardisés. C'était la stratégie initiale, mais il faudrait presque coder un truc pour chaque réseau. Il y en a 500 en France...

2. laem

   Par contre on pourrait préciser ça : qu'on superpose des données GTFS. L'arrêt trouvé n'est donc pas forcément celui cliqué, c'est perturbant, il faut le dire clairement dans l'interface.

3. esmenard

   @laem wrote in https://codeberg.org/cartes/web/issues/1385#issuecomment-9553832:

   Je crois que notre algorithme est trop peu subtil : on va simplement chercher les arrêts GTFS proches. On ne repose plus du tout sur OSM pour ça, ça ne marche pas, les route_ref et compagnie sont bien trop peu standardisés. C'était la stratégie initiale, mais il faudrait presque coder un truc pour chaque réseau. Il y en a 500 en France...

   Les route_ref oui, par contre les relations auxquels appartiennent les arrêts sont bien standardisées (sous réserve que ça soit à jour, mais ça c'est le même problème partout). Par contre je suis d'accord que c'est pas non plus évident de faire correspondre une relation ligne de bus à une ligne sur le GTFS. Une solution pourrait être d'utiliser les attributs gtfs:stop_id et gtfs:route_id, mais leur couverture a l'air très inégale en France...

4. esmenard

   J'ai lancé la discussion dans le forum : https://forum.openstreetmap.fr/t/comment-relier-efficacement-un-arret-osm-a-un-arret-gtfs/40617

   En attendant, il y a déjà la possibilité d'afficher l'arrêt qui correspond à la valeur de gtfs:stop_id:* plutôt que l'arrêt le plus proche pour les réseaux où c'est renseigné (soit, d'après Taginfo, le réseau régional des Pays de la Loire, des réseaux bretons, et les réseaux urbains de Nantes et Strasbourg).