J’ai constaté récemment que Waze choisit parfois un itinéraire plus long en temps sans qu’il soit plus court en distance, et parfois même plus long. La première fois c’était plus long en temps à cause d’un bouchon, donc je ne pourrai pas vous reproduire l’exemple.
Mais ce week-end j’ai découvert un phénomène reproductible en allant de Villeurbanne à Saint-Cyr-Sur-Mer. Dans ce sens, Waze passe systématiquement par la ville de Marseille au lieu de l’A8 à proximité d’Aix-en-Provence, alors que ce trajet est, à l’heure où je vous écrit, 7 min plus long et… 500 m plus court ! Mon client est bien configuré pour prendre l’itinéraire le plus rapide, et d’ailleurs c’est vérifiable sur Waze Live Maps, et ça marche aussi en ne partant que de Valence, de Montélimar, ou encore d’Orange. Dans l’autre sens, Waze passe bien par l’A8 !
Ce type de problème est-il connu ?
Clairement si une solution n’est pas trouvée rapidement, je pourrais laisser Waze de côté au détriment de Maps…
Petit up pour ce sujet qui me semble important.
Il faut faire l’essai de préférence en dehors des heures de pointe, sinon il semble que le trajet par Marseille n’est plus proposé.
C’est justement avec l’appli que j’ai constaté initialement le problème.
Ce soir je me rends compte que le défaut apparaît en partant de Valence mais plus de Lyon (depuis laquelle un seul itinéraire est proposé, passant bien par l’A8). Pareil que ce soit depuis WLM ou l’application Android.
C’est difficile d’avoir une réponse concrète concernant la choix des itinéraires, vu la quantité des facteurs qui peuvent jouer au moment du calcul.
Tu peux le constater aussi, des fois pour la même destination le résultat de recherche change, a chaque recherche un résultat différent (juste quelques seconds ou minutes entre recherches).
Avant de partir, j’ai l’habitude d’utiliser la recherche d’itinéraires alternatifs, des fois ça aide à trouver ce que l’on cherche.
Si tu utilises une version à jour, cette option n’existe plus, comme le plus court, pourtant bien pratique.
Mais là il y a une erreur manifeste non, quand il considère qu’un trajet 7 min plus long selon ses propres calculs, est le “fastest” ? Quels facteurs pourraient le conduire à cela ?
Ce matin en calculant Montélimar -> St-Cyr il prend bien le trajet par l’A8, toujours plus rapide de 7 min en dehors des heures de pointe. Et encore ça ne prend pas en compte le nombre de fois qu’on peut se tromper de chemin dans Marseille étant donné les travaux gigantesques par lesquels il fait passer, avec des voies qui ne sont plus tout à fait à l’endroit cartographié…
Oui, mais vu le temps que ça prend (recalcul), vu que le choix qu’on fait est réinitialisé s’il y a un recalcul par la suite (si on fait une pause en arrêtant Waze, si on ne suit pas le trajet indiqué, si Waze détecte un changement dans les temps de parcours…), ce n’est pas un fonctionnement qui me convient. Pour les longs trajets, je vais certainement privilégier Maps qui est beaucoup plus efficace pour ce qui est de donner un aperçu du trajet calculé (en tout cas sur les versions que j’utilise).
Je suppose que cela veut dire que cette option n’a plus aucun effet sur les serveurs de calcul ?
Quoiqu’il en soit je ne vais pas changer de version de sitôt, vu le mal que j’ai eu à en trouver une où la recherche de stations services fonctionne correctement. Puis vu l’âge de mon téléphone…
Aujourd’hui il faut partir de Montélimar pour constater le phénomène (avec un départ à 0h par ex. pour éviter le trafic). Petite copie d’écran qui montre plus clairement cette aberration mathématique : https://www.dropbox.com/s/9rdajaf0f01fex2/AberrationWazeStCyr.gif (fermer la pop-up de connexion).
