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

[Jérôme Seigneuret]

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  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  a écrit :
>
>> 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 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@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
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

[Jérôme Seigneuret]

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  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  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  a écrit :
>>
>>> 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 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@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
___
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

[Philippe Verdy]

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  a écrit :

> 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 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@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
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

[PanierAvide]

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 > 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 > 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 > a écrit :

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 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@openstreetmap.org 

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

[PanierAvide]

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 oublier de préciser à quel étage se situe chaque entrée du 
bâtiment justement pour s'en sortir après dans le rendu ou routage ;)


Cordialement.


Le 07/10/2015 22:36, osm.sanspourr...@spamgourmet.com a écrit :
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 ensuite nommés ainsi, un 
supermarché devrait suivre cette logique (même si c'est une logique 
plus mercantile que mathématique : ceux qui habitent côté bas peuvent 
habiter au premier ou au deuxième sous-sol ce qui fait drôle car non 
ils n'habitent pas dans les caves mais dans de vrais appartements avec 
vraies fenêtres. Je connais au moins un immeuble dans ce cas.


Jean-Yvon

Le 07/10/2015 14:01, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a 
écrit :


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 les entrées (portes 
internes externes et issues de secours) et les horaires d'ouvertures


J'aimerai m'occuper de faire la même chose pour le Polygone et 
l'Odysséum.


Mon problème est le suivant:
Le bâtiment à des sorties qui ne sont pas au même niveau d'un coté du 
bâtiment et de l'autre et donc si l'on considère le niveau du sol 
comme niveau 0, j'ai du mal à voir comment composer les niveaux qui 
compose le bâtiment ( 0 + 1 ou -1 et 0 ).


schématiquement:

Pour l'/Odysséum  : /
/  __/
|_1___|_0
/   vu d'est en ouest_0_ |___||__//

Même contexte sur Polygone mais sur deux niveaux. Le niveau 0 d'un 
coté est le niveau 2 de l'autre coté.


Je suis preneur de toute remarque sur le travail déjà effectué et 
pour la problématique de niveau.

Merci


Jérôme


___
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

[Nicolas Moyroud]

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é bas qui correspond lui au premier étage des parkings...

En gros il y a cette structure d'étages :

2
1   ---> niveau rue côté haut
0   ---> accès direct par escalator depuis la rue côté bas
P4 ---> niveau rue côté bas
P3
P2
P1

Bref, bonne chance ! ;-)

Nicolas

Le 07/10/2015 22:36, osm.sanspourr...@spamgourmet.com a écrit :
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 ensuite nommés ainsi, un 
supermarché devrait suivre cette logique (même si c'est une logique 
plus mercantile que mathématique : ceux qui habitent côté bas peuvent 
habiter au premier ou au deuxième sous-sol ce qui fait drôle car non 
ils n'habitent pas dans les caves mais dans de vrais appartements avec 
vraies fenêtres. Je connais au moins un immeuble dans ce cas.


Jean-Yvon


___
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

[Francescu GAROBY]

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 a donc quelque chose comme suit :
* étage N
* etage N-1
* ...
* 1 er étage
* RdJ
* 2ème entresol
* 1er entresol
* RdC
* 1er sous-sol
* ...


Francescu

Le 7 octobre 2015 22:36,  a écrit :

> 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 ensuite nommés ainsi, un supermarché
> devrait suivre cette logique (même si c'est une logique plus mercantile que
> mathématique : ceux qui habitent côté bas peuvent habiter au premier ou au
> deuxième sous-sol ce qui fait drôle car non ils n'habitent pas dans les
> caves mais dans de vrais appartements avec vraies fenêtres. Je connais au
> moins un immeuble dans ce cas.
>
> Jean-Yvon
>
>
> Le 07/10/2015 14:01, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a
> écrit :
>
>
> 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 les entrées (portes internes
> externes et issues de secours) et les horaires d'ouvertures
>
> J'aimerai m'occuper de faire la même chose pour le Polygone et l'Odysséum.
>
> Mon problème est le suivant:
> Le bâtiment à des sorties qui ne sont pas au même niveau d'un coté du
> bâtiment et de l'autre et donc si l'on considère le niveau du sol comme
> niveau 0, j'ai du mal à voir comment composer les niveaux qui compose le
> bâtiment ( 0 + 1 ou -1 et 0 ).
>
> schématiquement:
>
> Pour l'*Odysséum  : *
> *  __*
>   |_1___|_0
> *   vu d'est en ouest_0_ |___||__/*
>
> Même contexte sur Polygone mais sur deux niveaux. Le niveau 0 d'un coté
> est le niveau 2 de l'autre coté.
>
> Je suis preneur de toute remarque sur le travail déjà effectué et pour la
> problématique de niveau.
> Merci
>
>
> Jérôme
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Francescu
___
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

[Philippe Verdy]

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
correspond ni aux étages du premier batiment ni aux étages du second. Au
milieu de tout ça il y a des niveaux en mezzanine (le même étage n'a pas
partout la même hauteur de plafond).
Bref selon l'accès utilisé dans l'un ou l'autre des batiments et même au
sein du même batiment les niveaux sont notés différemment. Pour lever
l'ambiguité, la partie dédiée au magasin est nommé du nom de ce magasin.

On trouve aussi des entresols et pas seulement entre un 1er étage et le
rez-de-chaussée (c'est courant dans les grandes tours avec les étages
techniques pour ascenseurs et réserves d'eau ou systèmes de ventilation et
chauffage ou désenfumage ou transformateurs électriques, souvent avec des
hauteurs de plafond bien plus réduites que pour les étages habitables ou de
bureaux) : ces entresols n'utilisent pas forcément un numéro d'étage (entre
le 15e et le 16e étage par exemple, il y a le 2e entresol, le 1er entresol
étant entre le rez-de-chaussée et le 1er étage, et s'ils n'utilisent pas
toute la surface, une partie est utilisée pour augmenter la hauteur d'un
des deux étages, par exemple pour faire une salle de conférence en
amphithéatre ou de cinéma, dont le point le plus bas est un demi-étage en
dessous et sous la partie haute on trouve un ou deux étages pas
complètement alignés sur  ceux du reste du batiment).

La structure interne des grands bâtiments est souvent complexe, surtout
ceux de prestige et à usage commercial ou socio-culturel et les étages ne
sont pas toujours entièrement sur un même plan et le sol peut même être en
pente douce (exemple le siège du PCF à Paris), de même les batiments
d'habitation issus de la reconversion d'ancien batiments industriels avec
des escaliers spécifiques à certaines parties.

Le 8 octobre 2015 14:57, Francescu GAROBY  a écrit :

> 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 a donc quelque chose comme suit :
> * étage N
> * etage N-1
> * ...
> * 1 er étage
> * RdJ
> * 2ème entresol
> * 1er entresol
> * RdC
> * 1er sous-sol
> * ...
>
>
> Francescu
>
> Le 7 octobre 2015 22:36,  a écrit :
>
>> 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 ensuite nommés ainsi, un supermarché
>> devrait suivre cette logique (même si c'est une logique plus mercantile que
>> mathématique : ceux qui habitent côté bas peuvent habiter au premier ou au
>> deuxième sous-sol ce qui fait drôle car non ils n'habitent pas dans les
>> caves mais dans de vrais appartements avec vraies fenêtres. Je connais au
>> moins un immeuble dans ce cas.
>>
>> Jean-Yvon
>>
>>
>> Le 07/10/2015 14:01, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a
>> écrit :
>>
>>
>> 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 les entrées (portes internes
>> externes et issues de secours) et les horaires d'ouvertures
>>
>> J'aimerai m'occuper de faire la même chose pour le Polygone et l'Odysséum.
>>
>> Mon problème est le suivant:
>> Le bâtiment à des sorties qui ne sont pas au même niveau d'un coté du
>> bâtiment et de l'autre et donc si l'on considère le niveau du sol comme
>> niveau 0, j'ai du mal à voir comment composer les niveaux qui compose le
>> bâtiment ( 0 + 1 ou -1 et 0 ).
>>
>> schématiquement:
>>
>> Pour l'*Odysséum  : *
>> *  __*
>>   |_1___|_0
>> *   vu d'est en ouest_0_ |___||__/*
>>
>> Même contexte sur Polygone mais sur deux niveaux. Le niveau 0 d'un coté
>> est le niveau 2 de l'autre coté.
>>
>> Je suis preneur de toute remarque sur le travail déjà effectué et pour la
>> problématique de niveau.
>> Merci
>>
>>
>> Jérôme
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> 

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

[Philippe Verdy]

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
correspond ni aux étages du premier batiment ni aux étages du second. Au
milieu de tout ça il y a des niveaux en mezzanine (le même étage n'a pas
partout la même hauteur de plafond).
Bref selon l'accès utilisé dans l'un ou l'autre des batiments et même au
sein du même batiment les niveaux sont notés différemment. Pour lever
l'ambiguité, la partie dédiée au magasin est nommé du nom de ce magasin.

On trouve aussi des entresols et pas seulement entre un 1er étage et le
rez-de-chaussée (c'est courant dans les grandes tours avec les étages
techniques pour ascenseurs et réserves d'eau ou systèmes de ventilation et
chauffage ou désenfumage ou transformateurs électriques, souvent avec des
hauteurs de plafond bien plus réduites que pour les étages habitables ou de
bureaux) : ces entresols n'utilisent pas forcément un numéro d'étage (entre
le 15e et le 16e étage par exemple, il y a le 2e entresol, le 1er entresol
étant entre le rez-de-chaussée et le 1er étage, et s'ils n'utilisent pas
toute la surface, une partie est utilisée pour augmenter la hauteur d'un
des deux étages, par exemple pour faire une salle de conférence en
amphithéatre ou de cinéma, dont le point le plus bas est un demi-étage en
dessous et sous la partie haute on trouve un ou deux étages pas
complètement alignés sur  ceux du reste du batiment).

La structure interne des grands bâtiments est souvent complexe, surtout
ceux de prestige et à usage commercial ou socio-culturel et les étages ne
sont pas toujours entièrement sur un même plan et le sol peut même être en
pente douce (exemple le siège du PCF à Paris), de même les batiments
d'habitation issus de la reconversion d'ancien batiments industriels avec
des escaliers spécifiques à certaines parties.

Le 8 octobre 2015 14:57, Francescu GAROBY  a écrit :

> 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 a donc quelque chose comme suit :
> * étage N
> * etage N-1
> * ...
> * 1 er étage
> * RdJ
> * 2ème entresol
> * 1er entresol
> * RdC
> * 1er sous-sol
> * ...
>
>
> Francescu
>
> Le 7 octobre 2015 22:36,  a écrit :
>
>> 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 ensuite nommés ainsi, un supermarché
>> devrait suivre cette logique (même si c'est une logique plus mercantile que
>> mathématique : ceux qui habitent côté bas peuvent habiter au premier ou au
>> deuxième sous-sol ce qui fait drôle car non ils n'habitent pas dans les
>> caves mais dans de vrais appartements avec vraies fenêtres. Je connais au
>> moins un immeuble dans ce cas.
>>
>> Jean-Yvon
>>
>>
>> Le 07/10/2015 14:01, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a
>> écrit :
>>
>>
>> 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 les entrées (portes internes
>> externes et issues de secours) et les horaires d'ouvertures
>>
>> J'aimerai m'occuper de faire la même chose pour le Polygone et l'Odysséum.
>>
>> Mon problème est le suivant:
>> Le bâtiment à des sorties qui ne sont pas au même niveau d'un coté du
>> bâtiment et de l'autre et donc si l'on considère le niveau du sol comme
>> niveau 0, j'ai du mal à voir comment composer les niveaux qui compose le
>> bâtiment ( 0 + 1 ou -1 et 0 ).
>>
>> schématiquement:
>>
>> Pour l'*Odysséum  : *
>> *  __*
>>   |_1___|_0
>> *   vu d'est en ouest_0_ |___||__/*
>>
>> Même contexte sur Polygone mais sur deux niveaux. Le niveau 0 d'un coté
>> est le niveau 2 de l'autre coté.
>>
>> Je suis preneur de toute remarque sur le travail déjà effectué et pour la
>> problématique de niveau.
>> Merci
>>
>>
>> Jérôme
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> 

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

[Kévin]

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, mais j'étais
justement tombé sur ce problème d'etages. La zone est une horreur à mapper,
avec des tunnels, des parkings, des rues, des allées piétonnes de tous les
côtés, c'est limite si on ne sait même plus où placer le niveau zéro.

Pour Odysseum, je propose le layer 0 pour le sous-sol, et le layer 1 pour
l'étage, avec une pente 1-> 0 pour la sortie est vers Ikea (à condition de
pouvoir mapper ça comme ça ?..)

~KS
Le 8 oct. 2015 14:28, "Nicolas Moyroud"  a écrit :

> 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é bas qui correspond lui au premier étage des parkings...
> En gros il y a cette structure d'étages :
>
> 2
> 1   ---> niveau rue côté haut
> 0   ---> accès direct par escalator depuis la rue côté bas
> P4 ---> niveau rue côté bas
> P3
> P2
> P1
>
> Bref, bonne chance ! ;-)
>
> Nicolas
>
>  Le 07/10/2015 22:36, osm.sanspourr...@spamgourmet.com a écrit :
>
> 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 ensuite nommés ainsi, un supermarché
> devrait suivre cette logique (même si c'est une logique plus mercantile que
> mathématique : ceux qui habitent côté bas peuvent habiter au premier ou au
> deuxième sous-sol ce qui fait drôle car non ils n'habitent pas dans les
> caves mais dans de vrais appartements avec vraies fenêtres. Je connais au
> moins un immeuble dans ce cas.
>
> Jean-Yvon
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
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

[David Crochet]

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

[PanierAvide]

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 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, mais 
j'étais justement tombé sur ce problème d'etages. La zone est une 
horreur à mapper, avec des tunnels, des parkings, des rues, des allées 
piétonnes de tous les côtés, c'est limite si on ne sait même plus où 
placer le niveau zéro.


Pour Odysseum, je propose le layer 0 pour le sous-sol, et le layer 1 
pour l'étage, avec une pente 1-> 0 pour la sortie est vers Ikea (à 
condition de pouvoir mapper ça comme ça ?..)


~KS




___
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

[Jérôme Seigneuret]

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 finir.
Le couloir traverse de part en part sur 2 niveaux mais qui sont des niveau
0 à proprement parlé. Le parking est quant à lui mentionné en sous sol sur
les plans de secours disons que le R0 correspond à celui de l'entrée
principale.

@Jean Yvon en effet il y a des astuces mais je ne suis pas sur qu'il faille
définir une règle sur une technique de margoulin ;-) L'entrée principale
comme niveau 0 dans ce cas me parait plus justifié mais j'attends d'avoir
d'autres retours

@Kévin Je vois bien ça ainsi mais quand tu prends le décathlon c'est
l'inverse ... mais bon, c'est le parking du coup en -1 et les commerces au
sud du décathlon sont sur le niveau -1 du décathlon mais au niveau 0 sur la
rue ... Les issu de secours du décathlon sont sur le bâtiment au sud.
Voir:
http://github.pavie.info/openlevelup/?lat=43.605192195156654=3.924195170402527=19=0=0=1=0=0=0=0


D'ailleurs les routes affichés en indoor sont visibles sur le plan... C'est
pas super cette histoire mais c'est sûrement moi qui n'ai pas tagué
correctement... J'invite les connaisseurs à voir et à proposer des
correction le cas échéant

@Francescu en effet les entresols portent bien leur nom. J'ai le cas dans
mon bâtiment et c'est mentionné ainsi. Le niveau au nord est plus au de 3
marche qu'au sud et l’ascenseur monte de 50 cm entre ces deux niveaux
(obligation pour l'accessibilité aux PMR) reste la gestion des indexes
numériques pour les niveaux et donc pour un bâtiment de 4 étages (dont Rdc
donc R+3) on peut facilement aller jusqu'à 8 Niveaux:
2 sous-sol  (lv -2,-1)
1 rdc (lv0)
1 entresol (e  -> lv1)
3 étages (lv 2-4 )
1 plafond terasse (lv 5)

Je me trompe peut-être mais je suis pas sur qu'il faille rapprocher à tout
prix la notion de level avec celle que l'on a pour usage d'utiliser en
terme d'étage mais plutôt de nombre de plancher (plafond terrasse pouvant
faire office de plancher)

Après en terme de bâti et surtout d'affichage faire deux building:part cote
à cote avec des continuités de circulations sur deux level différents (sauf
le cas mentionné @PanierAvide) si je reprends le Décathlon au sud les deux
pièces au sud donnant en accès principal au sud sont au niveau 0 mais donne
en arrière plan sur le parking du Décat. en -1... Plus l'histoire du
passage sur le toit servant au sortie de secours niveau 0 du décathlon
visible sur le plan.

Le Décat présente la problématique du Polygone et de l'Odysseum mais je
l'ai déjà dessiné donc on peut partir déjà la dessus.
d'ailleur le repeat_on =0;1
ne fonctionne pas (voir ascenseur) faut que je prévienne Adrien Pavie

Jérôme

Le 8 octobre 2015 17:34, PanierAvide  a écrit :

> 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 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, mais j'étais
>> justement tombé sur ce problème d'etages. La zone est une horreur à mapper,
>> avec des tunnels, des parkings, des rues, des allées piétonnes de tous les
>> côtés, c'est limite si on ne sait même plus où placer le niveau zéro.
>>
>> Pour Odysseum, je propose le layer 0 pour le sous-sol, et le layer 1 pour
>> l'étage, avec une pente 1-> 0 pour la sortie est vers Ikea (à condition de
>> pouvoir mapper ça comme ça ?..)
>>
>> ~KS
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
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

[PanierAvide]

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 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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[osm . sanspourriel]

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 ensuite nommés ainsi, un 
supermarché devrait suivre cette logique (même si c'est une logique plus 
mercantile que mathématique : ceux qui habitent côté bas peuvent habiter 
au premier ou au deuxième sous-sol ce qui fait drôle car non ils 
n'habitent pas dans les caves mais dans de vrais appartements avec 
vraies fenêtres. Je connais au moins un immeuble dans ce cas.


Jean-Yvon

Le 07/10/2015 14:01, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a écrit :


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 les entrées (portes 
internes externes et issues de secours) et les horaires d'ouvertures


J'aimerai m'occuper de faire la même chose pour le Polygone et l'Odysséum.

Mon problème est le suivant:
Le bâtiment à des sorties qui ne sont pas au même niveau d'un coté du 
bâtiment et de l'autre et donc si l'on considère le niveau du sol 
comme niveau 0, j'ai du mal à voir comment composer les niveaux qui 
compose le bâtiment ( 0 + 1 ou -1 et 0 ).


schématiquement:

Pour l'/Odysséum  : /
/  __/
|_1___|_0
/   vu d'est en ouest_0_ |___||__//

Même contexte sur Polygone mais sur deux niveaux. Le niveau 0 d'un 
coté est le niveau 2 de l'autre coté.


Je suis preneur de toute remarque sur le travail déjà effectué et pour 
la problématique de niveau.

Merci


Jérôme


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Jérôme Seigneuret]

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 les entrées (portes internes
externes et issues de secours) et les horaires d'ouvertures

J'aimerai m'occuper de faire la même chose pour le Polygone et l'Odysséum.

Mon problème est le suivant:
Le bâtiment à des sorties qui ne sont pas au même niveau d'un coté du
bâtiment et de l'autre et donc si l'on considère le niveau du sol comme
niveau 0, j'ai du mal à voir comment composer les niveaux qui compose le
bâtiment ( 0 + 1 ou -1 et 0 ).

schématiquement:

Pour l'*Odysséum  : *
*  __*
  |_1___|_0
*   vu d'est en ouest_0_ |___||__/*

Même contexte sur Polygone mais sur deux niveaux. Le niveau 0 d'un coté est
le niveau 2 de l'autre coté.

Je suis preneur de toute remarque sur le travail déjà effectué et pour la
problématique de niveau.
Merci


Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr