Pour info, il y a une discussion en cours sur talk@ (il me semble) pour être plus strict dans les multipolygones pris en compte par osm2pgsql et à terme sur le rendu par défaut d'OSM... car tant que des multipolygones bancals sont correctement rendus, il y a peu de chance que les contributeurs se mettent à les remettre d'aplomb.
https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html Le 30 septembre 2013 11:21, V de Chateau-Thierry <v...@laposte.net> a écrit : > > Le souci est plutôt dans la pratique, vu que les outils (notamment > osm2pgsql) cherchent > à exploiter les multipolygons sans tags significatifs, en remontant les > tags des ways > membres (cf. ton exemple de natural=water à Colmar), manifestement par > souci de > retro-compatibilité (ce qui est louable, vive les paradoxes). En > cautionnant ça, on > n'incite pas à modéliser les multipolygon correctement. À noter qu'à ce > jour, pour parler > d'un cas répandu chez nous, l'outil de mise à dispo du cadastre vectoriel, > pour les > bâtiments, utilise des multipolygons sans tag 'building' et taggue en > building les ways > avec rôle 'outer'. C'est dommage. > -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
