Re: [OSM-talk-fr] Rencontre parisienne OSM

2015-08-21 Par sujet Florian LAINEZ 
I'm in.

Le 21 août 2015 19:23, Donat ROBAUX  a écrit :

> Bonjour à tous,
>
> Si vous êtes parisien, francilen ou que vous êtes de passage sur la
> capitale, nous vous proposons de nous rencontrer
> mardi 25 août 2015 à partir de 19h et ca se passe là (Restaurant Chez Papa)
>
> http://www.openstreetmap.org/node/2695378308
>
> Donat
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk-fr] guichet

2015-08-21 Par sujet ZIMMY 
+1 pour la logique de PanierAvide,
La sémantique simple est pour moi gage d'efficacité.
Nous pouvons après préciser le type de prestation réalisée...

Zimmy



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (CCPRO,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/guichet-tp5841429p5852865.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Rencontre parisienne OSM

2015-08-21 Par sujet Donat ROBAUX 
Bonjour à tous,

Si vous êtes parisien, francilen ou que vous êtes de passage sur la
capitale, nous vous proposons de nous rencontrer
mardi 25 août 2015 à partir de 19h et ca se passe là (Restaurant Chez Papa)

http://www.openstreetmap.org/node/2695378308

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

Re: [OSM-talk-fr] guichet

2015-08-21 Par sujet PanierAvide 

À défaut, wicket=yes ?


Le 21/08/2015 18:15, Florian LAINEZ a écrit :

je n'ai rien trouvé dans les tags indoor malheureusement :
http://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tags_in_use
http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging

Mon guichet ressemble à ça : 
http://images.midilibre.fr/images/2012/01/25/l-avenir-des-guichets-de-la-gare-sncf-menace_354067_510x255.jpg
Il y a donc potentiellement plusieurs guichets donc plusieurs points 
d'accès au service.


Comme je l'ai dis je ne pense pas que mettre le service sur un point 
soit la bonne solution car c'est bien le polygone en lui-même qui est 
le guichet. Le point n'est que l'endroit où l'on y accède.





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

Re: [OSM-talk-fr] guichet

2015-08-21 Par sujet Florian LAINEZ 
je n'ai rien trouvé dans les tags indoor malheureusement :
http://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tags_in_use
http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging

Mon guichet ressemble à ça :
http://images.midilibre.fr/images/2012/01/25/l-avenir-des-guichets-de-la-gare-sncf-menace_354067_510x255.jpg
Il y a donc potentiellement plusieurs guichets donc plusieurs points
d'accès au service.

Comme je l'ai dis je ne pense pas que mettre le service sur un point soit
la bonne solution car c'est bien le polygone en lui-même qui est le
guichet. Le point n'est que l'endroit où l'on y accède.

Le 21 août 2015 17:35, Jérôme Seigneuret  a écrit
:

> amenity=reception_desk
>  --> 
> proposition
> rejetée
> reception_area
>  -->
> proposition rejetée
> reception_point
>  -->
> proposition rejetée
>
> Un polygone de type room a forcément des entrée. Il faut aller voir du
> coté des du schéma indoor.
>
> Sinon si la zone correspond à une zone réservé au service ton guichet est
> sur un des murs et dispose d'une entrée de service réservé aux employés :
> entrance=service
>
> Ton guichet est un bureau dans une pièces ou encastré dans le mur? Si
> c'est dans le mur le point est sur le mur avec le tag que je t'ai annoncé
> en haut
> Si tu peux dessiner un plan de la zone et le mettre en lien ça pourra
> clarifier la problématique.
>
> Jérôme
>
> Le 21 août 2015 17:29, Florian LAINEZ  a écrit :
>
>> l'issue a été négative justement :
>> http://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk
>> d'où mon problème en ce moment ...
>>
>> Le 21 août 2015 17:15, JB  a écrit :
>>
>>> Il me semble que dans les votes de tag sur le wiki, il y a un
>>> amenity=reception_desk/reception_area/reception_point qui a été débattu ces
>>> derniers temps. Après, avec toutes les discussions qui ont suivi, je ne
>>> sais pas quelle a été l'issue…
>>> JB.
>>>
>>>
>>> Le 21/08/2015 17:05, Florian LAINEZ a écrit :
>>>
>>> Merci Jérôme pour ta réponse. Je ne me suis pas bien exprimé, ma
>>> question ne portait uniquement sur le tag à utiliser sur le point qui
>>> représente l'endroit où est délivré le service.
>>> Ce n'est pas à proprement parler une entrance puisque on ne peut pas
>>> entrer dans le polygone, mais c'est bien le point où l'on doit se présenter.
>>>
>>> Exemple avec un guichet qui est bien sur un polygone
>>>  mais qui a un point
>>>  qui représente l'endroit
>>> où le guichetier accueille le grand public.
>>>
>>> Le 21 août 2015 16:23, Jérôme Seigneuret  a
>>> écrit :
>>>
 *entrance=yes* ou *main *dans ton cas c'est ok. Tu peux avoir
 plusieurs entrées principales c'est pas un problème. C'est le cas des
 supermarchés aussi.

 Ce qui correspond le mieux à ton cas c'est office
 =travel_agent
  en
 point ou polygone.

 Si c'est un automate:
 amenity =
 *vending_machine*
 vending 
 =public_transport_tickets

 J'espère que ça répond à ton besoin.
 Jérôme


 Le 21 août 2015 15:57, Florian LAINEZ  a écrit :

> Hello,
> Je relance cette discussion sans avoir eu de réponse et élargi ma
> question : comment taguer le point d'accès (l'endroit où le service est
> disponible) à un service qui s'applique à un polygone ?
> J'utilise entrance=main mais je trouve cela vraiment crade.
> Merci
>
> Le 22 avril 2015 10:57, Florian LAINEZ  a écrit :
>
>> Hello,
>> J'ai un problème pour décrire ce guichet de gare
>>  qui est aussi en photo
>> ici
>> 
>> .
>>
>> En gros j'ai 3 éléments :
>> - le polygone qui décrit la salle dans laquelle il y a le guichet :
>> Building:part=room et tourism=information
>> - un point sur ce polygone qui est l'entrée de service en bas :
>> entrance=service et access=no
>> - un point sur ce polygone qui est le guichet en lui-même, donc le
>> point d'accès au service pour le public : pour l'instant je l'ai taggé
>> entrance=main et access=yes mais cela ne me convient qu'à moitié car cela
>> laisse penser que l'on peut entrer dans la pièce alors que ce n'est pas 
>> le

Re: [OSM-talk-fr] guichet

2015-08-21 Par sujet Jérôme Seigneuret 
amenity=reception_desk

--> proposition
rejetée
reception_area
 -->
proposition rejetée
reception_point
 -->
proposition rejetée

Un polygone de type room a forcément des entrée. Il faut aller voir du coté
des du schéma indoor.

Sinon si la zone correspond à une zone réservé au service ton guichet est
sur un des murs et dispose d'une entrée de service réservé aux employés :
entrance=service

Ton guichet est un bureau dans une pièces ou encastré dans le mur? Si c'est
dans le mur le point est sur le mur avec le tag que je t'ai annoncé en haut
Si tu peux dessiner un plan de la zone et le mettre en lien ça pourra
clarifier la problématique.

Jérôme

Le 21 août 2015 17:29, Florian LAINEZ  a écrit :

> l'issue a été négative justement :
> http://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk
> d'où mon problème en ce moment ...
>
> Le 21 août 2015 17:15, JB  a écrit :
>
>> Il me semble que dans les votes de tag sur le wiki, il y a un
>> amenity=reception_desk/reception_area/reception_point qui a été débattu ces
>> derniers temps. Après, avec toutes les discussions qui ont suivi, je ne
>> sais pas quelle a été l'issue…
>> JB.
>>
>>
>> Le 21/08/2015 17:05, Florian LAINEZ a écrit :
>>
>> Merci Jérôme pour ta réponse. Je ne me suis pas bien exprimé, ma question
>> ne portait uniquement sur le tag à utiliser sur le point qui représente
>> l'endroit où est délivré le service.
>> Ce n'est pas à proprement parler une entrance puisque on ne peut pas
>> entrer dans le polygone, mais c'est bien le point où l'on doit se présenter.
>>
>> Exemple avec un guichet qui est bien sur un polygone
>>  mais qui a un point
>>  qui représente l'endroit
>> où le guichetier accueille le grand public.
>>
>> Le 21 août 2015 16:23, Jérôme Seigneuret  a
>> écrit :
>>
>>> *entrance=yes* ou *main *dans ton cas c'est ok. Tu peux avoir plusieurs
>>> entrées principales c'est pas un problème. C'est le cas des supermarchés
>>> aussi.
>>>
>>> Ce qui correspond le mieux à ton cas c'est office
>>> =travel_agent
>>>  en point
>>> ou polygone.
>>>
>>> Si c'est un automate:
>>> amenity =
>>> *vending_machine*
>>> vending 
>>> =public_transport_tickets
>>>
>>> J'espère que ça répond à ton besoin.
>>> Jérôme
>>>
>>>
>>> Le 21 août 2015 15:57, Florian LAINEZ  a écrit :
>>>
 Hello,
 Je relance cette discussion sans avoir eu de réponse et élargi ma
 question : comment taguer le point d'accès (l'endroit où le service est
 disponible) à un service qui s'applique à un polygone ?
 J'utilise entrance=main mais je trouve cela vraiment crade.
 Merci

 Le 22 avril 2015 10:57, Florian LAINEZ  a écrit :

> Hello,
> J'ai un problème pour décrire ce guichet de gare
>  qui est aussi en photo
> ici
> 
> .
>
> En gros j'ai 3 éléments :
> - le polygone qui décrit la salle dans laquelle il y a le guichet :
> Building:part=room et tourism=information
> - un point sur ce polygone qui est l'entrée de service en bas :
> entrance=service et access=no
> - un point sur ce polygone qui est le guichet en lui-même, donc le
> point d'accès au service pour le public : pour l'instant je l'ai taggé
> entrance=main et access=yes mais cela ne me convient qu'à moitié car cela
> laisse penser que l'on peut entrer dans la pièce alors que ce n'est pas le
> cas.
>
> Je sais que vous allez me proposer de créer un point
> tourism=information séparé du polygone mais cela ne convient pas car ça ne
> décrit pas précisément la réalité.
>
> Une autre solution peut être ?
> Merci
>
> --
>
> *Florian Lainez*
> @overflorian 
>



 --

 *Florian Lainez*
 @overflorian 

 ___
 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/ta

Re: [OSM-talk-fr] guichet

2015-08-21 Par sujet Florian LAINEZ 
l'issue a été négative justement :
http://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk
d'où mon problème en ce moment ...

Le 21 août 2015 17:15, JB  a écrit :

> Il me semble que dans les votes de tag sur le wiki, il y a un
> amenity=reception_desk/reception_area/reception_point qui a été débattu ces
> derniers temps. Après, avec toutes les discussions qui ont suivi, je ne
> sais pas quelle a été l'issue…
> JB.
>
>
> Le 21/08/2015 17:05, Florian LAINEZ a écrit :
>
> Merci Jérôme pour ta réponse. Je ne me suis pas bien exprimé, ma question
> ne portait uniquement sur le tag à utiliser sur le point qui représente
> l'endroit où est délivré le service.
> Ce n'est pas à proprement parler une entrance puisque on ne peut pas
> entrer dans le polygone, mais c'est bien le point où l'on doit se présenter.
>
> Exemple avec un guichet qui est bien sur un polygone
>  mais qui a un point
>  qui représente l'endroit
> où le guichetier accueille le grand public.
>
> Le 21 août 2015 16:23, Jérôme Seigneuret  a
> écrit :
>
>> *entrance=yes* ou *main *dans ton cas c'est ok. Tu peux avoir plusieurs
>> entrées principales c'est pas un problème. C'est le cas des supermarchés
>> aussi.
>>
>> Ce qui correspond le mieux à ton cas c'est office
>> =travel_agent
>>  en point
>> ou polygone.
>>
>> Si c'est un automate:
>> amenity =
>> *vending_machine*
>> vending 
>> =public_transport_tickets
>>
>> J'espère que ça répond à ton besoin.
>> Jérôme
>>
>>
>> Le 21 août 2015 15:57, Florian LAINEZ  a écrit :
>>
>>> Hello,
>>> Je relance cette discussion sans avoir eu de réponse et élargi ma
>>> question : comment taguer le point d'accès (l'endroit où le service est
>>> disponible) à un service qui s'applique à un polygone ?
>>> J'utilise entrance=main mais je trouve cela vraiment crade.
>>> Merci
>>>
>>> Le 22 avril 2015 10:57, Florian LAINEZ  a écrit :
>>>
 Hello,
 J'ai un problème pour décrire ce guichet de gare
  qui est aussi en photo
 ici
 
 .

 En gros j'ai 3 éléments :
 - le polygone qui décrit la salle dans laquelle il y a le guichet :
 Building:part=room et tourism=information
 - un point sur ce polygone qui est l'entrée de service en bas :
 entrance=service et access=no
 - un point sur ce polygone qui est le guichet en lui-même, donc le
 point d'accès au service pour le public : pour l'instant je l'ai taggé
 entrance=main et access=yes mais cela ne me convient qu'à moitié car cela
 laisse penser que l'on peut entrer dans la pièce alors que ce n'est pas le
 cas.

 Je sais que vous allez me proposer de créer un point
 tourism=information séparé du polygone mais cela ne convient pas car ça ne
 décrit pas précisément la réalité.

 Une autre solution peut être ?
 Merci

 --

 *Florian Lainez*
 @overflorian 

>>>
>>>
>>>
>>> --
>>>
>>> *Florian Lainez*
>>> @overflorian 
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
>
> ___
> 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
>
>


-- 

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

Re: [OSM-talk-fr] guichet

2015-08-21 Par sujet JB 
Il me semble que dans les votes de tag sur le wiki, il y a un 
amenity=reception_desk/reception_area/reception_point qui a été débattu 
ces derniers temps. Après, avec toutes les discussions qui ont suivi, je 
ne sais pas quelle a été l'issue…

JB.

Le 21/08/2015 17:05, Florian LAINEZ a écrit :
Merci Jérôme pour ta réponse. Je ne me suis pas bien exprimé, ma 
question ne portait uniquement sur le tag à utiliser sur le point qui 
représente l'endroit où est délivré le service.
Ce n'est pas à proprement parler une entrance puisque on ne peut pas 
entrer dans le polygone, mais c'est bien le point où l'on doit se 
présenter.


Exemple avec un guichet qui est bien sur un polygone 
 mais qui a un point 
 qui représente 
l'endroit où le guichetier accueille le grand public.


Le 21 août 2015 16:23, Jérôme Seigneuret > a écrit :


*entrance=yes* ou *main *dans ton cas c'est ok. Tu peux avoir
plusieurs entrées principales c'est pas un problème. C'est le cas
des supermarchés aussi.

Ce qui correspond le mieux à ton cas c'est office
=travel_agent
 en
point ou polygone.

Si c'est un automate:
amenity
=*vending_machine*
vending
=public_transport_tickets

J'espère que ça répond à ton besoin.
Jérôme


Le 21 août 2015 15:57, Florian LAINEZ mailto:winner...@free.fr>> a écrit :

Hello,
Je relance cette discussion sans avoir eu de réponse et élargi
ma question : comment taguer le point d'accès (l'endroit où le
service est disponible) à un service qui s'applique à un
polygone ?
J'utilise entrance=main mais je trouve cela vraiment crade.
Merci

Le 22 avril 2015 10:57, Florian LAINEZ mailto:winner...@free.fr>> a écrit :

Hello,
J'ai un problème pour décrire ce guichet de gare
 qui est
aussi en photo ici

.

En gros j'ai 3 éléments :
- le polygone qui décrit la salle dans laquelle il y a le
guichet : Building:part=room et tourism=information
- un point sur ce polygone qui est l'entrée de service en
bas : entrance=service et access=no
- un point sur ce polygone qui est le guichet en lui-même,
donc le point d'accès au service pour le public : pour
l'instant je l'ai taggé entrance=main et access=yes mais
cela ne me convient qu'à moitié car cela laisse penser que
l'on peut entrer dans la pièce alors que ce n'est pas le cas.

Je sais que vous allez me proposer de créer un point
tourism=information séparé du polygone mais cela ne
convient pas car ça ne décrit pas précisément la réalité.

Une autre solution peut être ?
Merci

-- 


*Florian Lainez*

@overflorian 




-- 


*Florian Lainez*

@overflorian 

___
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




--

*Florian Lainez*

@overflorian 


___
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] guichet

2015-08-21 Par sujet Florian LAINEZ 
Merci Jérôme pour ta réponse. Je ne me suis pas bien exprimé, ma question
ne portait uniquement sur le tag à utiliser sur le point qui représente
l'endroit où est délivré le service.
Ce n'est pas à proprement parler une entrance puisque on ne peut pas entrer
dans le polygone, mais c'est bien le point où l'on doit se présenter.

Exemple avec un guichet qui est bien sur un polygone
 mais qui a un point
 qui représente l'endroit où
le guichetier accueille le grand public.

Le 21 août 2015 16:23, Jérôme Seigneuret  a écrit
:

> *entrance=yes* ou *main *dans ton cas c'est ok. Tu peux avoir plusieurs
> entrées principales c'est pas un problème. C'est le cas des supermarchés
> aussi.
>
> Ce qui correspond le mieux à ton cas c'est office
> =travel_agent
>  en point
> ou polygone.
>
> Si c'est un automate:
> amenity =*vending_machine*
> vending 
> =public_transport_tickets
>
> J'espère que ça répond à ton besoin.
> Jérôme
>
>
> Le 21 août 2015 15:57, Florian LAINEZ  a écrit :
>
>> Hello,
>> Je relance cette discussion sans avoir eu de réponse et élargi ma
>> question : comment taguer le point d'accès (l'endroit où le service est
>> disponible) à un service qui s'applique à un polygone ?
>> J'utilise entrance=main mais je trouve cela vraiment crade.
>> Merci
>>
>> Le 22 avril 2015 10:57, Florian LAINEZ  a écrit :
>>
>>> Hello,
>>> J'ai un problème pour décrire ce guichet de gare
>>>  qui est aussi en photo ici
>>> 
>>> .
>>>
>>> En gros j'ai 3 éléments :
>>> - le polygone qui décrit la salle dans laquelle il y a le guichet :
>>> Building:part=room et tourism=information
>>> - un point sur ce polygone qui est l'entrée de service en bas :
>>> entrance=service et access=no
>>> - un point sur ce polygone qui est le guichet en lui-même, donc le point
>>> d'accès au service pour le public : pour l'instant je l'ai taggé
>>> entrance=main et access=yes mais cela ne me convient qu'à moitié car cela
>>> laisse penser que l'on peut entrer dans la pièce alors que ce n'est pas le
>>> cas.
>>>
>>> Je sais que vous allez me proposer de créer un point tourism=information
>>> séparé du polygone mais cela ne convient pas car ça ne décrit pas
>>> précisément la réalité.
>>>
>>> Une autre solution peut être ?
>>> Merci
>>>
>>> --
>>>
>>> *Florian Lainez*
>>> @overflorian 
>>>
>>
>>
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>> ___
>> 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
>
>


-- 

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

Re: [OSM-talk-fr] guichet

2015-08-21 Par sujet Jérôme Seigneuret 
*entrance=yes* ou *main *dans ton cas c'est ok. Tu peux avoir plusieurs
entrées principales c'est pas un problème. C'est le cas des supermarchés
aussi.

Ce qui correspond le mieux à ton cas c'est office
=travel_agent
 en point ou
polygone.

Si c'est un automate:
amenity =*vending_machine*
vending 
=public_transport_tickets

J'espère que ça répond à ton besoin.
Jérôme


Le 21 août 2015 15:57, Florian LAINEZ  a écrit :

> Hello,
> Je relance cette discussion sans avoir eu de réponse et élargi ma question
> : comment taguer le point d'accès (l'endroit où le service est disponible)
> à un service qui s'applique à un polygone ?
> J'utilise entrance=main mais je trouve cela vraiment crade.
> Merci
>
> Le 22 avril 2015 10:57, Florian LAINEZ  a écrit :
>
>> Hello,
>> J'ai un problème pour décrire ce guichet de gare
>>  qui est aussi en photo ici
>> 
>> .
>>
>> En gros j'ai 3 éléments :
>> - le polygone qui décrit la salle dans laquelle il y a le guichet :
>> Building:part=room et tourism=information
>> - un point sur ce polygone qui est l'entrée de service en bas :
>> entrance=service et access=no
>> - un point sur ce polygone qui est le guichet en lui-même, donc le point
>> d'accès au service pour le public : pour l'instant je l'ai taggé
>> entrance=main et access=yes mais cela ne me convient qu'à moitié car cela
>> laisse penser que l'on peut entrer dans la pièce alors que ce n'est pas le
>> cas.
>>
>> Je sais que vous allez me proposer de créer un point tourism=information
>> séparé du polygone mais cela ne convient pas car ça ne décrit pas
>> précisément la réalité.
>>
>> Une autre solution peut être ?
>> Merci
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> 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] rôle/fonctionnement de layers.openstreetmap.fr ?

2015-08-21 Par sujet Art Penteur 
OK.

  Merci à tous.

Art.

Le 21 août 2015 13:00, Jocelyn Jaubert  a écrit :
> Bonjour,
>
> On Fri, Aug 21, 2015 at 08:51:32AM +0200, Art Penteur wrote:
>> Il y a quelque temps, à l'url http://layers.openstreetmap.fr/, on
>> accédait à une carte, avec plusieurs couches disponibles, dont celle
>> liée à BANO.
>>
>> Le fonctionnement ancien était un coup de chance (on tombait sur
>> un service qui n'était pas destiné à être ouvert/maintenu), ou alors
>> le fonctionnement actuel est une panne ?
>
> C'est une panne temporaire.
>
> En fait, les DNS ont été changé, et layers.openstreetmap.fr ne pointe plus sur
> la bonne machine. On corrige ça dès que possible.
>
> --
> Jocelyn
>
> ___
> 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] guichet

2015-08-21 Par sujet Florian LAINEZ 
Hello,
Je relance cette discussion sans avoir eu de réponse et élargi ma question
: comment taguer le point d'accès (l'endroit où le service est disponible)
à un service qui s'applique à un polygone ?
J'utilise entrance=main mais je trouve cela vraiment crade.
Merci

Le 22 avril 2015 10:57, Florian LAINEZ  a écrit :

> Hello,
> J'ai un problème pour décrire ce guichet de gare
>  qui est aussi en photo ici
> 
> .
>
> En gros j'ai 3 éléments :
> - le polygone qui décrit la salle dans laquelle il y a le guichet :
> Building:part=room et tourism=information
> - un point sur ce polygone qui est l'entrée de service en bas :
> entrance=service et access=no
> - un point sur ce polygone qui est le guichet en lui-même, donc le point
> d'accès au service pour le public : pour l'instant je l'ai taggé
> entrance=main et access=yes mais cela ne me convient qu'à moitié car cela
> laisse penser que l'on peut entrer dans la pièce alors que ce n'est pas le
> cas.
>
> Je sais que vous allez me proposer de créer un point tourism=information
> séparé du polygone mais cela ne convient pas car ça ne décrit pas
> précisément la réalité.
>
> Une autre solution peut être ?
> Merci
>
> --
>
> *Florian Lainez*
> @overflorian 
>



-- 

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

Re: [OSM-talk-fr] highway et limites administratives confondues

2015-08-21 Par sujet osm . sanspourriel 
Sébastien, on comptait pourtant sur toi pour tout corriger ;-).

 

Francescu, je ne sais si c'est la norme ou l'exception, voici un exemple où la limite administrative et la route est entièrement dans un département (et non à cheval).

OSM représente bien la réalité du terrain.

D 765 à Rédéné (Finistère) : http://www.openstreetmap.org/way/23471922#map=15/47.8267/-3.4874

D 765 à Guidel (Morbihan) : http://www.openstreetmap.org/way/319569030#map=15/47.8267/-3.4874

 

Comme indiqué, la route dans la partie limitrophe des deux communes est en Rédéné. Le lieu-dit Les Trois Pierres (les bâtiments à l'ouest) est indiqué "Commune de Guidel" alors que les panneaux de changement de département sont au sud (là où la D 765 ne suit plus la limite Rédéné/Guidel).

 

Initialement je pensais comme toi que les routes étaient entre les deux. Mais imagine que le Morbihan ne refasse pas sa route en même temps que le Finistère : on ne va pas refaire la chaussée sur la moitié de la largeur... surtout si on profite pour rectifier un virage.

Il est plus simple qu'une seule entité soit chargée de l'entretien, quitte à trouver un accord financier.

 

Jean-Yvon

 



 
On 21/08/2015 11:55, Francescu GAROBY wrote:





Bonjour,
Pour sélectionner le bon élément, dans JOMS, fais un clic-molette : une pop-up apparaîtra, listant les nodes/ways/relations se trouvant sous ton clic. Tu pourras ainsi sélectionner l'élément que tu veux, sans avoir à déplacer quoique ce soit.
 
Pour la différenciation entre highways et limites administratives, la tendance ici est à séparer les 2 (personnellement, je trouve ça dommage, mais bon...). Mais du coup, JOSM râle, en effet !
 
Francescu








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

Re: [OSM-talk-fr] rôle/fonctionnement de layers.openstreetmap.fr ?

2015-08-21 Par sujet Jocelyn Jaubert 
Bonjour,

On Fri, Aug 21, 2015 at 08:51:32AM +0200, Art Penteur wrote:
> Il y a quelque temps, à l'url http://layers.openstreetmap.fr/, on
> accédait à une carte, avec plusieurs couches disponibles, dont celle
> liée à BANO.
> 
> Le fonctionnement ancien était un coup de chance (on tombait sur
> un service qui n'était pas destiné à être ouvert/maintenu), ou alors
> le fonctionnement actuel est une panne ?

C'est une panne temporaire.

En fait, les DNS ont été changé, et layers.openstreetmap.fr ne pointe plus sur
la bonne machine. On corrige ça dès que possible.

-- 
Jocelyn

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

Re: [OSM-talk-fr] quand Google court après OSM

2015-08-21 Par sujet Christian Quest 


Le 21/08/2015 00:14, Emilie Laffray a écrit :
> Oui enfin, il ne faut pas non plus faire une obsession vis a vis de
> Google. 
> Je ne suis pas sure qu'il y ait une correlation; ca reste quelque
> chose qui est dans l'air du temps.


C'est un truc qui me trotte dans la tête depuis un bout de temps et
j'avais fait un premier pas en visualisant les bâtiments orientés par
rapport aux points cardinaux.
L'idée pour l'étape suivante est de mettre en place un interface de
crowdsourcing simple pour indiquer l'orientation du faitage du toit...
pour (phase suivante) alimenter un moteur comme opencv pour l'entrainer
à reconnaitre tout seul l'orientation sur les images aériennes...

Faute de temps, je ne suis pas allé plus loin que la première étape.


> De plus ce projet est le projet d'un employe (le fameux 20%), qui a
> ete repris par Google mediatiquement par la societe en premier lieu.
> Google reste malgre tout une societe assez concernee par le futur en
> terme d'ecologie. Cela n'est pas donc pas tres surprenant.
> Le campus de Google est a ce titre tres interessant avec des
> plantations de fraisiers a certains endroits. Bref, je digresse mais
> avoir Google faire de la "pub" sur ce genre de technologie ne peut que
> renforcer les societes qui font la meme chose ailleurs avec des
> technologies similaires. 
>

Hummm... écologie et datacenters massifs ça ne fait pas franchement bon
ménage même avec quelques fraisiers pour faire passer la pilule ;)

Un documentaire intéressant a été diffusé à ce sujet sur La Chaine
Parlementaire dernièrement:
http://www.lcp.fr/emissions/docs-ad-hoc/vod/168436-internet-la-pollution-cachee

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] highway et limites administratives confondues

2015-08-21 Par sujet sebastien.bugzi...@gmail.com 
Merci pour ce raccourcit je ne connaissais pas ! Et il va m'être 
vraiment utile d'autant qu'il y a des infos supplémentaires qui 
apparaissent...
Pour la séparation des chemins je trouve que c'est mieux d'avoir des 
objets indépendants. L'inconvénient c'est qu'on est obligé d'avoir 
beaucoup de nœuds... Bon de toute façon je ne vais pas tout corriger 
hein... ;)


Sébastien


On 21/08/2015 11:55, Francescu GAROBY wrote:

Bonjour,
Pour sélectionner le bon élément, dans JOMS, fais un clic-molette : 
une pop-up apparaîtra, listant les nodes/ways/relations se trouvant 
sous ton clic. Tu pourras ainsi sélectionner l'élément que tu veux, 
sans avoir à déplacer quoique ce soit.


Pour la différenciation entre highways et limites administratives, la 
tendance ici est à séparer les 2 (personnellement, je trouve ça 
dommage, mais bon...). Mais du coup, JOSM râle, en effet !


Francescu

Le 21 août 2015 11:47, sebastien.bugzi...@gmail.com 
 > a écrit :


Bonjour

Je suis en train de mettre à jour / créer les relations pour les
transports en commun de Pau. Je constate qu'il y a bien souvent
des routes qui sont aussi des limites administratives. Josm les
détecte d'ailleurs comme chemin confondus et affiche un warning.
J'ai des difficultés à créer les relations dans ce cas. Souvent
c'est la limite administrative qui est cliquable et je galère à
dissocier les chemins pour pouvoir enfin sélectionner que la route
qui m'intéresse.
Voici un exemple : https://www.openstreetmap.org/relation/4345649

Je voudrais savoir si c'est bien comme ça que je dois procéder et
si il n'y a pas un outil qui le ferait automatiquement. Du genre
détection des chemins confondus, séparation des deux chemins avec
peut être un léger offset de l'un par rapport à l'autre pour
pouvoir les distinguer.

Merci pour votre aide !

Sébastien

___
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


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

Re: [OSM-talk-fr] highway et limites administratives confondues

2015-08-21 Par sujet Frédéric Rodrigo 
Dans JOSM tu peux utiliser le clic molette/bouton du centre pour avoir 
la liste des objets superposées. En gardant appuyé ça défile, ou avec 
avec la touche contrôle pour sélectionner dedans.



Le 21/08/2015 11:47, sebastien.bugzi...@gmail.com a écrit :

Bonjour

Je suis en train de mettre à jour / créer les relations pour les
transports en commun de Pau. Je constate qu'il y a bien souvent des
routes qui sont aussi des limites administratives. Josm les détecte
d'ailleurs comme chemin confondus et affiche un warning. J'ai des
difficultés à créer les relations dans ce cas. Souvent c'est la limite
administrative qui est cliquable et je galère à dissocier les chemins
pour pouvoir enfin sélectionner que la route qui m'intéresse.
Voici un exemple : https://www.openstreetmap.org/relation/4345649

Je voudrais savoir si c'est bien comme ça que je dois procéder et si il
n'y a pas un outil qui le ferait automatiquement. Du genre détection des
chemins confondus, séparation des deux chemins avec peut être un léger
offset de l'un par rapport à l'autre pour pouvoir les distinguer.

Merci pour votre aide !

Sébastien

___
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] highway et limites administratives confondues

2015-08-21 Par sujet Francescu GAROBY 
Bonjour,
Pour sélectionner le bon élément, dans JOMS, fais un clic-molette : une
pop-up apparaîtra, listant les nodes/ways/relations se trouvant sous ton
clic. Tu pourras ainsi sélectionner l'élément que tu veux, sans avoir à
déplacer quoique ce soit.

Pour la différenciation entre highways et limites administratives, la
tendance ici est à séparer les 2 (personnellement, je trouve ça dommage,
mais bon...). Mais du coup, JOSM râle, en effet !

Francescu

Le 21 août 2015 11:47, sebastien.bugzi...@gmail.com <
sebastien.bugzi...@gmail.com> a écrit :

> Bonjour
>
> Je suis en train de mettre à jour / créer les relations pour les
> transports en commun de Pau. Je constate qu'il y a bien souvent des routes
> qui sont aussi des limites administratives. Josm les détecte d'ailleurs
> comme chemin confondus et affiche un warning. J'ai des difficultés à créer
> les relations dans ce cas. Souvent c'est la limite administrative qui est
> cliquable et je galère à dissocier les chemins pour pouvoir enfin
> sélectionner que la route qui m'intéresse.
> Voici un exemple : https://www.openstreetmap.org/relation/4345649
>
> Je voudrais savoir si c'est bien comme ça que je dois procéder et si il
> n'y a pas un outil qui le ferait automatiquement. Du genre détection des
> chemins confondus, séparation des deux chemins avec peut être un léger
> offset de l'un par rapport à l'autre pour pouvoir les distinguer.
>
> Merci pour votre aide !
>
> Sébastien
>
> ___
> 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

[OSM-talk-fr] highway et limites administratives confondues

2015-08-21 Par sujet sebastien.bugzi...@gmail.com 

Bonjour

Je suis en train de mettre à jour / créer les relations pour les 
transports en commun de Pau. Je constate qu'il y a bien souvent des 
routes qui sont aussi des limites administratives. Josm les détecte 
d'ailleurs comme chemin confondus et affiche un warning. J'ai des 
difficultés à créer les relations dans ce cas. Souvent c'est la limite 
administrative qui est cliquable et je galère à dissocier les chemins 
pour pouvoir enfin sélectionner que la route qui m'intéresse.

Voici un exemple : https://www.openstreetmap.org/relation/4345649

Je voudrais savoir si c'est bien comme ça que je dois procéder et si il 
n'y a pas un outil qui le ferait automatiquement. Du genre détection des 
chemins confondus, séparation des deux chemins avec peut être un léger 
offset de l'un par rapport à l'autre pour pouvoir les distinguer.


Merci pour votre aide !

Sébastien

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

Re: [OSM-talk-fr] rôle/fonctionnement de layers.openstreetmap.fr ?

2015-08-21 Par sujet Jérôme Seigneuret 
C'est la page par défaut suite à une installation d'un serveur HTTP Apache
2. Il semble que la page par défaut n'ait pas été redirigé. Ou c'est un
reset en cours?

Tu peux utiliser ça en attendant:
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#7/47.000/2.000

Le 21 août 2015 08:51, Art Penteur  a écrit :

> Bonjour à tous (et surtout aux courageux et jamais assez remerciés
> admins d'openstreetmap.fr) ,
>
> Il y a quelque temps, à l'url http://layers.openstreetmap.fr/, on
> accédait à une carte, avec plusieurs couches disponibles, dont celle
> liée à BANO.
>
> Maintenant, on tombe sur
>
> "It works!
>
> This is the default web page for this server.
>
> The web server software is running but no content has been added, yet."
>
> Le fonctionnement ancien était un coup de chance (on tombait sur
> un service qui n'était pas destiné à être ouvert/maintenu), ou alors
> le fonctionnement actuel est une panne ?
>
> Art.
>
> ___
> 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