C'est aussi vers cette réflexion que je m'orientais. Les données sont cohérente avec le terrain mais c'est au routage de s'adapter.

Après essai sur l'Aire d'Hastingues : https://www.openstreetmap.org/way/473891861 :

 * OSRM : échec
 * GraphHopper : échec
 * OpenRouteService : échec
 * MapQuest : échec
 * Application OsmAnd : échec
 * Application MapFactor Navigator : déplace l'arrivé (drapeau)
   clairement sur le segment le plus proche, ça à le mérite d'être
   compréhensible
 * Application Magic Earth : échec
 * Bing Maps : échec
 * GoogleMaps y arrive seulement parce que le nœud de l'aire est bien
   positionné, autrement ça plante :
     o Trajet 1 : https://goo.gl/maps/BTma9uZD7wuTEide6
     o Trajet 2 : https://goo.gl/maps/y3XSoj7c1YPxzAJR9
 * Waze : échec avec des détours hallucinant
 * ViaMichelin plante avec une arrivée imposée en dehors de l'aire
 * Mappy ne connait pas l'aire

En l'état seul un service GAFAM y arrive. Que faut-il faire ? Remonter l'anomalie à tous les services ?

Le 06/08/2020 à 10:24, Christian Quest a écrit :
Le 05/08/2020 à 22:37, Arnaud Champollion a écrit :
Le 05/08/2020 à 17:23, Jérôme Amagat a écrit :
Si on remplace par un node, je pense qu'on aura toujours le problème, dans un sens ou dans l'autre de l'autoroute.

Et si l'on met ce node sur une zone non accessible en voiture, par exemple une zone de pique-nique, peut-être que le routeur n'aura plus intérêt à faire effectuer un détour routier ?

Le routeur ça chercher la voie d'accès la plus proche, y projet le POI d'arrivée et calculer la route sur ce point trouvé.

Cela ne résoudra pas le problème qui est en fait lié à un routage mono-mode. Si on faisait un routage multi-modal (voiture + pédibus) il trouverai bien sûr qu'il est plus simple de marcher un peu à l'arrivée que de faire un énorme détour en voiture.

C'est pour moi plutôt un défaut des algos de routage sur le routage à l'arrivée qu'un problème dans les données OSM qui décrivent, il me semble, correctement le terrain.


_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à