[OSM-talk-fr] Identifier les marchés couverts #Covid19

[Philippe Verdy]

"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. <marc_marc_irc at hotmail.com> a écrit :
>
> Le 24.03.20 à 13:38, osm.sanspourriel at spamgourmet.com 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
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr