[OSM-talk-fr] Limites de communes

[sly (sylvain letuffe)]

> Certains le mettent dans la relation, d'autres sur les ways, il
> faudrait aussi se mettre d'accord là-dessus (moi je préfère sur les
> ways puisque la relation est une création purement osm). 
+1

> aussi pour faire deux ways qui se superposent (mêmes noeuds) sur les
> parties communes mais tout le monde n'est pas de cet avis 
-1

> (j'ai vu des 
> cas avec un way unique regroupant tous les tags).
-1

>  Certains voudraient supprimer le noeud avec le tag
> "place" depuis que la relation boundary existe (sly). 
NON !

ce tag à un sens si il pointe un village, et physiquement c'est valable. Ce 
que je ne veux pas c'est dire :
"on place un point, au petit bonheur la chance, et il symbolise la commune"
La commune est une surface, il me semble plus logique de replacer les 
attributs d'une surface dans ce qui symbolise la surface :
- un polygone fermé
ou
- une relation représentant un polygone fermé

Le noeud place, peut être considéré comme ayant un sens pour les tout petits 
village. Encore que la solution de pieren du landuse pour décrire "la zone où 
il y a des maisons regroupées" me semble encore plus préférable.


> pas tout à fait la même chose et en plus, ce noeud peut servir à
> correctement placer le label sur une carte alors qu'un tag "name" de
> la relation sera géocentré sur le polygone

Ceci est un problème de rendu, redéfinissons éventuellement une manière 
d'aider les rendus pour ce qu'ils ne peuvent deviner, mais ne donner pas de 
sens géographique à un "label"

> , càd parfois très loin du
> lieu concerné.

Pas d'accord, le nom d'une commune concerne une surface, c'est jusque que trop 
confondent, à mon avis, commune et ville.

( le seul cas que j'imagine ou un placement automatique du label commune est 
mauvais, est dans le cas d'une commune à forme de banane, mais là aussi, 
encore une fois, c'est un problème de rendu )


-- 
sly
Sylvain Letuffe sylvain at letuffe.org
qui suis-je : http://slyserv.dyndns.org