<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">Le 13 juillet 2016 à 21:52, Jérôme Amagat <span dir="ltr"><<a href="mailto:jerome.amagat@gmail.com" target="_blank">jerome.amagat@gmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">Je n'aime pas bien ça , créé un noeud place= avec le nom de la nouvelle commune juste pour le rendu! Ici Montholon n'est pas un village et a cette endroit il n'y a rien, (en plus ici le nom apparaît sur le rendu alors que la commune nouvelle n'existe pas encore). Le nom est sur la relation commune et ca suffit pour avoir des données justes. Ce qui s'appelle Montholon c'est tout le territoire de la commune est pas un point ou un village quelquepart. Si ca n'apparait pas sur le rendu, c'est pas de la faute aux données mais au rendu qui n'affiche pas le nom des communes. Soit il faut changer le rendu soit laissé comme ça sans le nom des commune. Est ce que ses nom sont bien important? c'est pas nouveau des communes avec un nom qui n'est pas un nom de village (ou accumulation de plusieur nom)</div></blockquote><div><br></div><div>Je suis d'accord et c'est bien pour ça que le rôle "label" serait plus indiqué que le rôle "admin_centre" qui reste sur la commune déléguée et qu'on voit sur les panneaux d'entrée d'aglommération). Mais comment taguer le noeud lui-même (pas seulement son nom mais aussi le type place=* qui irait bien) sachant que le nom de la commune nouvelle apparait aussi sur les panneaux d'entrée d'entrée d'agglomération (en dessous entre parenthèses avec "commune de")? Et qu'assez vite c'est ce nom de commune nouvelle qui est utilisé dans toutes les publications plus souvent que les noms de commune déléguées, y compris dans les adresse postales, la publicité, les panneaux directionnels, la presse.... Certes il y a encore un usage des noms de communes déléguées mais seulement si on veut plus de précision.</div><div><br></div><div>Que peut faire alors un rendu: faire comme les panneaux d'entrée d'agglomération et préciser les deux noms: "X (commune de Y)" dans le même libellé (Autrement dit afficher le nom niveau 9 et le nom niveau 8, noms stockés dans deux relations différentes) ? Peut-être, mais à condition seulement de pouvoir distinguer les deux communes délégéues. Si on ne doit afficher qu'un seul nom (faute de place), autant n'afficher alors que le nom générique valable pour les deux.</div><div><br></div><div>Les autres problèmes sont le placement de ce libellé commun (si on ne centre uniquement sur l'admin_centre d'une des communes déléguée, à priori la commune chef-lieu, ce n'est pas idéal non plus. Si le libellé apparait seul (pas d'icône) il serait préférable qu'il soit placé plus judicieusement le rôle label, plus que de donner un nom (qu'on peut en fait hériter de sa relation, mais Manik ne va pas chercher les noms des place=* dans les relations, et il ne fait pas l'inverse non plus sauf pour les libellés affiché le long des frontières). Ca se complique si le rendu n'affiche pas qu'un libellé mais affiche une icone (point, cercle, disque, étoile...) car l'icône ne peut pas être loin de libellé et a un positionnement plus restrictif.</div><div><br></div><div>Peut-on aussi différencier l'apparence d'un tel libellé commun des noms de communes déléguées ou villages d'une commune, autrement qu'en jouant sur la valeur donnée à place=* (qui dans OSM ne dépend pas du statut mais de la tranche de population), si on peut afficher à la fois les noms de communes déléguées et la commune nouvelle sachant qu'au vu de la population les 3 noms sont tous des place=village pour OSM?</div><div><br></div><div>Et d'une façon plus générale il y a aussi des agglomérations pour des villages qui ne sont même pas des communes ni des communes déléguées, mais qui ont assez d'habitants pour ne PAS être des hameaux mais bien des villages.</div><div><br></div><div>Autre possibilité, utiliser place=suburb pour les communes déléguées (mais le rendu est inconsistant: les suburbs sont plus gros et plus visibles que les villages et cela posera problème quand la commune nouvelle reste un "village" au sens d'OSM (moins de 10000 habitants). En fait les communes nouvelles sont des supraentités de même niveau adminsitratif que toutes les autres communes quelles que soient leur popupalation</div><div><br></div><div>Bref il me semble que le plus pratique serait d'afficher les noms des villages délégués séparés seulement s'il y a la place pour les mettre tous (aux zooms élévés), sinon n'afficher que le nom de commune nouvelle (zoom plus faibles). Pour le placement de ce dernier on peut alors se contenter du noeud admin_centre de la commune déléguée chef-lieu.</div><div><br></div><div>Les algos de placement et de priorité sont très complexes c'est toute une réflexion à faire pour Mapnik qui ne sait pas choisir et ne cherche encore qu'à afficher le nom de cahque noeud place=* sans aller voir dans d'autres objets si on autre nom serait plus approprié. comme substitut unique pour plusieurs noeuds. Mais Mapnik ne sait pas gérer des groupes de noeuds, il place les libellés de façon totalement individuelle (il le fait seuleemnt s'il reste de la place, sinon il n'affiche rien, mais comme la place pour un nom de commune nouvelle plus approprié peut avoir été prix par le placement du nom d'un autre village délégué de la même commune nouvelle, et qu'il ne sait pas l'effacer on est un peu dans la m...</div><div><br></div><div>Ca irait mieux si Mapnik au lieu de dessiner immédaitement chaque libellé de noeud au fil de l'eau, il les insérait avec un placement dans une liste en mémoire pour gérer des priorités de placement, puis une fois la liste finalisée, dessiner alors tous les libellés (le rendu devrait faire deux passes séparées, une pour l'analyse et l'autre pour sortir tous les noeuds déjà placés dans la liste.</div></div></div></div>