Oui je le comprend maintenant, mais j’ai choisi ce titre car c’est sur le Wiki UK que c’était bien détaillé et c’est là que je l’ai vu pour la première fois
C’est vrai qu’avec des images sur le Wiki français, on ne louperait pas l’info.
Je ne vais rien vous apprendre en disant qu’avec tous les pays qui font des wiki à leur sauce chacun dans leur coin, on a du mal à trouver des renseignements pertinents. Finalement un seul Wiki anglais aurait été plus efficace et plus facile à mettre à jour (mais ceci est un autre problème).
Oui ce serait pratique car c’ est assez long d’ajuster tous les pts du landmark sur les segments du rp.
D:ailleurs je ne sais toujours pas si c’est vraiment critique que la peripherie du landmark colle au plus juste avec les segments du rp. Par encore eu de maj carto pour voir ce que donnent ceux que j’ai realises.
Ca doit être ça.
Je vous avais parlé d’un script pour créer ces landmarks.
C’est en partie fait.
Mais je me suis heurté à qq difficultés, donc ce n’est pas 1 mais 2 scripts que j’ai fait (en attendant mieux):
Caractéristiques communes:
Ils sont basés sur “Street to River” pour l’interface (Bouton dans les propriétés)
La propriété “Jonction/interchange” est afféctée au landMark
Ils récupèrent le nom du segment selectionné pour l’affecter au landmark
( Je n’ai pas traité la suppression du nom sur le rondpoint: un cleanRoundabout en géneral s’en charge)
Comme c’est un landmark, il peut être retouché à la main si besoin
-Le premier “Roundabout => LandCircle” https://docs.google.com/open?id=0B9PWiWROoycKN25RMWFtb0NudFk
A partir de 2 segments du Rondpoint, je calcule le centre et le rayon du rond point pour dessiner le Landmark. Avantages:
On peut faire un traitement mathématique sur le landmark:
Autoriser le landmark selon le rayon calculé (actuellement entre ~ 30m et 300m)
Faire un retrait ou non par rapport au rondpoint (retrait actuel (~1m)
Gérer le nombre de cotés en fonction de la dimension du rondpoind (actuellement de 16 à 128) Inconvénient :
Il ne marche que pour les landmark ronds
La selection par un seul segment est relativement imprécise pour les grand rondpoint (segment presque plat), c’est pour cela que je demande de 2 segments ( de préférence grands et opposés)
-Le deuxième “Roundabout => Landmark” Edit : Suppression de la version buggé (Voir ci-dessous)
Version corrigé https://docs.google.com/open?id=0B9PWiWROoycKaDR0MHlTcFZtN1E
A partir d’un segment du Rondpoint, je récupère la liste des segments du rondpoint et génère le landmark directement à partir de la géométrie des segments. Avantages: Ca marche même sur les rond poins “biscormus” Inconvénient : On peut difficilement faire un traitement dessus puisqu’il s’agit d’une suite de points et non d’une fonction mathématique.
Cette deuxième version me semble plus interressante car plus universelle.
Par contre, il y a un bug connu:
Lors de la création d’un rond point, les ID des segments sont généralement chronologiques, donc c’est simple de “suivre” le rond point à partir des IDs.
Par contre, j’en ai trouvé certains qui n’avaient cette chronologie ( peut-être ceux créés dans Cartouche") et dans ce cas, le polygone créé est croisé. Pour pallier à cela, je pense qu’il faut analyser les jonctions entre les segments, mais ça commence à être Hard (pour moi ), mais je vais continuer un peu à creuser
En attendant, je pense qu’avec les 2 scripts, on doit pouvoir répondre à pratiquement tous les cas
Et si besoin, la retouche manuelle peut faire le reste. :mrgreen:
Remontez moi vos impressions, sugesstions et les cas à problèmes sur le forum ou en MP.
Plutot que de jongler avec les jonctions, il suffisait de trier selon les points de debut et de fin de chaque segment.
Normalement, ça doit fonctionner avec tous les RoundAbout
J’attends la prochaine mise à jour de carte (Pas celle prévue ce jour, mais la prochaine) pour voir le résultat sur le client.
Et une éventuelle diffusion plus large (puisque dans ce cas, on est dans le strict respect du Wiki.)
Récemment on a refait des rond points sur Lorient, avec Arbaot alias syntax error en leur mettant un landmark pour les nommer et en retirant le nom des segments (comme prévu dans le wiki).
Sur ce point là, il n’y a pas de problème, depuis que la carte a été mise à jour, on voit bien les landmark.
Par contre en arrivant ce matin à Lorient, l’un des rond points modifiés ne fonctionne plus normalement. Pas de n° de sortie.
Hors ce rond point, j’en suis certain, fonctionnait avant que je ne retire le nommage des segments et que je rajoute un landmark.
Les n° des segments, effectivement, ne se suivent pas (je nai pas vérifié si c’était déjà le cas, lors de la modif du 28 août), alors comment un rd pt qui fonctionne pose problème par la suite simplement après effacement des noms de segments ? Est-ce que cette numérotation anarchique peut être la cause de ce disfonctionnement mais si oui, alors pourquoi seulement maintenant et pas avant ?
Ce qui est bien avec Waze c’est qu’on ne s’ennuit jamais, quand on croit avoir des certitudes, elles sont très vite balayées
Je laisse un peu encore mon UR le temps que vous alliez voir cet endroit.
Ensuite je sais ce qui me reste à faire, effacement du rd pt et reconstruction pour remettre de l’ordre ds les segments. Puis attente prochaine mis à jour.
Normal, le client a du mal a afficher en dessous d’une certaine taille de rond point
D’après ce que j’ai observé, ça fonctionne bien sur les grands rd point mais actuellement je suis avec une version béta du client et comme ils ont réduit les polices de caractères sur la carte, ce n’est pas la joie. Du moins quand on conduit.
En tous cas pour les rond point l’emprise sur la carte est nettement moins importante que quand on nomme tous les segments de celui-ci. Dans ce dernier cas on retrouve le nom du rond point sur ses cotés au lieu d’un nommage au centre avec le landmark
Ma conclusion :
Ront point importants, ça le fait. Petits rond point ça n’apparait pas à toutes les valeurs du zoom de la carte mais au moins sans nommage des segments, on n’a pas de problème de TTS qui nous donne une sortie vers le nom du rd pt au lieu de vers la voie suivante.
En fait la solution qui résoudrait pas mal de problèmes (et pas seulement pour les rd pts) serait que pour chaque voie ou segment on puisse avoir deux champs Name :
Un champs “Name” pour le nommage classique (comme existe actuellement)
Un champs “Name TTS” pour le TTS, au moins on pourrait y écrire clairement ce qu’on veut que le TTS dise.
Sur les rond points, on ne remplirait que le champs name comme ça le TTS saurait qu’il ne doit pas s’en servir et prendrait le nom de la voie suivante.
Bonjour,
Depuis la mise à jour de la semaine dernière, je suis repasser sur mes rond-points tests: aucun problème rencontré.
C’est vrai que l’affichage du land mark ne marche que pour les grands rondpoint, (et la lisibilité n’est pas franchement là)
Pour le problème des rondpoints qui marchent avant et qui ne marche plus maintenant.
J’avoue que j’ai été surpris lorsque j’ai constaté que des rond point avaient des ID qui ne se suivaient pas. ( vraisemblablement suite à l’ajout ou la supression de jonctions) .
Peut-être également que le problème est lié aux rondpoint créé il y a longtemps avec Cartouche et qui passe mal quand on les modifie sous Editor.
Ce qui seraient interressant de voir , c’est si le problème est localisé aux rondpoints ayant des ID non consécutifs.
En vérifiant à l’instant, les n° id ne se suivent pas. A chaque fois que j’ai eu un rd pt sans n° de sortie dans une navigation, les n° des segments ne se suivaient pas.
Comme l’affichage du problème dépend de sa propre navigation (le segment d 'entrée et le segment de sortie) on ne peut pas vérifier in situ le bon fonctionnement de tous les rd pt dans sa zone. Il faudrait faire des nav différentes pour utiliser toutes les entrées et les sorties de manière différentes !
Il est donc important de refaire systématiquement les rd pt qui ont des segments avec n° id non consécutifs pour éviter tout problème. Je pense aussi comme toi buchet37, que le problème vient de rajouts de connexions sur le rd pt après sa construction, waze affectant un n° id disponible et évidemment pas dans la continuité des autres.
Il faudrait rajouter dans le wiki que quand on modifie un segment arrivant sur un rd point (ajout) il est impératif de supprimer et de refaire tout le rond point en question.
En plus, je pense que ça permettra de corriger certains rd pt qui n’apparaissent pas bien rond sur le client ou dont le zoom automatique ne fonctionne pas quand on s’en rapproche en mode navigation. Peut-être est-ce lié aussi ?
Je ne pensais pas que mon petit script mettrait en évidence un bug plus profond,
Pour ce que j’ai lu, cela n’est plus possible sur nouvel éditeur : Un rond point est un ensemble indissociable
(a confirmer)
Je m’en vais reprendre les rond point de test qui m’ont fait reprendre le script pour s’adapter aux segments non consécutifs
