Effectivement c'est juste, je vais rajouter la partie pour les
multi-polygones dans la requête. Même chose pour les entrance=*.
Concernant le tag room=*, il doit en théorie toujours il y avoir une
information sur les niveaux concernés (tag level, repeat_on, ou relation
type=level). Si l'on regarde les résultats pour la sélection d'objets
room sans level ni tag indoor ou buildingpart :
http://overpass-turbo.eu/s/88H
On se rend compte qu'il s'agit dans la plupart des cas de bâtiments
individuels sur lesquels la valeur room a été ajoutée, qui ne sont pas
pertinents pour l'affichage par étage. D'ailleurs les relations
type=level ne sont pas réellement prises en compte, je vais voir pour
corriger ça ;)
Cordialement.
Le 11/03/2015 19:34, Jérôme Amagat a écrit :
En regardant ta requête :
[out:json][timeout:25];(node["door"]('+bounds+');<;>;node["level"]('+bounds+');way["level"]('+bounds+');node["repeat_on"]('+bounds+');way["repeat_on"]('+bounds+');way["min_level"]('+bounds+');way["max_level"]('+bounds+');way["buildingpart"]('+bounds+'));out
body;>;out skel qt;';
Il me semble que tu oublies des objets indoor:
déjà des fois c'est pas possible de modéliser un truc avec un way
fermés et il faut une relation type=multipolygon donc
Il faudrait en plus relation[type=multipolygon][level] et pareil pour
les autres way.
le tag room
(https://wiki.openstreetmap.org/wiki/Key%3Aroom) pourrait être rechercher,
c'est aussi une façon comme buildingpart de tagger des pièces indoor?
Le tag entrance pour les entrée du bâtiment est plus utiliser que door
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
