[OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Ven 9 Oct 10:41:14 UTC 2015

De ce que j'ai pu lire sur le wiki, repeat_on consiste à dire qu'un 
objet strictement identique se répète au même endroit sur plusieurs 
niveaux (porte d'ascenseur par exemple), c'est donc assez spécifique. 
Tout le reste est noté en level. Pour l'ascenseur du coup le plus adapté 
est level. De là à supprimer le repeat_on je ne sais pas, on a vraiment 
une notion de répétition qui est différente du level, qui dit qu'un 
objet "s'étale" sur plusieurs étages.
Il n'y a pas en soit de priorité documentée du level sur repeat_on, mais 
quand on code la recherche des niveaux, il faut bien faire un choix ;)
Pour les questions de pente, il n'y a effectivement pas de prise en 
compte "propre" pour l'instant. Le level=0.5 c'est pour les paliers, 
mais qui sont là encore des objets "à plat", un niveau intermédiaire. Le 
level_junction aiderait, mais on ne saurait pas quel côté d'un polygone 
est à tel niveau et pas l'autre. L'idée d'un multipolygone sur lequel 
certaines arêtes possèdent un level=* a été suggérée lors de discussions 
autour des gares. Ça donnerait pour un cas simple :
* 4 chemins formant le contour d'une pente rectangulaire
   * 2 chemins sans level
   * 1 avec level=0
   * 1 avec level=1
* Une relation multipolygone pour rassembler ces 4 chemins, avec 
éventuellement level=0;1 et les informations propre à l'objet 
(indoor=area, name=*, ...)

On pourrait imaginer des cas plus complexes d'espaces en forme de V, 
avec au centre un niveau 0 et sur les côtés un niveau 1 (ou même deux 
niveaux différents), voire même des spirales sur plusieurs étages (voir 
le parc relais Kennedy à Rennes [1]) ou autres formes variées :)

Concernant les entrées intérieures/extérieures/de service... pour 
OpenLevelUp c'est très possible, ce sera fait ;)

[1] http://structurae.info/ouvrages/parc-relais-j-f-kennedy

Le 09/10/2015 11:53, Jérôme Seigneuret a écrit :
> J'ai deux remarques supplémentaires:
>
> La première peux expliquer la nuance entre un repeat_on et un level. 
> Je prends le cas d'une séparation entre deux niveaux:
>
> || : entrance=yes
>
> Cas 1 (désolé pour la pente. ça fait un peu toboggan )
>
> .1 ____ ______ level=0;1
>            \ / >    level =0;1 <> repeat_on=0;1
>             \||_____ .0
>
>
> Cas 2:
>          ______ level=1
>         /
> ____||____ .1                                 >   level =0;1 == 
> repeat_on=0;1
> ____||____ .0
>         \______ level=0
>
>
> Il manque pour moi une info permettant de dire que c'est une liaison 
> forte entre niveau et pas deux objets repété dans ce cas:
> level=0;1 + level_junction=yes
>
>
> On a aussi level=0,5 mais dans ce cas l'affichage se fait t'il sur les 
> deux niveaux ou considère t'on que c'est un niveau à part entière?
>
> La deuxième remarque est sur le symbole d'affichage des portes
>
> @Adrien est-il possible de modifier les figurés pour distinguer:
> - les portes d'entrée (intérieur extérieur)
> - les portes d'entrées principales et secondaires, livraison, accès 
> restreint au personnel (déjà fait pour emergency)?
>
>
>
> Le 9 octobre 2015 11:16, Jérôme Seigneuret <jseigneuret-pro at yahoo.fr 
> <mailto:jseigneuret-pro at yahoo.fr>> a écrit :
>
>     Arff j'ai pas remarqué mais repeat_on n'est que pour des données
>     de type point... En plus clairemnt le repeat_on et un doublon car
>     tu peut faire exactement la même chose avec level il me semble.
>     Sur ce point je rejoins @Philippe
>
>     J'ai corrigé et ça fonctionne bien sans le repeat_on
>
>
>     Le 9 octobre 2015 08:50, Philippe Verdy <verdy_p at wanadoo.fr
>     <mailto:verdy_p at wanadoo.fr>> a écrit :
>
>         Cette priorité de repeat_on=* sur level=* n'est pas documentée
>         sur le wiki... On complète ou pas ?
>         C'est peut-être un bogue d'OpenLevelUp qui devrait prendre en
>         compte les deux (et faire l'union des deux conditions). Mieux
>         vaut demander à l'auteur.
>         D'ailleurs repeat_on=* ne me semble pas nécessaire, level=*
>         suffirait pour tout (il n'y a pas une infinité de niveaux et
>         c'est sans doute plus clair d'énumérer les niveaux que
>         d'utiliser une répétition; level=* étant en plus plus général).
>
>         Le 9 octobre 2015 07:55, PanierAvide <panieravide at riseup.net
>         <mailto:panieravide at riseup.net>> a écrit :
>
>             Le 09/10/2015 01:29, Jérôme Seigneuret a écrit :
>>             d'ailleur le repeat_on
>>             <http://wiki.openstreetmap.org/wiki/Key:repeat_on>=0;1 ne
>>             fonctionne pas (voir ascenseur) faut que je prévienne
>>             Adrien Pavie
>             Ça ne fonctionne pas car il y a un level et un repeat_on,
>             qui sont deux tags qui apportent la même information.
>             OpenLevelUp regarder d'abord la clé level, et si elle est
>             trouvée ignore le reste. Donc ici soit mettre level=0;1 et
>             retirer repeat_on, soit garder repeat_on et supprimer level ;)
>
>             _______________________________________________
>             Talk-fr mailing list
>             Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>             https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>         _______________________________________________
>         Talk-fr mailing list
>         Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>         https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
PanierAvide
Géomaticien & développeur

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20151009/73c62649/attachment.htm>