"covered" dans OSM ne devrait pas s'appliquer au cas sous-terrain, mais uniquement à la couverture par un "toit" léger (type verrière ou simple tôle) et rien d'autre au dessus que le ciel. Cela peut concerner un simple abri posé sur un parking de supermarché entre les allées de voitures; mais pas si le toit est lui-même occupable (assez solide pour une terrasse ou un parking).
Si au dessus ce n'est pas qu'un toit et que dessous il y a des zones habitables ou commerciales (qu'elles soit fermé par des murs, ou pas pour un passage), alors c'est *dans* un bâtiment et on devrait taguer "indoor" (même s'il n'y a pas de "porte" mais éventuellement un simple portail). Si au dessus passe *à niveau* une rue ou bien s'il y a un parc ou espace public, alors c'est un passage souterrain et on doit taguer "avec tunnel". Je suis aussi d'accord que "layer=*" n'a aucune incidence, autre que d'indiquer un ordre relatif de superposition sans intersection. Et aussi que "level=*" est en plus pour les niveaux au sein d'un même bâtiment, indépendamment des layers et de la typologie de ce qui s'y trouve (et indépendamment aussi du niveau du sol qui peut varier selon le côté d'accès : la numérotation des niveaux est spécifique à chaque bâtiment, on ne peut pas le deviner en choisissant arbitrairement un côté d'accès ou l'autre; mais avec un peu de connaissance local: inscriptions sur les escaliers et ascenseurs; dans certains bâtiments très hauts la numérotation des niveaux n'est pas toujours une suite entière continue non plus, certaines parties du bâtiments pouvant avoir des étages intermédiaires et d'autres plus haut, la numérotation peut aussi grouper en dizaines pour faciliter le fléchage des ascenseurs rapides et des ascenseurs et escaliers couvrant seulement une partie des étages un par un). De plus level=* peut avoir des valeur non entières pour les demi-étages, ce qui n'est pas permis pour "layer=*" qui n'est qu'un rang entier relatif) On trouve des cas où ces niveaux ont été étendus et unifiés à plusieurs bâtiments pas complètements contigus sur toute leur hauteur et pour faciliter le fléchage, des plages de numérotations sont non contiguës pour certaines parties, même en absence de demi-étages et entresols. Mais aussi un même "niveau" (level) peut avoir de petits décalages de hauteur (avec juste quelques marches parce qu'il y a un passage technique passant en dessous d'une partie de ce niveau ou des faux planchers dans certaines salles, ou juste une légère pente (cas assez courant dans les souterrains et dans les passerelles couvertes reliant deux bâtiments au dessus d'une voie de circulation, bien que là il arrive aussi que le "niveau" dans le bâtiment d'un côté de la passerelle ne soit pas le même que le niveau du bâtiment de l'autre côté, la passerelle n'a alors elle-même aucun "niveau/level", juste un "layer", et les niveaux ne concernent que les bâtiments à chaque extrémité). Le mar. 24 mars 2020 à 16:01, Marc M. <[email protected]> a écrit : > > Le 24.03.20 à 13:38, [email protected] a écrit : > > covered est ambigu dans OSM > > soit sous-terrain > > où se trouve cette ambiguité ? > un parking sous-terrain n'est pas covered=yes > il est level=-1 et/ou location=underground > > PS: layer=-1 ne dit pas que c'est sous-terrain, > cela dit juste que c'est sous la couche 0 (exemple un cable électrique > qui passe sous un autre. ou un pont sous un autre > > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
