<div dir="ltr">On a encore quelques "quirks" sur les rendus Mapnik (par exemple les multipolygones contenant 2 ways "outer" connectés dont un avec deux noeuds seulement : il arrive qu'il ne sache pas déterminer un sens de rotation pour déterminer l'ordre pour un intérieur ou extérieur et notamment quand ces noeuds sont connectés à d'autres multipolygones jointifs, dans ce cas, il laisse de côté et forme des polygones étranges avec un tri un peu aléatoire des noeuds du contour et ça se voit par exemple sur le tracé de certaines frontières où apprait alors des longs segments rectilignes un peu arbitraires joingant des noeuds qui ne sont pas et n'ont jamais été joints dans les données).<div><br></div><div>Je pense qu'il s'agit d'une anomalie du rendu (par un cas de géométrie imprévu et mal géré), pas nécessairement des données.</div><div><br></div><div>Il se peut aussi que la tuile en question ne soit pas à jour sur un des rendus (un "/dirty" pourrait régler le problème après quelques minutes pour les niveaux de zoom assez élevés dans des zones denses, ou plusieurs jours ou semaines : plus le délai est long et plus le risque existe qu'une zone marquée "dirty" ne soit en fin de compte pas traitée et oubliée lors d'une purge de la liste devenue trop longue, ou d'un défaut de capacité de stockage de cette liste, ou parfois par des fausses manoeuvres manuelles dans la base de données ayant oublié certaines parties).</div><div><br></div><div>Dans certains cas ça peut être causé par la modification de certaines règles de style du moteur de rendu mais un oubli de marquer des tuiles comme à retracer: un bout seulement apparait encore avec l'ancien style et les anciennes données, le reste avec des nouvelles données qui ont ignoré les anciennes; les règles sensibles sont celles qui déterminent s'il faut prendre un compte certaines données ou les ignorer selon le n niveau de zoom (par exemple le rendu des manoirs a été désactivé dans des niveaux de zoom plus faibles et reporté à des niveaux plus haut), et cela change ensuite les règles de priortié et d'autres objets deviennent visibles à la place quand ils ne l'étaient pas.</div><div><br></div><div>C'est pour ça que je suggère avant de signaler l'anomalie de tenter un "/dirty" sur le niveau de zoom où on constate l'anomalie et attendre un peu).</div><div><br></div><div>Note: comme ce segment fait une connexion passant entre l'avenue Aubert qui est en sens unique et l'Avenue Pasteur qui ne l'est pas, il est bidirectionnel comme l'Avenue Pasteur et devrait hériter de ses attributs (noms et type de voie résidentiel), mais l'Avenue Aubert est classée comme "tertiary" alors que l'Avenue Pasteur n'est que "résidentielle" et supposée avoir un trafic moins important, ce qui fait que ce bout serait peut-être plus utilisé dans le sens Aubert vers Pasteur.</div><div><br></div><div>Mais ce type de segment cependant est totalement intercalé entre les deux sens de l'Avenue de Paris (qui est la route principale de ce carrefour), classée comme "primary", et comme il n'a pas d'autre rôle que d'assurer une interconnexion, je pense qu'il devrait être nommé aussi "Avenue de Paris" mais de type "primary_link" puisqu'il sert essentiellement d'interconnexion des rues adjascentes, mais sert aussi comme voie de demi-tour entre les deux sens de l'avenue de Paris; la classification en tant que jonction "_link" est d'autant plus pertinente qu'il ne peut se trouver aucune adresse localisable à ce lieu, que le stationnement yt est interdit, seul l'arrêt pour céder le passage étant permis (et il devrait être indiqué par deux noeuds supplémentaires "highway=give_way" posés dessus, ou alors il manque l'indication des feux de circulation sur les 4 voies dirigées vers ce carrefour).</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">Le jeu. 27 sept. 2018 à 15:17, Thomas Ruchin <<a href="mailto:truchin72@gmail.com">truchin72@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">J'ai regardé le secteur mais ne comprends pas quel est le souci, d'autant plus que les données n'ont pas bougé depuis plusieurs mois dans le secteur.<div>Pourrait on avoir copie du fameux signalement ?</div><div><br></div><div>Merci</div><div><br></div><div>Thomas</div></div><br><div class="gmail_quote"><div dir="ltr">Le mer. 26 sept. 2018 à 18:52, nicolas parizet <<a href="mailto:nicolas.parizet@orange.fr" target="_blank">nicolas.parizet@orange.fr</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bonjour,<br>
<br>
sur Mastodon, quelqu'un signale par une capture d'écran, un soucis sur<br>
Vincennes. Je ne connais pas le coin mais j'avoue qu'après avoir<br>
regardé, je suis perplexe.<br>
<br>
Le soucis se situe au carrefour de l'avenue de Paris et de l'avenue<br>
Pasteur. Entre les deux voies de l'avenue de Paris, il y a comme un<br>
morceau de rue de tracé et non nommé (je ne vois pas ce que ce tracé<br>
fait là mais si il doit y être, je ne vois pas comment il doit être nommé).<br>
<br>
Même chose sur une rue à l'ouest. L'avenue Gambetta semble traverser<br>
l'avenue de Paris.<br>
<br>
Comme je ne connais pas ces endroits, je vous laisse jeter un coup d'œil<br>
et voir si des modifications sont nécessaires.<br>
<br>
Merci,<br>
<br>
Nicolas<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>