Le 2 octobre 2013 12:53, rainerU <ra...@sfr.fr> a écrit : > Il faut penser utile. Il doit avoir pas mal d'outils et de rendus qui > utilisent > uniquement les attributs l'admin_centre (ou pire: les deux comme le rendu > standard qui affiche deux foix le nom des communes). Pour l'instant je > fais donc > tous les ajouts sur l'admin centre. Et pour éviter les redondances je > n'ajoute > rien aux boundaries. >
Le gros ennui c'est que les noeuds place existent qui sont des admin_center pour des relations de niveau différents et pas toujours d'ailleurs le niveau 8. De fait on ne sait pas du tout sur quelle surface (relation) porte les chiffres de la relation. L'Espagne utilise une solution simple: - c'est de mettre "admin_level=n" sur le noeud place pour savoir ce qu'il sert à désigner. Ca permet de sélectionner la bonne relation quand il y en a plusieurs. Si en France un noeud place n'est pas nommé pour représenter le centre de la commune avec la population totale de la commune, il ne faut pas y mettre admin_level=8 (on pourrait avoir admin_level=9 ou 10, mais en cas d'absence on ne sait pas quoi faire). - A ne pas confondre avec "capital=n" qui précise aussi un admin_level mais celui ayant la plus petite valeur parmi les relations qui existent (ou pourraient exister si elles sont tracées). On a aussi "capital=yes" équivalent à "capital=2". Cette solution admin_level=n sur le noeud place permet de faire la liaison : les données entre la relation et le noeud ne DOIVENT PAS alors être contradictoires entre elles (cas de la population ou de la référence INSEE ou ISTAT etc... de la commune). Mais pourtant cela ne s'applique PAS au code postal car les zones postales ne correspondent pas aux zones adminsitratives : un noeud place pourra préciser un code postal unique alors que la relation en aura plusieurs (voire même pas celui du noeud place qui peut avoir un cedex par exemple !)
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
