[OSM-talk-fr] Nouvelles communes françaises issues de fusion et OSM

[osm.sanspourriel at spamgourmet.com]

Le 12/02/2020 à 18:02, Christian Quest - cquest at openstreetmap.fr a écrit :

> place=municipality est dans un tableau "administratively declared
> places", ce qui va très bien avec nos communes nouvelles rurales. Il
> est par contre très peu utilisé: quelques milliers à peine sur le
> monde entier !
On ne va pas non plus en ajouter des milliers
<http://taginfo.openstreetmap.fr/search?q=admin_type%3AFR%3Dcommune+nouvelle>
(713).
> La troisième règle non écrite d'OSM: toujours, toujours relire le wiki ;)

Relire la bonne page du wiki, car il arrive qu'on trouve des infos pas à
jour, incomplètes (traduction françaises pas à jour) ou incohérentes
avec d'autres pages toujours sur le wiki.

Je suis pour mettre des place=municipality avec les populations qui vont
bien sur les communes nouvelles.

Je maintiens que mettre la population sur l'admin_centre c'est ambigu
dans le cas où la commune (municipality) n'est pas uniquement urbaine :
est-ce celle du town/village ou celles additionnées des
town/village/hamlet... ?

Maintenant on peut décider qu'en France :

-soit les population=* ne sont mis que sur les admin_centre/label des
communes (niveau 8 ou aussi niveau 9 ?).
- soit que les population=* qui sont mis sur admin_centre/label des
communes (niveau 8 ou aussi niveau 9 ?) sont ceux de l'INSEE pour la
commune et que les éventuels autres sont des informations autres qui ne
s'ajoutent pas au total (et donc on met place=municipality pour lever
l'ambiguïté ? Bof, c'est bien de savoir si le bourg est un town ou un
village). Mais alors, pourquoi avoir enlevé INSEE= sur ces nœuds ?
- autre ?

Dans le cas d'une commune nouvelle où on met place=municipality sur un
label, pas de soucis.

Jean-Yvon

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20200212/bebcd908/attachment.htm>