[OSM-talk-fr] Rendu du nom d'une commune nouvelle

[Philippe Verdy]

Le 13 juillet 2016 à 21:52, Jérôme Amagat <jerome.amagat at gmail.com> a écrit
:

> 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)
>

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.

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.

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.

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?

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.

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

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.

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...

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.
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160714/92984744/attachment.htm>