Je n’ai jamais constaté de bug!
Je vous propose ce rond-point.
Segments : 152278938,152279018,152279953,152279957
Je garantis que j’ai testé TOUTES les combinaisons (oui, les 12) sur le terrain la semaine dernière, et qu’elles fonctionnent toutes avec des indications à droite/à gauche/tout droit.
L’ordre (si on prend dans le sens horaire) c’est :
152278938,152279953,152279957,152279018,
Effectivement les segments ne se suivent pas chronologiquement.
Mais atention ! à gauche à droite tout droit … tu es dans un cas particulier de rond point !
Il n’y a pas de numéro de sortie indiqué. Dans ce cas waze pourrait très bien calculer en tenant compte de la géométrie des segments et non plus de leurs numérotation.
Maintenant trouvez moi un rd pt en défaut (sortie zéro) alors que tous les segments se suivent à l’unité près chronologiquement et je suis près à revoir mon point de vue.
Mon point de vue c’est que plutôt que de chercher le baton pour se faire battre, quand on trouve un rd pt dont les segments ne se suivent pas (à l’unité près) et plutôt que perdre du temps à les comparer un à un (surtout avec des pattes d’oies donc un nbre de segments élevé) on a plus vite fait de refaire le rd pt. C’est comme ça que je fais dans ma zone mais je n’oblige personne à le faire.
Jusqu’à présent, je n’ai jamais remarqué un rd pt que je venais de refaire avoir des segments non consécutif mais quelqu’un l’a signalé. Ca doit quand même rester rare. Personnellement, je le referais si ça m’arrivait. Au moins si un UR survenait sur ce rd pt, je pourrai chercher ailleurs la raison.
On n’est pas non plus à l’abri d’un autre problème qui peut survenir quand des éditeurs suppriment rajoutent ou modifient des segments liés à un rd pt sans le refaire complètement. Il se pourrait que les segments restent consécurtifs mais que waze garde une trace de ces modifs et ne le voit plus comme avant ?
En fait tant qu’on ne saura pas comment waze fait ses calculs on pourra toujours continuer de discuter du sexe des anges.
Perso, je perds moins de temps avec ma méthode.
-> L’ajout de jonction remplace un segment consécutif par 2 non consécutifs (avec le reste du RP)
-> La suppression de jonction remplace 2 segments (supposons consécutifs), par un seul, non consécutifs (avec le reste du RP)
Etant donné que ce rond-point ne met pas en jeu les numéros de sorties, il n’est pas recevable pour un test. Même s’il est fonctionnel sur le mode gauche/droite/tout droit.
L’idée c’est de savoir si un RP n’utilisant pas gauche/droite/tout droit, avec des segments non consécutifs, est totalement fonctionnel dans l’ensemble des possibilités d’entrée/sortie, et si ce comportement est systématique. Il faut que par ailleurs, le reste des paramètres soit constant pour que le test ne soit pas biaisé, et que l’on puisse en conclure quelque chose.
Bien à vous.
Un autre exemple : https://world.waze.com/editor/?zoom=8&lat=44.80497&lon=-0.6107&layers=BFTFFTTTFTTTTTTTFTTTTFT&segments=161205257,161205258,147607692,147607694,147607688
(oulà, après le test va falloir que je fasse le ménage dans le coin d’ailleurs… :? )
Segments (par ordre croissant) : 147607688, 147607692, 147607694, 161205257, 161205258
Là, ce n’est pas un rond-point que j’emprunte plusieurs fois par jour comme l’autre, mais je viens de passer une demi-heure à tester les 20 possibilités depuis le client, et elles fonctionnent toutes, avec le numéro de sortie correct.
Evidemment, ce ne sont que des exemples, ça prouve seulement que des segments non consécutifs ne provoquent pas automatiquement le bug de la sortie 0. Mais c’est quand même intéressant, non ? 
Je ne joins pas les 20 itinéraires, seulement les deux premiers :
Si on prend les segment dans le sens anti horaire à partir du 147607688
on constate quoi ?
147607688 - 147607692 - 147607694 - 161205257 - 161205258
avec
147607688 < 147607692 < 147607694 < 161205257 < 161205258
Ton exemple est donc mal choisi car les segments se suivent (mais pas à l’unité près ça c’est sûr).
Avec 3 nodes sur 5 en reverse.
Je ne perd pas mon temps, je refait le rond point.
EDIT : J’ai été voir ce lieu avec la live map, il n’est pas possible de faire les tests car toutes les rues arrivant sur ce rd pt n’existent pas dans la live map (3 segments sur 5 existant) ce qui prouve bien que j’ai raison, on ne peut pas se fier à la live map pour faire ce genre de test.
https://world.waze.com/livemap/?lon=-0.6107&lat=44.80497
Oui effectivement il y a du ménage à faire dont un U-Turn sur un segment qui arrive sur ce rd pt.
C’est donc un miracle que tout fonctionne ;-))
Si on suivait ta logique, tout fonctionne donc on peut tout laisser en l’état avec
les reverse, les U-Turn compris
Je n’ai dit aucune chose de la sorte. Je n’ai pas proposé de “logique”. Je n’ai pas dit s’il fallait refaire ou ne pas refaire des ronds-points. Je fais seulement des observations.
Il y a un bug. On croyait savoir, mais finalement on ne sait pas dans quelles conditions il se produit. Je donne des exemples qui sont ma contribution pour y voir plus clair, et pour mieux cerner le problème.
Maintenant, si quelqu’un pouvait trouver un exemple de rond-point qui déclenche le bug de la sortie 0, ce serait vraiment bien !
Le deuxième exemple est intéressant :
-> En supposant que plus un segment est récent, plus son ID est haute (ID haute <=> dernière édition).
-> Les segment en 16[…] sont ceux suivant les 2 parking lot roads
-> La parking lot road de gauche a été créée au même moment que les modifications récentes du RP.
-> Cette même PLR est celle faisant la jonction entre les 2 segments aux IDs différentes
-> Les 3 segments concernés ont des IDs consécutives
-> Hypothèse : la PLR de gauche a été ajoutée au RP pré-existant.
Concernant le reste du RP :
-> Création 4 Octobre 2011 => Probablement sous Cartouche.
-> Sous cartouche, il fallait supprimer les jonctions après la création du RP, et ça n’entrainait pas nécessairement de bug…
-> En supposant qu’après suppression d’une jonction le nouveau segment prenne l’ID la plus haute des 2 segments fusionnés plutôt qu’un nouvel ID (il faudra tester), on retrouve l’origine des ID de 2 en 2.
-> Hypothèse : les segment non consécutifs ne semblent pas problématiques dans une certaine mesure (au moins de 2 en 2), puisqu’avant l’ajout de la PLR le RP devait fonctionner correctement.
Comme l’a noté glenan56, les segments restes successifs et croissants, ce qui peut être une possibilité de RP fonctionnel.
Je passe de temps à autre sur des RP bug sortie 0 j’essayerais de regarder.
L’idéal serait surtout de pouvoir déduire la règle pour qu’un script permette de détecter les RP buggués plus facilement ^^’
EDIT : tcm33, si tu pouvais me rappeler la manière de procéder pour avoir un trajet entre 2 points choisis sur le client, je pense connaitre un RP buggué pour vérifier tout ça !
Appui long sur un 1er segment puis (>) et [plus] enfin [définir comme point de deart] faire de même pour définir bu point d’arrivé
À recommencer pour x trajets!
Oui, c’est ça, c’est d’ailleurs une des spécialités de cet éditeur.
Pour le calcul d’itinéraires sur le client, comme dit Arbaot.
Sinon, comme on est maintenant très gâtés avec des mises à jour tous les deux jours, je vais aussi déboîter un rond-point intentionnellement ce soir, pour voir ce que ça donne.
A l’instant en refaisant un rd pt j’ai obtenu des segments non consécutifs :
187318128,187318126,187318125
bon, il se suivent quand même dans le sens anti horaire.
Encore un exemple de navigation sur rond point dont je ne comprends pas la logique.
Je passe tous les jours à cet endroit, le matin, de gauche à droite vers la ville de guidel, en arrivant sur ce rond point tts = prenez la 2ème sortie
En rentrant le soir, de droite à gauche en quittant Guidel tts = allez tout droit
Le aller tout droit n’est donc pas une relation reflexive chez waze (pour ceux qui se souviennent de certains cours de math)
Il semble y avoir une légère angulation en venant de gauche à droite. Si l’on prolonge l’axe de ce segment on ne retombe à priori pas sur la jonction de sortie. Le RP ne colle alors pas à la règle angulaire de Waze, par conséquent instruction “prenez la 2ème sortie”.
De droite à gauche en revanche, le prolongement de l’axe entrant passe par la jonction sortante. Respect des règles angulaires de Waze, instruction “continuez tout droit”.
Ceci n’est qu’une supposition :roll:
Sinon, je pense avoir trouvé un RP bug, et les segment ne sont pas consécutifs, ni dans l’ordre croissant. Il faut que je teste les différents trajets car c’est un RP complexe, mais je pense avoir un début de théorie :
[b]RP BUG SSI :
- Segment non consécutifs (en dehors de la marge de tolérance supposée de 2 en 2)
ET - Enchainement des segments impossible à hierarchiser dans un ordre croissant
ET - Trajet passant par l’enchainement problématique
[/b]
Bonne soirée
EDIT : ah, au fait le sens anti-horaire est le sens de rotation de tous les RP en France, donc tout va bien ^^’
Voici un premier de script de test de rondpoint:
Celui-ci fait les test suivants :
- Test sur les date de création des segments rondpoints (Valeur entre min et max < 1 heure)
- Test sur les noeuds A & B (Chaque noeud A doit avoir son homologue en noeud B. cela permet de detecter les “branches orphelines” et les segments en reverse.
- Test de continuité des IDs de segments (Valeur entre min et max < 100)
- Test de continuité des IDs de jonctions du rond point (Valeur entre min et max < 100)
- Test des dates de création des segments raccordés postérieur à la date du rondpoint (1 heure max).
J’ai également en réserve quelques point qu’il conviendrait peut-être d’analyser.
- Succession des IDs sur le rondpoint ( on commence au plus petit ID pour aller sur le plus grand)
- Test du nombre de segments connectés à une jonction du rondpoint (doit être égal à 3 : 2 pour le rondpoint + 1 pour le segment raccordé).
Donnez moi vos suggestions, je verrais si je peux les mettre dans le test.
PS : Je craignais d’avoir des difficultés pour trouver des endroits pour faire mes tests: ca n’a pas été le cas
Et bien buchet37 tu vas encore pouvoir te faire les crocs sur celui-là ! et tester ton script
Je laisse ce rd pt en l’état tant que nécessaire.
Je n’ai rien touché !
Ce soir j’allais à Riantec je venait du segment D781 Nord Est vers le rond point et sortait sur la D111 sud
Problème Sortie 0 !
au retour je n’ai pas eu le défaut mais comme je bossais, pas eu le temps de tester toutes les possibilités.
Analyse :
Liste des segments dans l’ordre anti-horaire (en commençant pas celui que j’ai emprunté en premier)
105494084, 105494095, 105494058, 105494055 (suis sortie là),
il restait 105494056 166515592 105494091, 166515593 que je n’ai pas emprunté à l’aller
(D’ailleurs est-ce qu’il serait possible que le script les affiche dans l’ordre quand on clique sur un segment et qu’on clique sur select roundabout ?)
Dans les segments que j’ai emprunté, on constate bien dans un premier temps une croissance des 2 premiers nombres 105494084, 105494095, puis une décroissance des deux derniers 105494058, 105494055
Ma théorie se vérifie donc bien dans cet exemple. Il n’y a pas continuité dans la progressions des ID de segments.
Je pense qu’avec ce rond point il y a de quoi s’amuser.
Ceux qui savent comment tester avec le client les différentes possibilités pourront nous dire ce que ça donne.
MERCI DE NE PAS TOUCHER NI ROND POINT NI A L’UR ET ME LAISSER CORRIGER MOI MEME CE SECTEUR QUAND VOUS M’AUREZ DONNE LE FEU VERT APRES VOS TESTS
-> Au passage si un niveau 5 pouvait me déverrouiller la major.
Question : Le rond point ne devrait pas être également en major ?
A noter également deux reverse qui trainent sur l’une des pattes d’oie et un autre au sud mais qui ne devaient pas, à mon avis, pouvoir perturber ma navigation.
Bon, j’ai vraiment pas le temps de faire des tests détaillés, désolé, mais c’est un cas intéressant ! Les trajets qui provoquent le bug seraient plutôt ceux au départ de la D781 nord est et la D111 nord ouest. Les autres ont l’air de fonctionner normalement, même quand on fait un tour complet du RP (par exemple D111 sud-est -> D111 sud-est donne bien sortie 5).
A noter que cette jonction du rond-point est anormalement connectée à 4 segments, ça a peut-être un impact plus important que les IDs des segments. Ou pas. :?:
J’ai préparé quelques ronds-points de test pour la prochaine mise à jour, je vous tiens au courant.
Fait.
OK, donc avec la numérotation suivante :
D781-Route d’Hennebont = 1
D111 direction NO = 2
D781 - Route de Port-Louis = 3
D111 direction SE = 4
entrée parking Leclerc = 5
Les trajets donnent ceci :
| 1 | 2 | 3 | 4 | 5 | <- destinations
1 | KO | KO | KO | KO | KO |
2 | KO | KO | TD | KO | KO |
3 | OK | OK | OK | OK | OK |
4 | OK | OK | OK | OK | OK |
5 | OK | OK | OK | OK | -- |
^
|
+- originesTD = tourner à droite (sur la jonction non règlementaire)
– = le segment est à double sens, j’ai pas pu tester un tour complet du RP
Sur ce RP, le bug se manifeste uniquement en fonction du segment de départ, on dirait.
c’est souvent le cas un/des segments d’entrée bug le décompte de sortie
L’entrée 2 est dans tous les cas biaisée car la jonction a 4 segments.
On constate que l’entrée 1 arrive entre 2 segments conseécutifs non croissants (dans le sens de rotation du RP). Mais on ne peut rien en conclure car c’est aussi le cas de l’entrée 3, qui elle est OK.
Vous confirmez qu’il n’y a pas de jonction bugguées visible avec WME-H ?
Je vais essayer de faire les tests sur un autre RP que je pense buggué Jeudi aprem.