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

Bonjour, J'ai intégré la partie indoor d'un supermarché dont voici le résultat sur OpenLevelUp . Il me reste un peu de travail pour ajouter

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

Les promoteurs immobiliers pour les permis de construire comptent à partir du "rez-de-chaussée" côté haut afin de pouvoir mettre plus d'étages que prévus au PLU : s'ils ont droit à R+5, ils prennent R+5 côté rue haut et ça donne du R+6 ou pire côté bas. On peut supposer que les étages sont ens

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

On retrouve souvent la même problématique sur les gares. Dans ce genre de cas, s'appuyer sur la numérotation adoptée dans le bâtiment peut aider. Au pire, choisir d'un des deux niveaux comme référence et se baser là dessus pour avoir une cohérence des autres étages du bâtiment. Et ne pas oublie

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

Marrante la technique pour couillonner le PLU, j'avais jamais pensé à ça ! Dans le cas du centre commercial Polygone à Montpellier il me semble me souvenir que la numérotation des étages est faite à partir du premier niveau de magasins côté bas. Et ce n'est même pas le premier niveau rue côté b

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

J'ai déjà vu des cas d'immeubles avec 2 rez-de-chaussée, l'un des 2 étant alors nommé RdJ (rez-de-jardin) et l'étage (voire les étages, en cas de grosse pente) entre ces 2 "rez" s'appellent des entresols, et sont numérotés à partir de 1, comme pour les étages (qui sont au-dessus du 2ème "rez"). On

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

On a aussi le cas des batiments successivement fusionnés mais dont les niveaux ne correspondaient pas exactement : à l'intérieur pourtant il y a des niv eaux communs sans murs, ou juste un jéger plan incliné ou une ou deux marches. Dans le magasin, il y a un niveau 1 et un niveau 2 mais ça ne corre

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

On a aussi le cas des batiments successivement fusionnés mais dont les niveaux ne correspondaient pas exactement : à l'intérieur pourtant il y a des niv eaux communs sans murs, ou juste un jéger plan incliné ou une ou deux marches. Dans le magasin, il y a un niveau 1 et un niveau 2 mais ça ne corre

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

Et encore, il me semble que le niveau 0 du Polygone est au même niveau que la place de l'ancienne mairie de Montpellier :) (pour les locaux, la sortie est située derrière la Fnac... D'ailleurs, c'est quoi le meilleur tag pour la Fnac ?). J'avais commencé à rajouter quelques commerces au Polygone,

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

Bonjour http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging#Advanced_modelling_the_different_levels_.28floors.29 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

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

Pour une pente entre deux étages, un chemin qui relie les deux extrémités du couloir avec level=0;1, et sur chaque noeud d'extrémité du chemin un door=* + level=0 ou 1 ;) Le 08/10/2015 16:41, Kévin a écrit : Et encore, il me semble que le niveau 0 du Polygone est au même niveau que la place

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

Merci @david mais ça répond pas à mon problème car le schéma représente des parties qui sont déconnectées et pas superposées mais sur des demi-étages. Je ferai un plan + coupe à soumettre sur la page discussion. @PanierAvide je vais mettre ça sur un des couloirs du Décathlon vu que je viens de le

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

Le 09/10/2015 01:29, Jérôme Seigneuret a écrit : d'ailleur le 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

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

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

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

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 2

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

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 \ /

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

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à