[OSM-talk-fr] Communes fusionées

[Philippe Verdy]

Pourquoi ne pas les mettre ? On a les tags "population=*" et
"population:year=*" pour assurer le suivi des données et
"source:population=INSEE" quand la source (toujours datée) est
l'Insee, la seule source valable en France.

Un robot n'a qu'à les mettre à jour, et ces chiffres permettent
d'adapter le rendu (par exemple pour sélectionner automatiquement les
libellés à conserver quand on ne peut pas les faire tenir tous sans
superposition). Ainsi, pas besoin même de la classification des
"places" (qui n'est finalement pas très homogène).

Un moteur de rendu pourra choisir les libellés à retenir (et les
tailles de polices ou de symboles à utiliser), selon deux critères
réellement objectifs : la population, et le statut d'une commune comme
chef-lieu (rôle "admin_centre") d'un niveau administratif, selon ses
besoins qu'on n'a pas à décider dans OSM.

Le seul soucis est que souvent la population a été mise sur le nœud
définissant le centre administratif d'une commune, alors que cela n'a
aucun sens à ce niveau-là, et que ce chiffre de population (comme
aussi le numéro de référence Insee) devrait être attribué à la
relation définissant les frontières.

De même le nom (officiel, éventuellement traduit) d'une commune est en
priorité celui de la relation (et non celui du nœud de type "place=*"
indiqué par le role "admin_centre" qui peut n'être qu'un nom local
correspondant à une entité plus petite que la commune). Si une carte
ne peut pas représenter les frontières d'une communes mais ne peut
afficher qu'un nœud, il ignorera aussi la position exacte du centre
administratif, mais l'utilisera quand même pour positionner le nom de
la commune (si la précision est suffisante pour que cela fasse une
différence dans l'affichage, sinon il suffira d'ignorer aussi la
position de cet "admin_centre" pour ne garder qu'un centroïde
calculé), et le nom à afficher devrait être celui de la relation de
commune (et non celui du centre administratif), car c'est le seul nom
pertinent à l'échelle de zones plus grandes comme les départements ou
régions. Ce sont les données de la relation qui seront utilisées
alors.

Là encore ce n'est pas à OSM de décider les données que
sélectionneront les moteurs de rendus, mais il faut être cohérent dans
ce qui est réellement désigné : donc toutes les communes doivent avoir
un nom officiel dans la relation, même si le nœud désigné par
"admin_centre" peut avoir un nom différent plus local (qui pourrait
même être réduit à "Mairie" ou "Hôtel de Ville" seulement), et leur
population mentionnée dans la relation (et non l’objet désigné par le
rôle "admin_centre" de la relation).

Le 3 mars 2012 17:45, Hélène PETIT <hpmt at free.fr> a écrit :
> Le 03/03/2012 15:54, PierreV a écrit :
>
>> Etant donné que OSM se base sur le nombre d'habitants, et qu'en France
>> nous
>> n'avons pas le détail des habitants au sein même d'une commune, comment on
>> fait?
>
>
> à la suite d'un débat l'année dernière sur le même sujet, j'ai fait le choix
> de ne plus rentrer "à la main" l'étiquette "population" et sa valeur
> associée ; voici pourquoi :
> 1) la population varie assez vite dans de nombreux endroits. Je ne vois pas
> comment je pourrais assurer la maintenance de cette donnée sur les centaines
> de communes dont j'ai rentré les frontières.
> 2) le nombre d'habitants est une information disponible en consultation
> automatisé auprès de l'insee.
> 3) le nombre de cartographes de terrain ( les "fourmis" qui travaillent à la
> main) sont une ressource rare, à laquelle il me semble un peu saugrenu de
> demander d'exécuter des tâches robotisables.
> 4) Il n'y a pas de réels standards dans OSM :
> http://wiki.openstreetmap.org/wiki/Category:Data_standards
> Le début de cette page est explicite, et je me range à son conseil : je mets
> donc mes deux tunes dans le bastringue, et ensuite je laisse faire
> l'entropie.
> 5) Il y a une sorte de chose qu'on pourrait prendre pour une sorte de
> redondance entre le nombre d'habitants et la valeur de l'étiquette "place" ;
> j'aime pas.
>
> Je suis un Schtroumf-Noir, et je le reste.
>
>
>
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr