Bonsoir,
Le 05/06/2012 13:04, Pieren a écrit :
Certaines relations posent encore problème
comme le type=boundary que les allemands ont tenté de remplacer par
type=multipolygon pour leur similitude géométrique alors que de
nombreux pays ont choisi de conserver le type boundary pour des
raisons de sémantique (du coup, les allemands discutent régulièrement
sur un retour en arrière).
Pour info, on trouve en IDF une petite trentaine de relations
type=multipolygon qui reprennent way pour way les membres de relations
type=boundary+admin_level=8.
C'est par exemple le cas de Paris :
- boundary : http://www.openstreetmap.org/browse/relation/7444
- multipolygon : http://www.openstreetmap.org/browse/relation/2117063
ou encore Versailles :
- boundary : http://www.openstreetmap.org/browse/relation/30295
- multipolygon : http://www.openstreetmap.org/browse/relation/2117101
Toutes datent du 05/04 dernier, initiées par un unique contributeur [1].
J'ai discuté avec lui, il en ressort que ces relations ont été créées
pour coller aux besoins d'un outil "osm2mp" [2].
Ces relations ont pour lui 2 intérêts :
- délimiter une zone d'habitation pour par exemple impacter la vitesse
des ways ("en ville, on roule à 50 km/h", etc)
- permettre l'adressage.
Je lui ai répondu que dans le premier cas, le besoin correspondait à une
notion de landuse=residential, qui plus est mal représentée par la
notion de limite administrative. Pour le second point, dans le cas de la
France, les relations en admin_level=8 sont la maille de base de
l'adressage, je lui ai cité l'exemple de l'usage qu'en fait Nominatim.
Je lui ai demandé de supprimer ce que je considère comme des doublons
sans valeur ajoutée. Pas vraiment d'effet jusque là (et je doute fort
qu'il se passe quoi que ce soit).
vincent
[1] : http://www.openstreetmap.org/user/Dinamik
[2] : http://wiki.openstreetmap.org/wiki/Osm2mp
_______________________________________________
Talk-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-fr
