Re: [OSM-talk-fr] Fwd: [contact] [Informations sur l'association] Demande de renseignements

2015-10-09 Thread Nicolas Dumoulin 
Le vendredi 9 octobre 2015 08:12:41 Christian Quest a écrit :
> Des auvergnats disponibles et motivés ?
> 
> Si oui, contactez directement M. Henry.

Banco ! :-)
Si d'autres veulent s'y joindre, faites-moi signe.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

___
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

2015-10-09 Thread 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

2015-10-09 Thread 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

2015-10-09 Thread 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 mailto:verd...@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 mailto:panierav...@riseup.net>> 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



_

Re: [OSM-talk-fr] Fwd: [contact] [Informations sur l'association] Demande de renseignements

2015-10-09 Thread JB 
Flute, maintenant que je suis plus si loin que ça, je suis pas 
disponible juste ce week-end-là…


Le 09/10/2015 09:56, Nicolas Dumoulin a écrit :

Le vendredi 9 octobre 2015 08:12:41 Christian Quest a écrit :

Des auvergnats disponibles et motivés ?

Si oui, contactez directement M. Henry.

Banco ! :-)
Si d'autres veulent s'y joindre, faites-moi signe.




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