Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Paul Mallet 
Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only (et
les rôles platform correspondant)

Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2 sens
soient fusionnés si ils sont proches, a condition qu'il soit présent dans
les 2 relations.

Par contre c'est pour moi essentiel de mettre a la fois les données de stop
(sur la voie) et de plateform (abribus) pour couvrir tous les usages que
l'on peut faire de ces données (notamment la recherche ou l'optimisation
d'itinéraires, mais pas que...)
Le 12 juil. 2014 01:47, "Jo"  a écrit :

> Pour placer les arrêts je m'amuse également à chercher des:
>
> /\/\/\/\ en France
> B U S en Belgique
> ou les abris.
>
> Si ce n'est pas possible j'essaye de les placer le mieux que possible.
> Tous les détails pertinents sont là, s'ils sont mal placés il y aura
> certainement quelqu'un avec les connaissances locales pour les placer mieux
> dans les années qui viennent.
>
> Jo
>
> Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses
> jusqu'à présent.
>
>
> 2014-07-12 1:16 GMT+02:00 Muselaar :
>
>>  Ça, c'est la classe…
>> Quand je pense que je passe un temps non négligeable à chercher d'après
>> mes photos où sont précisément les arrêts !
>> Quelquefois, ce n'est pas évident de retrouver la bonne maison sur Bing,
>> surtout dans les lotissements. Et je me méfie des données de l'entreprise
>> de transport, j'ai déjà repéré quelques erreurs d'emplacements d'arrêts (du
>> moins par rapport au calculateur d'itinéraire proposé sur le site… qui
>> utilise pour cette fonction OSM :
>> http://info.optymo.fr/votre-voyage/horaires-et-plans)
>>
>> Muselaar
>>
>>
>> Le 12/07/2014 01:03, Jo a écrit :
>>
>>  Personnellement, je n'ajoute pas les stop_position. Ils font déjà
>> partie des chemins. Donc je n'ajoute que les
>> public_transport=platform/highway=bus_stop, en ordre consécutive. Donc si
>> le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai les
>> données de 2 des 3 entreprises de transport en Belgique à disposition, les
>> relations route sont créées de façon automatique pour toutes les variations.
>>
>>  Polyglot
>>
>>
>> 2014-07-12 0:54 GMT+02:00 Francescu GAROBY :
>>
>>> 'from' et 'to font partie des tags permettant d'enrichir la relation, au
>>> même titre que 'type', 'operator', ... Ce ne sont pas des rôles (les rôles
>>> sont associés aux éléments qui composent la relation).
>>>
>>> Quant à la complétion automatique, je ne crois pas qu'elle filtre sur
>>> les valeurs autorisées pour une relation donnée. Si tu tentes de taper un
>>> tag qui n'a rien à voir avec ta relation, tu verras que Josm te le propose
>>> quand même.
>>>
>>> Francescu
>>>
>>>
>>> Le 12 juillet 2014 00:31, Muselaar  a écrit :
>>>
>>>  En fait, j'ai découvert la valeur « start » simplement par le fait que
 c'est ce qui est proposé dans l'éditeur de relation quand on commence à
 taper « st ». Et il faut toujours ajouter le « o » pour obtenir « stop ».
 Et puis sur l'article :

 https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant

 il y a :

   from
 
   *Initial
 stop*  Initial stop where the variant starts.  recommended   to
 
   *Terminal
 stop*  Terminal stop where the variant ends.  recommended
 Voilà, si quelqu'un peut donner plus d'éclaircissements… Il est vrai
 que l'anglais n'est pas mon point fort.
 En attendant, je laisse tout en « stop ».

 Muselaar

 Le 12/07/2014 00:16, Francescu GAROBY a écrit :

  Bonsoir,
 Concernant les start/end, je découvre ces valeurs possibles. Est-ce
 nouveau ? Car je n'ai pas souvenir d'avoir lu quoi que ce soit à ce sujet.
 Peux-tu nous dire où tu as vu ça ?

 Concernant le stop_position unique pour 2 arrêts en (quasi) face à
 face, c'est aussi ce que j'ai fait, sur certains arrêts de l'agglomération
 caennaise. Et ce, pour les mêmes raisons que toi.
 Techniquement parlant, je ne vois pas pourquoi ça coincerait : le point
 étant sur la voie, rien n'indique, en soi, s'il appartient à un sens de
 circulation ou à l'autre. C'est son association à une relation, voire à
 plusieurs, qui indique que ce point est utilisé dans tel ou tel sens de
 circulation.

  Francescu




 Le 11 juillet 2014 23:46, Muselaar  a écrit :

> Bonsoir,
>
> Dans les routes de bus, faut-il employer les rôles start et end, ou
> bien uniquement stop pour tous les arrêts (y compris les arrêts de départs
> et de terminus) ?
>
> 2e question : dans l'application du nouveau shéma des transports
> publics, j'ai pris l'option, n'ayant pas trouvé la réponse sur le wiki, de
> ne garder qu'un seul « stop position » (donc par un nœud su

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Paul Mallet 
Ah et pour les pose fesses, pour moi il faut un tag particulier (ou une
valeur ?), imaginez qu'une une personne âgée (ou pas) veuille choisir son
arrêt en fonction de la présence d'un banc, et que lorsqu'elle arrive il
n'y a que ce truc inutile ?
Le 12 juil. 2014 10:58, "Paul Mallet"  a écrit :

> Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only (et
> les rôles platform correspondant)
>
> Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2 sens
> soient fusionnés si ils sont proches, a condition qu'il soit présent dans
> les 2 relations.
>
> Par contre c'est pour moi essentiel de mettre a la fois les données de
> stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages
> que l'on peut faire de ces données (notamment la recherche ou
> l'optimisation d'itinéraires, mais pas que...)
> Le 12 juil. 2014 01:47, "Jo"  a écrit :
>
>> Pour placer les arrêts je m'amuse également à chercher des:
>>
>> /\/\/\/\ en France
>> B U S en Belgique
>> ou les abris.
>>
>> Si ce n'est pas possible j'essaye de les placer le mieux que possible.
>> Tous les détails pertinents sont là, s'ils sont mal placés il y aura
>> certainement quelqu'un avec les connaissances locales pour les placer mieux
>> dans les années qui viennent.
>>
>> Jo
>>
>> Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses
>> jusqu'à présent.
>>
>>
>> 2014-07-12 1:16 GMT+02:00 Muselaar :
>>
>>>  Ça, c'est la classe…
>>> Quand je pense que je passe un temps non négligeable à chercher d'après
>>> mes photos où sont précisément les arrêts !
>>> Quelquefois, ce n'est pas évident de retrouver la bonne maison sur Bing,
>>> surtout dans les lotissements. Et je me méfie des données de l'entreprise
>>> de transport, j'ai déjà repéré quelques erreurs d'emplacements d'arrêts (du
>>> moins par rapport au calculateur d'itinéraire proposé sur le site… qui
>>> utilise pour cette fonction OSM :
>>> http://info.optymo.fr/votre-voyage/horaires-et-plans)
>>>
>>> Muselaar
>>>
>>>
>>> Le 12/07/2014 01:03, Jo a écrit :
>>>
>>>  Personnellement, je n'ajoute pas les stop_position. Ils font déjà
>>> partie des chemins. Donc je n'ajoute que les
>>> public_transport=platform/highway=bus_stop, en ordre consécutive. Donc si
>>> le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai les
>>> données de 2 des 3 entreprises de transport en Belgique à disposition, les
>>> relations route sont créées de façon automatique pour toutes les variations.
>>>
>>>  Polyglot
>>>
>>>
>>> 2014-07-12 0:54 GMT+02:00 Francescu GAROBY :
>>>
 'from' et 'to font partie des tags permettant d'enrichir la relation,
 au même titre que 'type', 'operator', ... Ce ne sont pas des rôles (les
 rôles sont associés aux éléments qui composent la relation).

 Quant à la complétion automatique, je ne crois pas qu'elle filtre sur
 les valeurs autorisées pour une relation donnée. Si tu tentes de taper un
 tag qui n'a rien à voir avec ta relation, tu verras que Josm te le propose
 quand même.

 Francescu


 Le 12 juillet 2014 00:31, Muselaar  a écrit :

  En fait, j'ai découvert la valeur « start » simplement par le fait
> que c'est ce qui est proposé dans l'éditeur de relation quand on commence 
> à
> taper « st ». Et il faut toujours ajouter le « o » pour obtenir « stop ».
> Et puis sur l'article :
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant
>
> il y a :
>
>   from
> 
>   *Initial
> stop*  Initial stop where the variant starts.  recommended   to
> 
>   *Terminal
> stop*  Terminal stop where the variant ends.  recommended
> Voilà, si quelqu'un peut donner plus d'éclaircissements… Il est vrai
> que l'anglais n'est pas mon point fort.
> En attendant, je laisse tout en « stop ».
>
> Muselaar
>
> Le 12/07/2014 00:16, Francescu GAROBY a écrit :
>
>  Bonsoir,
> Concernant les start/end, je découvre ces valeurs possibles. Est-ce
> nouveau ? Car je n'ai pas souvenir d'avoir lu quoi que ce soit à ce sujet.
> Peux-tu nous dire où tu as vu ça ?
>
> Concernant le stop_position unique pour 2 arrêts en (quasi) face à
> face, c'est aussi ce que j'ai fait, sur certains arrêts de l'agglomération
> caennaise. Et ce, pour les mêmes raisons que toi.
> Techniquement parlant, je ne vois pas pourquoi ça coincerait : le
> point étant sur la voie, rien n'indique, en soi, s'il appartient à un sens
> de circulation ou à l'autre. C'est son association à une relation, voire à
> plusieurs, qui indique que ce point est utilisé dans tel ou tel sens de
> circulation.
>
>  Francescu
>
>
>
>
> Le 11 juillet 2014 23:46, Muselaar  a écrit

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Francescu GAROBY 
Je rejoins Paul Mallet, concernant le taggage différencié entre un banc
(avec ou sans dossier) d'une part et un repose-fesses, plus inconfortable
qu'autre chose souvent (car il faut rester debout, en extension sur les
jambes, pour ne pas glisser) d'autre part.
J'ignore cependant s'il existe déjà un tag/une valeur de tag pour désigner
cela...

Francescu


Le 12 juillet 2014 11:01, Paul Mallet  a écrit :

> Ah et pour les pose fesses, pour moi il faut un tag particulier (ou une
> valeur ?), imaginez qu'une une personne âgée (ou pas) veuille choisir son
> arrêt en fonction de la présence d'un banc, et que lorsqu'elle arrive il
> n'y a que ce truc inutile ?
> Le 12 juil. 2014 10:58, "Paul Mallet"  a écrit :
>
> Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only (et
>> les rôles platform correspondant)
>>
>> Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2 sens
>> soient fusionnés si ils sont proches, a condition qu'il soit présent dans
>> les 2 relations.
>>
>> Par contre c'est pour moi essentiel de mettre a la fois les données de
>> stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages
>> que l'on peut faire de ces données (notamment la recherche ou
>> l'optimisation d'itinéraires, mais pas que...)
>> Le 12 juil. 2014 01:47, "Jo"  a écrit :
>>
>>> Pour placer les arrêts je m'amuse également à chercher des:
>>>
>>> /\/\/\/\ en France
>>> B U S en Belgique
>>> ou les abris.
>>>
>>> Si ce n'est pas possible j'essaye de les placer le mieux que possible.
>>> Tous les détails pertinents sont là, s'ils sont mal placés il y aura
>>> certainement quelqu'un avec les connaissances locales pour les placer mieux
>>> dans les années qui viennent.
>>>
>>> Jo
>>>
>>> Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses
>>> jusqu'à présent.
>>>
>>>
>>> 2014-07-12 1:16 GMT+02:00 Muselaar :
>>>
  Ça, c'est la classe…
 Quand je pense que je passe un temps non négligeable à chercher d'après
 mes photos où sont précisément les arrêts !
 Quelquefois, ce n'est pas évident de retrouver la bonne maison sur
 Bing, surtout dans les lotissements. Et je me méfie des données de
 l'entreprise de transport, j'ai déjà repéré quelques erreurs d'emplacements
 d'arrêts (du moins par rapport au calculateur d'itinéraire proposé sur le
 site… qui utilise pour cette fonction OSM :
 http://info.optymo.fr/votre-voyage/horaires-et-plans)

 Muselaar


 Le 12/07/2014 01:03, Jo a écrit :

  Personnellement, je n'ajoute pas les stop_position. Ils font déjà
 partie des chemins. Donc je n'ajoute que les
 public_transport=platform/highway=bus_stop, en ordre consécutive. Donc si
 le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai les
 données de 2 des 3 entreprises de transport en Belgique à disposition, les
 relations route sont créées de façon automatique pour toutes les 
 variations.

  Polyglot


 2014-07-12 0:54 GMT+02:00 Francescu GAROBY :

> 'from' et 'to font partie des tags permettant d'enrichir la relation,
> au même titre que 'type', 'operator', ... Ce ne sont pas des rôles (les
> rôles sont associés aux éléments qui composent la relation).
>
> Quant à la complétion automatique, je ne crois pas qu'elle filtre sur
> les valeurs autorisées pour une relation donnée. Si tu tentes de taper un
> tag qui n'a rien à voir avec ta relation, tu verras que Josm te le propose
> quand même.
>
> Francescu
>
>
> Le 12 juillet 2014 00:31, Muselaar  a écrit :
>
>  En fait, j'ai découvert la valeur « start » simplement par le fait
>> que c'est ce qui est proposé dans l'éditeur de relation quand on 
>> commence à
>> taper « st ». Et il faut toujours ajouter le « o » pour obtenir « stop ».
>> Et puis sur l'article :
>>
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant
>>
>> il y a :
>>
>>   from
>> 
>>   *Initial
>> stop*  Initial stop where the variant starts.  recommended   to
>> 
>>   *Terminal
>> stop*  Terminal stop where the variant ends.  recommended
>> Voilà, si quelqu'un peut donner plus d'éclaircissements… Il est vrai
>> que l'anglais n'est pas mon point fort.
>> En attendant, je laisse tout en « stop ».
>>
>> Muselaar
>>
>> Le 12/07/2014 00:16, Francescu GAROBY a écrit :
>>
>>  Bonsoir,
>> Concernant les start/end, je découvre ces valeurs possibles. Est-ce
>> nouveau ? Car je n'ai pas souvenir d'avoir lu quoi que ce soit à ce 
>> sujet.
>> Peux-tu nous dire où tu as vu ça ?
>>
>> Concernant le stop_position unique pour 2 arrêts en (quasi) face à
>> face, c'est aussi ce q

Re: [OSM-talk-fr] Carto balade en Haute Savoie quand la jeunesse s'en mêle… ça envoie du gros

2014-07-12 Par sujet Frederic Moine 
Bonjour,

Pour affiner le compte rendu,


Donc avec 1h30 d'information et formation sur outils OpenStreetMap,

L'equipe d'animation et les enfants ont pu réaliser cette carte :

http://umap.openstreetmap.fr/en/map/carto-balade-st-pierre-en-faucigny_12137#16/46.0614/6.3728

Ensuite pour le lien intergénérationnel, j’avais déjà testé avec Unis
Cite, il me manquait la cartographie : )

Mais tout est possible pour animer son territoire.

http://www.passeursdememoire.fr/

Prochaine etape:

Trouver un moyen d'échanger sur d'autres initiatives du même type,
autour de la cartographie et animation territoriale…. Forum ,

Je vais en refaire une en Octobre sur un autre village avec plus
d'acteurs.

A + FredM


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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Jo 
Pour moi il est impératif que créer et maintenir des relations route ça
reste pratique pour les contributeurs, donc tout ce qui peut être calculé
est non essentiel.

Si tu peux choisir entre pas avoir des relations route, car personne ne
veut les créer/maintenir

ou des relations route avec tous les chemins en ordre consécutive + tous
les arrêts (les noeuds à coté de la route, bien sûr)

qu'est-ce que tu prends? Ceux qui ont besoin de stop_position pour leurs
besoins peuvent les calculer.

Bon, je dois probablement ajouter que je n'ajoute même pas toujours les
stop_position. A la limite on peut les déduire en tirant un ligne
perpendiculaire à partir de l'arrêt vers le chemin.

Il faudra probablement également ajouter que je viens d'ajouter une bonne
3 d'arrêts et des centaines de routes avec leur variations, durant l'an
passé, chose qui aurait été impossible avec le schéma complet.

Bien sûr, là où les trams étaient concernés ou les arrêts partagés les stop
positions sont bien inclus + des relations stop_area.

Mais le plus important reste le noeud
public_transport=platform/highway=bus_stop.

Polyglot


2014-07-12 10:58 GMT+02:00 Paul Mallet :

> Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only (et
> les rôles platform correspondant)
>
> Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2 sens
> soient fusionnés si ils sont proches, a condition qu'il soit présent dans
> les 2 relations.
>
> Par contre c'est pour moi essentiel de mettre a la fois les données de
> stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages
> que l'on peut faire de ces données (notamment la recherche ou
> l'optimisation d'itinéraires, mais pas que...)
> Le 12 juil. 2014 01:47, "Jo"  a écrit :
>
> Pour placer les arrêts je m'amuse également à chercher des:
>>
>> /\/\/\/\ en France
>> B U S en Belgique
>> ou les abris.
>>
>> Si ce n'est pas possible j'essaye de les placer le mieux que possible.
>> Tous les détails pertinents sont là, s'ils sont mal placés il y aura
>> certainement quelqu'un avec les connaissances locales pour les placer mieux
>> dans les années qui viennent.
>>
>> Jo
>>
>> Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses
>> jusqu'à présent.
>>
>>
>> 2014-07-12 1:16 GMT+02:00 Muselaar :
>>
>>>  Ça, c'est la classe…
>>> Quand je pense que je passe un temps non négligeable à chercher d'après
>>> mes photos où sont précisément les arrêts !
>>> Quelquefois, ce n'est pas évident de retrouver la bonne maison sur Bing,
>>> surtout dans les lotissements. Et je me méfie des données de l'entreprise
>>> de transport, j'ai déjà repéré quelques erreurs d'emplacements d'arrêts (du
>>> moins par rapport au calculateur d'itinéraire proposé sur le site… qui
>>> utilise pour cette fonction OSM :
>>> http://info.optymo.fr/votre-voyage/horaires-et-plans)
>>>
>>> Muselaar
>>>
>>>
>>> Le 12/07/2014 01:03, Jo a écrit :
>>>
>>>  Personnellement, je n'ajoute pas les stop_position. Ils font déjà
>>> partie des chemins. Donc je n'ajoute que les
>>> public_transport=platform/highway=bus_stop, en ordre consécutive. Donc si
>>> le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai les
>>> données de 2 des 3 entreprises de transport en Belgique à disposition, les
>>> relations route sont créées de façon automatique pour toutes les variations.
>>>
>>>  Polyglot
>>>
>>>
>>> 2014-07-12 0:54 GMT+02:00 Francescu GAROBY :
>>>
 'from' et 'to font partie des tags permettant d'enrichir la relation,
 au même titre que 'type', 'operator', ... Ce ne sont pas des rôles (les
 rôles sont associés aux éléments qui composent la relation).

 Quant à la complétion automatique, je ne crois pas qu'elle filtre sur
 les valeurs autorisées pour une relation donnée. Si tu tentes de taper un
 tag qui n'a rien à voir avec ta relation, tu verras que Josm te le propose
 quand même.

 Francescu


 Le 12 juillet 2014 00:31, Muselaar  a écrit :

  En fait, j'ai découvert la valeur « start » simplement par le fait
> que c'est ce qui est proposé dans l'éditeur de relation quand on commence 
> à
> taper « st ». Et il faut toujours ajouter le « o » pour obtenir « stop ».
> Et puis sur l'article :
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant
>
> il y a :
>
>   from
> 
>   *Initial
> stop*  Initial stop where the variant starts.  recommended   to
> 
>   *Terminal
> stop*  Terminal stop where the variant ends.  recommended
> Voilà, si quelqu'un peut donner plus d'éclaircissements… Il est vrai
> que l'anglais n'est pas mon point fort.
> En attendant, je laisse tout en « stop ».
>
> Muselaar
>
> Le 12/07/2014 00:16, Francescu GAROBY a

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Éric Gillet 
Attention; il ne faudrait pas surestimer ce qui est calculable.

La platform doit être mise dans la relation type=route pour expliciter
quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le
cas de gares routières).
Idem pour les stop_positions, si deux routes passent par les même chemins,
il y aura des arrêts en trop...

La quantité ne prime pas forcément sur la qualité ! Remplir OSM de données
difficilement exploitables par des outils ne sert pas OSM. De plus se dire
"Je ne complète pas avec les données que j'ai sous la main, quelqu'un
d'autre pourra le faire", obligera un autre contributeur à faire le même
long travail pour rajouter les détails omis (le temps des contributeurs OSM
n'est pas une ressource infinie).


2014-07-12 11:20 GMT+01:00 Jo :

> Pour moi il est impératif que créer et maintenir des relations route ça
> reste pratique pour les contributeurs, donc tout ce qui peut être calculé
> est non essentiel.
>
> Si tu peux choisir entre pas avoir des relations route, car personne ne
> veut les créer/maintenir
>
> ou des relations route avec tous les chemins en ordre consécutive + tous
> les arrêts (les noeuds à coté de la route, bien sûr)
>
> qu'est-ce que tu prends? Ceux qui ont besoin de stop_position pour leurs
> besoins peuvent les calculer.
>
> Bon, je dois probablement ajouter que je n'ajoute même pas toujours les
> stop_position. A la limite on peut les déduire en tirant un ligne
> perpendiculaire à partir de l'arrêt vers le chemin.
>
> Il faudra probablement également ajouter que je viens d'ajouter une bonne
> 3 d'arrêts et des centaines de routes avec leur variations, durant l'an
> passé, chose qui aurait été impossible avec le schéma complet.
>
> Bien sûr, là où les trams étaient concernés ou les arrêts partagés les
> stop positions sont bien inclus + des relations stop_area.
>
> Mais le plus important reste le noeud
> public_transport=platform/highway=bus_stop.
>
> Polyglot
>
>
> 2014-07-12 10:58 GMT+02:00 Paul Mallet :
>
> Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only (et
>> les rôles platform correspondant)
>>
>> Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2 sens
>> soient fusionnés si ils sont proches, a condition qu'il soit présent dans
>> les 2 relations.
>>
>> Par contre c'est pour moi essentiel de mettre a la fois les données de
>> stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages
>> que l'on peut faire de ces données (notamment la recherche ou
>> l'optimisation d'itinéraires, mais pas que...)
>> Le 12 juil. 2014 01:47, "Jo"  a écrit :
>>
>> Pour placer les arrêts je m'amuse également à chercher des:
>>>
>>> /\/\/\/\ en France
>>> B U S en Belgique
>>> ou les abris.
>>>
>>> Si ce n'est pas possible j'essaye de les placer le mieux que possible.
>>> Tous les détails pertinents sont là, s'ils sont mal placés il y aura
>>> certainement quelqu'un avec les connaissances locales pour les placer mieux
>>> dans les années qui viennent.
>>>
>>> Jo
>>>
>>> Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses
>>> jusqu'à présent.
>>>
>>>
>>> 2014-07-12 1:16 GMT+02:00 Muselaar :
>>>
  Ça, c'est la classe…
 Quand je pense que je passe un temps non négligeable à chercher d'après
 mes photos où sont précisément les arrêts !
 Quelquefois, ce n'est pas évident de retrouver la bonne maison sur
 Bing, surtout dans les lotissements. Et je me méfie des données de
 l'entreprise de transport, j'ai déjà repéré quelques erreurs d'emplacements
 d'arrêts (du moins par rapport au calculateur d'itinéraire proposé sur le
 site… qui utilise pour cette fonction OSM :
 http://info.optymo.fr/votre-voyage/horaires-et-plans)

 Muselaar


 Le 12/07/2014 01:03, Jo a écrit :

  Personnellement, je n'ajoute pas les stop_position. Ils font déjà
 partie des chemins. Donc je n'ajoute que les
 public_transport=platform/highway=bus_stop, en ordre consécutive. Donc si
 le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai les
 données de 2 des 3 entreprises de transport en Belgique à disposition, les
 relations route sont créées de façon automatique pour toutes les 
 variations.

  Polyglot


 2014-07-12 0:54 GMT+02:00 Francescu GAROBY :

> 'from' et 'to font partie des tags permettant d'enrichir la relation,
> au même titre que 'type', 'operator', ... Ce ne sont pas des rôles (les
> rôles sont associés aux éléments qui composent la relation).
>
> Quant à la complétion automatique, je ne crois pas qu'elle filtre sur
> les valeurs autorisées pour une relation donnée. Si tu tentes de taper un
> tag qui n'a rien à voir avec ta relation, tu verras que Josm te le propose
> quand même.
>
> Francescu
>
>
> Le 12 juillet 2014 00:31, Muselaar  a écrit :
>
>  En fait, j'ai découvert la valeur « start » simplement par le fait
>> que c'est ce

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Jo 
C'est exactement ce que je dis: le temps des contributeurs n'est pas
inifni, le mien non plus. Il faut également maintenir les données. Plus de
redondances qu'il y ait, plus de temps que cela prendra.

Ce que j'ai ajouté ne manque pas de qualité. Tout ce qui manque sont des
données non-indispensables (dispensables?)


J'ai vu beaucoup de cas où les données des arrêts sont dupliquées. Une fois
sur l'arrêt (public_transport=platform/highway=bus_stop) et une autre fois
sur le noeud public_transport=stop_position). Personne n'est servie avec
cela.

Quelques exemples:

Frontière Belgique-France
https://www.openstreetmap.org/relation/3885038/history
https://www.openstreetmap.org/relation/3885196/history

Frontière Belgique-Allemagne
https://www.openstreetmap.org/relation/3877724/history

Et en Flandre:

https://www.openstreetmap.org/relation/3299413/history

À Bruxelles:

https://api.openstreetmap.org/relation/240182/history
https://www.openstreetmap.org/relation/2920180/history

Toute information pertinente est présente.

Polyglot


2014-07-12 13:28 GMT+02:00 Éric Gillet :

> Attention; il ne faudrait pas surestimer ce qui est calculable.
>
> La platform doit être mise dans la relation type=route pour expliciter
> quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le
> cas de gares routières).
> Idem pour les stop_positions, si deux routes passent par les même chemins,
> il y aura des arrêts en trop...
>
> La quantité ne prime pas forcément sur la qualité ! Remplir OSM de données
> difficilement exploitables par des outils ne sert pas OSM. De plus se dire
> "Je ne complète pas avec les données que j'ai sous la main, quelqu'un
> d'autre pourra le faire", obligera un autre contributeur à faire le même
> long travail pour rajouter les détails omis (le temps des contributeurs OSM
> n'est pas une ressource infinie).
>
>
> 2014-07-12 11:20 GMT+01:00 Jo :
>
> Pour moi il est impératif que créer et maintenir des relations route ça
>> reste pratique pour les contributeurs, donc tout ce qui peut être calculé
>> est non essentiel.
>>
>> Si tu peux choisir entre pas avoir des relations route, car personne ne
>> veut les créer/maintenir
>>
>> ou des relations route avec tous les chemins en ordre consécutive + tous
>> les arrêts (les noeuds à coté de la route, bien sûr)
>>
>> qu'est-ce que tu prends? Ceux qui ont besoin de stop_position pour leurs
>> besoins peuvent les calculer.
>>
>> Bon, je dois probablement ajouter que je n'ajoute même pas toujours les
>> stop_position. A la limite on peut les déduire en tirant un ligne
>> perpendiculaire à partir de l'arrêt vers le chemin.
>>
>> Il faudra probablement également ajouter que je viens d'ajouter une bonne
>> 3 d'arrêts et des centaines de routes avec leur variations, durant l'an
>> passé, chose qui aurait été impossible avec le schéma complet.
>>
>> Bien sûr, là où les trams étaient concernés ou les arrêts partagés les
>> stop positions sont bien inclus + des relations stop_area.
>>
>> Mais le plus important reste le noeud
>> public_transport=platform/highway=bus_stop.
>>
>> Polyglot
>>
>>
>> 2014-07-12 10:58 GMT+02:00 Paul Mallet :
>>
>> Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only (et
>>> les rôles platform correspondant)
>>>
>>> Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2
>>> sens soient fusionnés si ils sont proches, a condition qu'il soit présent
>>> dans les 2 relations.
>>>
>>> Par contre c'est pour moi essentiel de mettre a la fois les données de
>>> stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages
>>> que l'on peut faire de ces données (notamment la recherche ou
>>> l'optimisation d'itinéraires, mais pas que...)
>>> Le 12 juil. 2014 01:47, "Jo"  a écrit :
>>>
>>> Pour placer les arrêts je m'amuse également à chercher des:

 /\/\/\/\ en France
 B U S en Belgique
 ou les abris.

 Si ce n'est pas possible j'essaye de les placer le mieux que possible.
 Tous les détails pertinents sont là, s'ils sont mal placés il y aura
 certainement quelqu'un avec les connaissances locales pour les placer mieux
 dans les années qui viennent.

 Jo

 Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses
 jusqu'à présent.


 2014-07-12 1:16 GMT+02:00 Muselaar :

>  Ça, c'est la classe…
> Quand je pense que je passe un temps non négligeable à chercher
> d'après mes photos où sont précisément les arrêts !
> Quelquefois, ce n'est pas évident de retrouver la bonne maison sur
> Bing, surtout dans les lotissements. Et je me méfie des données de
> l'entreprise de transport, j'ai déjà repéré quelques erreurs 
> d'emplacements
> d'arrêts (du moins par rapport au calculateur d'itinéraire proposé sur le
> site… qui utilise pour cette fonction OSM :
> http://info.optymo.fr/votre-voyage/horaires-et-plans)
>
> Muselaar
>
>
> Le 12/07/2014 01:03, Jo a écrit :

[OSM-talk-fr] BANO: comment retrouver une adresse uniquement présente dans OSM

2014-07-12 Par sujet mga_geo 
Bonjour à tous,

Sur cette page
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.11155/-1.61604
, il y a une adresse voie "Doenna" , je ne sais pa la retrouver avec
l''overpass:
{{voie='Doenna'}}
area["ref:INSEE"="35051"]->.a;

(
  node(area.a)['addr:street'~{{voie}}];
  way(area.a)['addr:street'~{{voie}}];
  way(area.a)['name'~{{voie}}];
  relation(area.a)['name'~{{voie}}];
);
(._;>;);
out meta qt;




--
View this message in context: 
http://gis.19327.n5.nabble.com/BANO-comment-retrouver-une-adresse-uniquement-presente-dans-OSM-tp5811204.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

Re: [OSM-talk-fr] BANO: comment retrouver une adresse uniquement présente dans OSM

2014-07-12 Par sujet didier2020 
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Non-exact_names


  
  
  
  

  
  
  


  
  

  
  
  
  
  


et hop !




Le samedi 12 juillet 2014 à 06:53 -0700, mga_geo a écrit : 
> Bonjour à tous,
> 
> Sur cette page
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.11155/-1.61604
> , il y a une adresse voie "Doenna" , je ne sais pa la retrouver avec
> l''overpass:
> {{voie='Doenna'}}
> area["ref:INSEE"="35051"]->.a;
> 
> (
>   node(area.a)['addr:street'~{{voie}}];
>   way(area.a)['addr:street'~{{voie}}];
>   way(area.a)['name'~{{voie}}];
>   relation(area.a)['name'~{{voie}}];
> );
> (._;>;);
> out meta qt;
> 
> 
> 
> 
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/BANO-comment-retrouver-une-adresse-uniquement-presente-dans-OSM-tp5811204.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



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

Re: [OSM-talk-fr] BANO: comment retrouver une adresse uniquement présente dans OSM

2014-07-12 Par sujet didier2020 
j'ai oublié de préciser, c'est pour l'overpass turbo
http://overpass-turbo.eu/

Le samedi 12 juillet 2014 à 17:17 +0200, didier2020 a écrit : 
> http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Non-exact_names
> 
> 
>   
>   
>   
>   
> 
>   
>   
>   
> 
> 
>   
>   
> 
>   
>   
>   
>   
>   
> 
> 
> et hop !
> 
> 
> 
> 
> Le samedi 12 juillet 2014 à 06:53 -0700, mga_geo a écrit : 
> > Bonjour à tous,
> > 
> > Sur cette page
> > http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.11155/-1.61604
> > , il y a une adresse voie "Doenna" , je ne sais pa la retrouver avec
> > l''overpass:
> > {{voie='Doenna'}}
> > area["ref:INSEE"="35051"]->.a;
> > 
> > (
> >   node(area.a)['addr:street'~{{voie}}];
> >   way(area.a)['addr:street'~{{voie}}];
> >   way(area.a)['name'~{{voie}}];
> >   relation(area.a)['name'~{{voie}}];
> > );
> > (._;>;);
> > out meta qt;
> > 
> > 
> > 
> > 
> > --
> > View this message in context: 
> > http://gis.19327.n5.nabble.com/BANO-comment-retrouver-une-adresse-uniquement-presente-dans-OSM-tp5811204.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
> 
> 
> 
> ___
> 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] bus : rôles stop, start, end ?

2014-07-12 Par sujet Paul Mallet 
Chacun est libre de contribuer ce qu'il veut, et si une partie seulement
des tags vous suffisent, alors très bien! Mais ne dissuadez pas les autres
contributeurs de tagger le modèle complet, qu'il vous plaise ou non :/
Le 12 juil. 2014 16:24, "JB"  a écrit :

>  Tiens, plus j'en lis, plus je reste au highway=bus_stop. Mais pas trop
> fort, c'est politiquement limite…
> JB.
>
> Le 12/07/2014 13:28, Éric Gillet a écrit :
>
> Attention; il ne faudrait pas surestimer ce qui est calculable.
>
>  La platform doit être mise dans la relation type=route pour expliciter
> quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le
> cas de gares routières).
> Idem pour les stop_positions, si deux routes passent par les même chemins,
> il y aura des arrêts en trop...
>
>  La quantité ne prime pas forcément sur la qualité ! Remplir OSM de
> données difficilement exploitables par des outils ne sert pas OSM. De plus
> se dire "Je ne complète pas avec les données que j'ai sous la main,
> quelqu'un d'autre pourra le faire", obligera un autre contributeur à faire
> le même long travail pour rajouter les détails omis (le temps des
> contributeurs OSM n'est pas une ressource infinie).
>
>
> 2014-07-12 11:20 GMT+01:00 Jo :
>
>>Pour moi il est impératif que créer et maintenir des relations route
>> ça reste pratique pour les contributeurs, donc tout ce qui peut être
>> calculé est non essentiel.
>>
>>  Si tu peux choisir entre pas avoir des relations route, car personne ne
>> veut les créer/maintenir
>>
>>  ou des relations route avec tous les chemins en ordre consécutive + tous
>> les arrêts (les noeuds à coté de la route, bien sûr)
>>
>> qu'est-ce que tu prends? Ceux qui ont besoin de stop_position pour leurs
>> besoins peuvent les calculer.
>>
>>  Bon, je dois probablement ajouter que je n'ajoute même pas toujours les
>> stop_position. A la limite on peut les déduire en tirant un ligne
>> perpendiculaire à partir de l'arrêt vers le chemin.
>>
>>  Il faudra probablement également ajouter que je viens d'ajouter une
>> bonne 3 d'arrêts et des centaines de routes avec leur variations,
>> durant l'an passé, chose qui aurait été impossible avec le schéma complet.
>>
>> Bien sûr, là où les trams étaient concernés ou les arrêts partagés les
>> stop positions sont bien inclus + des relations stop_area.
>>
>>  Mais le plus important reste le noeud
>> public_transport=platform/highway=bus_stop.
>>
>>  Polyglot
>>
>>
>> 2014-07-12 10:58 GMT+02:00 Paul Mallet :
>>
>>  Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only
>>> (et les rôles platform correspondant)
>>>
>>> Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2
>>> sens soient fusionnés si ils sont proches, a condition qu'il soit présent
>>> dans les 2 relations.
>>>
>>> Par contre c'est pour moi essentiel de mettre a la fois les données de
>>> stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages
>>> que l'on peut faire de ces données (notamment la recherche ou
>>> l'optimisation d'itinéraires, mais pas que...)
>>> Le 12 juil. 2014 01:47, "Jo"  a écrit :
>>>
>>> Pour placer les arrêts je m'amuse également à chercher des:

  /\/\/\/\ en France
  B U S en Belgique
  ou les abris.

  Si ce n'est pas possible j'essaye de les placer le mieux que possible.
 Tous les détails pertinents sont là, s'ils sont mal placés il y aura
 certainement quelqu'un avec les connaissances locales pour les placer mieux
 dans les années qui viennent.

  Jo

  Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses
 jusqu'à présent.


 2014-07-12 1:16 GMT+02:00 Muselaar :

>  Ça, c'est la classe…
> Quand je pense que je passe un temps non négligeable à chercher
> d'après mes photos où sont précisément les arrêts !
> Quelquefois, ce n'est pas évident de retrouver la bonne maison sur
> Bing, surtout dans les lotissements. Et je me méfie des données de
> l'entreprise de transport, j'ai déjà repéré quelques erreurs 
> d'emplacements
> d'arrêts (du moins par rapport au calculateur d'itinéraire proposé sur le
> site… qui utilise pour cette fonction OSM :
> http://info.optymo.fr/votre-voyage/horaires-et-plans)
>
> Muselaar
>
>
> Le 12/07/2014 01:03, Jo a écrit :
>
>  Personnellement, je n'ajoute pas les stop_position. Ils font déjà
> partie des chemins. Donc je n'ajoute que les
> public_transport=platform/highway=bus_stop, en ordre consécutive. Donc si
> le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai les
> données de 2 des 3 entreprises de transport en Belgique à disposition, les
> relations route sont créées de façon automatique pour toutes les 
> variations.
>
>  Polyglot
>
>
> 2014-07-12 0:54 GMT+02:00 Francescu GAROBY :
>
>> 'from' et 'to font partie des tags permettant d'enrichir la relation,
>> au mêm

[OSM-talk-fr] tissus économique : expérimentation sur Orange

2014-07-12 Par sujet ZIMMY 
Bonjour,

Depuis que je suis passé en communauté de communes se pose la question des
savoir-faire poussés par chacun. Vu le niveau de détail obtenu sur le bassin
d'Orange, on m'a concédé de poursuivre l'observatoire éco via OSM.
En revanche comme je n'avais pas qualifié les données pour être exploitée de
façon plus fine j'ai commencé à mettre à jour celle-ci dans un premier temps
sur les "zone d'intérêt communautaire" (peut-être).
Afin de faciliter leur visualisation voici le lien :
http://overpass-turbo.eu/s/49E

Je suis preneur de vos observations, suggestions...

Bon week-end



-
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/tissus-economique-experimentation-sur-Orange-tp5811216.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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Éric Gillet 
Un peu hors-sujet, mais comme je vois cette erreur souvent je me permet de
la poster ici :

Attention à ne pas confondre les tags :

   - network=*  Définit un
   réseau de transport-en-commun, dont le nom est souvent visible par les
   utilisateurs : TEC,  TCL ...
   - operator=*  Définit
   l'exploitant d'un réseau/ligne/arrêt. Ce nom est souvent peu visible : TEC
   Charleroi(et consors), SYTRAL...

Source pour les TEC
, à
corriger si je me trompe.

Dans les transports en communs il est donc crucial de définir le tag
network=*.

2014-07-12 13:48 GMT+01:00 Jo :

> C'est exactement ce que je dis: le temps des contributeurs n'est pas
> inifni, le mien non plus. Il faut également maintenir les données. Plus de
> redondances qu'il y ait, plus de temps que cela prendra.
>
> Ce que j'ai ajouté ne manque pas de qualité. Tout ce qui manque sont des
> données non-indispensables (dispensables?)
>
>
> J'ai vu beaucoup de cas où les données des arrêts sont dupliquées. Une
> fois sur l'arrêt (public_transport=platform/highway=bus_stop) et une autre
> fois sur le noeud public_transport=stop_position). Personne n'est servie
> avec cela.
>
> Quelques exemples:
>
> Frontière Belgique-France
> https://www.openstreetmap.org/relation/3885038/history
> https://www.openstreetmap.org/relation/3885196/history
>
> Frontière Belgique-Allemagne
> https://www.openstreetmap.org/relation/3877724/history
>
> Et en Flandre:
>
> https://www.openstreetmap.org/relation/3299413/history
>
> À Bruxelles:
>
> https://api.openstreetmap.org/relation/240182/history
> https://www.openstreetmap.org/relation/2920180/history
>
> Toute information pertinente est présente.
>
> Polyglot
>
>
> 2014-07-12 13:28 GMT+02:00 Éric Gillet :
>
> Attention; il ne faudrait pas surestimer ce qui est calculable.
>>
>> La platform doit être mise dans la relation type=route pour expliciter
>> quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le
>> cas de gares routières).
>> Idem pour les stop_positions, si deux routes passent par les même
>> chemins, il y aura des arrêts en trop...
>>
>> La quantité ne prime pas forcément sur la qualité ! Remplir OSM de
>> données difficilement exploitables par des outils ne sert pas OSM. De plus
>> se dire "Je ne complète pas avec les données que j'ai sous la main,
>> quelqu'un d'autre pourra le faire", obligera un autre contributeur à faire
>> le même long travail pour rajouter les détails omis (le temps des
>> contributeurs OSM n'est pas une ressource infinie).
>>
>>
>> 2014-07-12 11:20 GMT+01:00 Jo :
>>
>> Pour moi il est impératif que créer et maintenir des relations route ça
>>> reste pratique pour les contributeurs, donc tout ce qui peut être calculé
>>> est non essentiel.
>>>
>>> Si tu peux choisir entre pas avoir des relations route, car personne ne
>>> veut les créer/maintenir
>>>
>>> ou des relations route avec tous les chemins en ordre consécutive + tous
>>> les arrêts (les noeuds à coté de la route, bien sûr)
>>>
>>> qu'est-ce que tu prends? Ceux qui ont besoin de stop_position pour leurs
>>> besoins peuvent les calculer.
>>>
>>> Bon, je dois probablement ajouter que je n'ajoute même pas toujours les
>>> stop_position. A la limite on peut les déduire en tirant un ligne
>>> perpendiculaire à partir de l'arrêt vers le chemin.
>>>
>>> Il faudra probablement également ajouter que je viens d'ajouter une
>>> bonne 3 d'arrêts et des centaines de routes avec leur variations,
>>> durant l'an passé, chose qui aurait été impossible avec le schéma complet.
>>>
>>> Bien sûr, là où les trams étaient concernés ou les arrêts partagés les
>>> stop positions sont bien inclus + des relations stop_area.
>>>
>>> Mais le plus important reste le noeud
>>> public_transport=platform/highway=bus_stop.
>>>
>>> Polyglot
>>>
>>>
>>> 2014-07-12 10:58 GMT+02:00 Paul Mallet :
>>>
>>> Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only
 (et les rôles platform correspondant)

 Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2
 sens soient fusionnés si ils sont proches, a condition qu'il soit présent
 dans les 2 relations.

 Par contre c'est pour moi essentiel de mettre a la fois les données de
 stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages
 que l'on peut faire de ces données (notamment la recherche ou
 l'optimisation d'itinéraires, mais pas que...)
 Le 12 juil. 2014 01:47, "Jo"  a écrit :

 Pour placer les arrêts je m'amuse également à chercher des:
>
> /\/\/\/\ en France
> B U S en Belgique
> ou les abris.
>
> Si ce n'est pas possible j'essaye de les placer le mieux que possible.
> Tous les détails pertinents sont là, s'ils sont mal placés il y aura
> certainement quelqu'un avec les connaissances locales pour les pl

Re: [OSM-talk-fr] BANO: comment retrouver une adresse uniquement présente dans OSM

2014-07-12 Par sujet mga_geo 
et cette requête ne trouve pas de "Doenna" tout court :
http://overpass-turbo.eu/s/49M



--
View this message in context: 
http://gis.19327.n5.nabble.com/BANO-comment-retrouver-une-adresse-uniquement-presente-dans-OSM-tp5811204p5811220.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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Jo 
J'ai l'impression que j'ai compris operator <-> network à l'envers. Zut.

Network était quelque chose que je voyais avec les réseaux des itinéraires
piétons et cyclables et là les valeurs sont rwn, rcn, lwn, lcn.

Operator était la compagnie qui possède ou exploite quelque chose. De là
que pour moi il paraissait logique d'utiliser ce tag-là.

Je réfléchis comment je vais resoudre cela. Je déteste de surcharger
l'historique de milliers d'objets pour faire un changement relativement
trivial, donc ce sera fait au fur et à mesure que je corrige les arrêts et
les routes, là où c'est nécessaire pour d'autres raisons. (Les relations
routes sont cassés continuellement de toute façon)

De toute façon le operator peut être déduit de la première lettre du ref de
l'arrêt pour le TEC et du premier chiffre pour De Lijn:

X: Luxembourg
N: Namur
C: Charleroi
H: Hainaut
L: Liège
B: Brabant-Wallon

1: Antwerpen
2: Oost-Vlaanderen
3: Vlaams-Brabant
4: Limburg
5: West-Vlaanderen

Minimaliste que je suis, je ne l'ajouterai donc pas. J'abhorre la
répétition des informations de faible intérêt.

Polyglot


2014-07-12 19:09 GMT+02:00 Éric Gillet :

> Un peu hors-sujet, mais comme je vois cette erreur souvent je me permet de
> la poster ici :
>
> Attention à ne pas confondre les tags :
>
>- network=*  Définit
>un réseau de transport-en-commun, dont le nom est souvent visible par les
>utilisateurs : TEC,  TCL ...
>- operator=*  Définit
>l'exploitant d'un réseau/ligne/arrêt. Ce nom est souvent peu visible : TEC
>Charleroi(et consors), SYTRAL...
>
> Source pour les TEC
> ,
> à corriger si je me trompe.
>
> Dans les transports en communs il est donc crucial de définir le tag
> network=*.
>
> 2014-07-12 13:48 GMT+01:00 Jo :
>
> C'est exactement ce que je dis: le temps des contributeurs n'est pas
>> inifni, le mien non plus. Il faut également maintenir les données. Plus de
>> redondances qu'il y ait, plus de temps que cela prendra.
>>
>> Ce que j'ai ajouté ne manque pas de qualité. Tout ce qui manque sont des
>> données non-indispensables (dispensables?)
>>
>>
>> J'ai vu beaucoup de cas où les données des arrêts sont dupliquées. Une
>> fois sur l'arrêt (public_transport=platform/highway=bus_stop) et une autre
>> fois sur le noeud public_transport=stop_position). Personne n'est servie
>> avec cela.
>>
>> Quelques exemples:
>>
>> Frontière Belgique-France
>> https://www.openstreetmap.org/relation/3885038/history
>> https://www.openstreetmap.org/relation/3885196/history
>>
>> Frontière Belgique-Allemagne
>> https://www.openstreetmap.org/relation/3877724/history
>>
>> Et en Flandre:
>>
>> https://www.openstreetmap.org/relation/3299413/history
>>
>> À Bruxelles:
>>
>> https://api.openstreetmap.org/relation/240182/history
>> https://www.openstreetmap.org/relation/2920180/history
>>
>> Toute information pertinente est présente.
>>
>> Polyglot
>>
>>
>> 2014-07-12 13:28 GMT+02:00 Éric Gillet :
>>
>> Attention; il ne faudrait pas surestimer ce qui est calculable.
>>>
>>> La platform doit être mise dans la relation type=route pour expliciter
>>> quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le
>>> cas de gares routières).
>>> Idem pour les stop_positions, si deux routes passent par les même
>>> chemins, il y aura des arrêts en trop...
>>>
>>> La quantité ne prime pas forcément sur la qualité ! Remplir OSM de
>>> données difficilement exploitables par des outils ne sert pas OSM. De plus
>>> se dire "Je ne complète pas avec les données que j'ai sous la main,
>>> quelqu'un d'autre pourra le faire", obligera un autre contributeur à faire
>>> le même long travail pour rajouter les détails omis (le temps des
>>> contributeurs OSM n'est pas une ressource infinie).
>>>
>>>
>>> 2014-07-12 11:20 GMT+01:00 Jo :
>>>
>>> Pour moi il est impératif que créer et maintenir des relations route ça
 reste pratique pour les contributeurs, donc tout ce qui peut être calculé
 est non essentiel.

 Si tu peux choisir entre pas avoir des relations route, car personne ne
 veut les créer/maintenir

 ou des relations route avec tous les chemins en ordre consécutive +
 tous les arrêts (les noeuds à coté de la route, bien sûr)

 qu'est-ce que tu prends? Ceux qui ont besoin de stop_position pour
 leurs besoins peuvent les calculer.

 Bon, je dois probablement ajouter que je n'ajoute même pas toujours les
 stop_position. A la limite on peut les déduire en tirant un ligne
 perpendiculaire à partir de l'arrêt vers le chemin.

 Il faudra probablement également ajouter que je viens d'ajouter une
 bonne 3 d'arrêts et des centaines de routes avec leur variations,
 durant l'an passé, chose qui aurait été impossible avec le schéma complet.

 Bien sûr, là où les trams étaient concernés ou

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Éric Gillet 
Comme tu le décris, un humain peut déduire facilement l'opérateur, tant
qu'il a connaissance des règles que tu as citées (je ne les aurait pas
devinées honnêtement :) ).

Cependant un programme à échelle nationale ou mondiale(OsmAnd,
Nominatim...) n'a pas connaissance de ces règles particulières à ce réseau
de transport. Étant donné qu'il n'est pas possible de transcrire les règles
que tu as énoncées dans la base de données OSM, il faut expliciter ces
données qui peuvent paraître redondantes pour les contributeurs de cette
région

OSM reste avant tout une base de données, dont l'utilisation est faite par
des programmes automatisés "bêtes".


2014-07-12 18:38 GMT+01:00 Jo :

> J'ai l'impression que j'ai compris operator <-> network à l'envers. Zut.
>
> Network était quelque chose que je voyais avec les réseaux des itinéraires
> piétons et cyclables et là les valeurs sont rwn, rcn, lwn, lcn.
>
> Operator était la compagnie qui possède ou exploite quelque chose. De là
> que pour moi il paraissait logique d'utiliser ce tag-là.
>
> Je réfléchis comment je vais resoudre cela. Je déteste de surcharger
> l'historique de milliers d'objets pour faire un changement relativement
> trivial, donc ce sera fait au fur et à mesure que je corrige les arrêts et
> les routes, là où c'est nécessaire pour d'autres raisons. (Les relations
> routes sont cassés continuellement de toute façon)
>
> De toute façon le operator peut être déduit de la première lettre du ref
> de l'arrêt pour le TEC et du premier chiffre pour De Lijn:
>
> X: Luxembourg
> N: Namur
> C: Charleroi
> H: Hainaut
> L: Liège
> B: Brabant-Wallon
>
> 1: Antwerpen
> 2: Oost-Vlaanderen
> 3: Vlaams-Brabant
> 4: Limburg
> 5: West-Vlaanderen
>
> Minimaliste que je suis, je ne l'ajouterai donc pas. J'abhorre la
> répétition des informations de faible intérêt.
>
> Polyglot
>
>
> 2014-07-12 19:09 GMT+02:00 Éric Gillet :
>
> Un peu hors-sujet, mais comme je vois cette erreur souvent je me permet de
>> la poster ici :
>>
>> Attention à ne pas confondre les tags :
>>
>>- network=*  Définit
>>un réseau de transport-en-commun, dont le nom est souvent visible par les
>>utilisateurs : TEC,  TCL ...
>>- operator=* 
>>Définit l'exploitant d'un réseau/ligne/arrêt. Ce nom est souvent peu
>>visible : TEC Charleroi(et consors), SYTRAL...
>>
>> Source pour les TEC
>> ,
>> à corriger si je me trompe.
>>
>> Dans les transports en communs il est donc crucial de définir le tag
>> network=*.
>>
>> 2014-07-12 13:48 GMT+01:00 Jo :
>>
>> C'est exactement ce que je dis: le temps des contributeurs n'est pas
>>> inifni, le mien non plus. Il faut également maintenir les données. Plus de
>>> redondances qu'il y ait, plus de temps que cela prendra.
>>>
>>> Ce que j'ai ajouté ne manque pas de qualité. Tout ce qui manque sont des
>>> données non-indispensables (dispensables?)
>>>
>>>
>>> J'ai vu beaucoup de cas où les données des arrêts sont dupliquées. Une
>>> fois sur l'arrêt (public_transport=platform/highway=bus_stop) et une autre
>>> fois sur le noeud public_transport=stop_position). Personne n'est servie
>>> avec cela.
>>>
>>> Quelques exemples:
>>>
>>> Frontière Belgique-France
>>> https://www.openstreetmap.org/relation/3885038/history
>>> https://www.openstreetmap.org/relation/3885196/history
>>>
>>> Frontière Belgique-Allemagne
>>> https://www.openstreetmap.org/relation/3877724/history
>>>
>>> Et en Flandre:
>>>
>>> https://www.openstreetmap.org/relation/3299413/history
>>>
>>> À Bruxelles:
>>>
>>> https://api.openstreetmap.org/relation/240182/history
>>> https://www.openstreetmap.org/relation/2920180/history
>>>
>>> Toute information pertinente est présente.
>>>
>>> Polyglot
>>>
>>>
>>> 2014-07-12 13:28 GMT+02:00 Éric Gillet :
>>>
>>> Attention; il ne faudrait pas surestimer ce qui est calculable.

 La platform doit être mise dans la relation type=route pour expliciter
 quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le
 cas de gares routières).
 Idem pour les stop_positions, si deux routes passent par les même
 chemins, il y aura des arrêts en trop...

 La quantité ne prime pas forcément sur la qualité ! Remplir OSM de
 données difficilement exploitables par des outils ne sert pas OSM. De plus
 se dire "Je ne complète pas avec les données que j'ai sous la main,
 quelqu'un d'autre pourra le faire", obligera un autre contributeur à faire
 le même long travail pour rajouter les détails omis (le temps des
 contributeurs OSM n'est pas une ressource infinie).


 2014-07-12 11:20 GMT+01:00 Jo :

 Pour moi il est impératif que créer et maintenir des relations route ça
> reste pratique pour les contributeurs, donc tout ce qui peut être calculé
> est non essentiel.
>
> Si tu peux choisir entre pas avo

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Frédéric Rodrigo 

Le 12/07/2014 19:38, Jo a écrit :

J'ai l'impression que j'ai compris operator <-> network à l'envers. Zut.

Network était quelque chose que je voyais avec les réseaux des
itinéraires piétons et cyclables et là les valeurs sont rwn, rcn, lwn, lcn.

Operator était la compagnie qui possède ou exploite quelque chose. De là
que pour moi il paraissait logique d'utiliser ce tag-là.

Je réfléchis comment je vais resoudre cela. Je déteste de surcharger
l'historique de milliers d'objets pour faire un changement relativement
trivial, donc ce sera fait au fur et à mesure que je corrige les arrêts
et les routes, là où c'est nécessaire pour d'autres raisons. (Les
relations routes sont cassés continuellement de toute façon)

De toute façon le operator peut être déduit de la première lettre du ref
de l'arrêt pour le TEC et du premier chiffre pour De Lijn:

X: Luxembourg
N: Namur
C: Charleroi
H: Hainaut
L: Liège
B: Brabant-Wallon

1: Antwerpen
2: Oost-Vlaanderen
3: Vlaams-Brabant
4: Limburg
5: West-Vlaanderen

Minimaliste que je suis, je ne l'ajouterai donc pas. J'abhorre la
répétition des informations de faible intérêt.

Polyglot


D'ailleurs à propos de ces données, je travaillais justement à leur 
intégration à Osmose pour faciliter leur intégration à OSM. Disponible 
très prochainement sur vos écrans avec un peu plus de tag que préconisés 
sur le wiki.


Frédéric.


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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Jo 
Salut Frédéric,

Les données "brutes" se trouvent ici:

https://dl.dropboxusercontent.com/u/42418402/TEC.osm.zip

Je les mets à jour très régulièrement.

Jo


2014-07-12 20:08 GMT+02:00 Frédéric Rodrigo :

> Le 12/07/2014 19:38, Jo a écrit :
>
>  J'ai l'impression que j'ai compris operator <-> network à l'envers. Zut.
>>
>> Network était quelque chose que je voyais avec les réseaux des
>> itinéraires piétons et cyclables et là les valeurs sont rwn, rcn, lwn,
>> lcn.
>>
>> Operator était la compagnie qui possède ou exploite quelque chose. De là
>> que pour moi il paraissait logique d'utiliser ce tag-là.
>>
>> Je réfléchis comment je vais resoudre cela. Je déteste de surcharger
>> l'historique de milliers d'objets pour faire un changement relativement
>> trivial, donc ce sera fait au fur et à mesure que je corrige les arrêts
>> et les routes, là où c'est nécessaire pour d'autres raisons. (Les
>> relations routes sont cassés continuellement de toute façon)
>>
>> De toute façon le operator peut être déduit de la première lettre du ref
>> de l'arrêt pour le TEC et du premier chiffre pour De Lijn:
>>
>> X: Luxembourg
>> N: Namur
>> C: Charleroi
>> H: Hainaut
>> L: Liège
>> B: Brabant-Wallon
>>
>> 1: Antwerpen
>> 2: Oost-Vlaanderen
>> 3: Vlaams-Brabant
>> 4: Limburg
>> 5: West-Vlaanderen
>>
>> Minimaliste que je suis, je ne l'ajouterai donc pas. J'abhorre la
>> répétition des informations de faible intérêt.
>>
>> Polyglot
>>
>
> D'ailleurs à propos de ces données, je travaillais justement à leur
> intégration à Osmose pour faciliter leur intégration à OSM. Disponible très
> prochainement sur vos écrans avec un peu plus de tag que préconisés sur le
> wiki.
>
> Frédéric.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Jo 
Désolé, c'est une information qui n'est pas suffisamment importante pour
être répétée à l'infinie. Je changerai operator en network après
consultation avec la communauté locale.

Polyglot


2014-07-12 20:01 GMT+02:00 Éric Gillet :

> Comme tu le décris, un humain peut déduire facilement l'opérateur, tant
> qu'il a connaissance des règles que tu as citées (je ne les aurait pas
> devinées honnêtement :) ).
>
> Cependant un programme à échelle nationale ou mondiale(OsmAnd,
> Nominatim...) n'a pas connaissance de ces règles particulières à ce réseau
> de transport. Étant donné qu'il n'est pas possible de transcrire les règles
> que tu as énoncées dans la base de données OSM, il faut expliciter ces
> données qui peuvent paraître redondantes pour les contributeurs de cette
> région
>
> OSM reste avant tout une base de données, dont l'utilisation est faite par
> des programmes automatisés "bêtes".
>
>
> 2014-07-12 18:38 GMT+01:00 Jo :
>
> J'ai l'impression que j'ai compris operator <-> network à l'envers. Zut.
>>
>> Network était quelque chose que je voyais avec les réseaux des
>> itinéraires piétons et cyclables et là les valeurs sont rwn, rcn, lwn, lcn.
>>
>> Operator était la compagnie qui possède ou exploite quelque chose. De là
>> que pour moi il paraissait logique d'utiliser ce tag-là.
>>
>> Je réfléchis comment je vais resoudre cela. Je déteste de surcharger
>> l'historique de milliers d'objets pour faire un changement relativement
>> trivial, donc ce sera fait au fur et à mesure que je corrige les arrêts et
>> les routes, là où c'est nécessaire pour d'autres raisons. (Les relations
>> routes sont cassés continuellement de toute façon)
>>
>> De toute façon le operator peut être déduit de la première lettre du ref
>> de l'arrêt pour le TEC et du premier chiffre pour De Lijn:
>>
>> X: Luxembourg
>> N: Namur
>> C: Charleroi
>> H: Hainaut
>> L: Liège
>> B: Brabant-Wallon
>>
>> 1: Antwerpen
>> 2: Oost-Vlaanderen
>> 3: Vlaams-Brabant
>> 4: Limburg
>> 5: West-Vlaanderen
>>
>> Minimaliste que je suis, je ne l'ajouterai donc pas. J'abhorre la
>> répétition des informations de faible intérêt.
>>
>> Polyglot
>>
>>
>> 2014-07-12 19:09 GMT+02:00 Éric Gillet :
>>
>> Un peu hors-sujet, mais comme je vois cette erreur souvent je me permet
>>> de la poster ici :
>>>
>>> Attention à ne pas confondre les tags :
>>>
>>>- network=*  Définit
>>>un réseau de transport-en-commun, dont le nom est souvent visible par les
>>>utilisateurs : TEC,  TCL ...
>>>- operator=* 
>>>Définit l'exploitant d'un réseau/ligne/arrêt. Ce nom est souvent peu
>>>visible : TEC Charleroi(et consors), SYTRAL...
>>>
>>> Source pour les TEC
>>> ,
>>> à corriger si je me trompe.
>>>
>>> Dans les transports en communs il est donc crucial de définir le tag
>>> network=*.
>>>
>>> 2014-07-12 13:48 GMT+01:00 Jo :
>>>
>>> C'est exactement ce que je dis: le temps des contributeurs n'est pas
 inifni, le mien non plus. Il faut également maintenir les données. Plus de
 redondances qu'il y ait, plus de temps que cela prendra.

 Ce que j'ai ajouté ne manque pas de qualité. Tout ce qui manque sont
 des données non-indispensables (dispensables?)


 J'ai vu beaucoup de cas où les données des arrêts sont dupliquées. Une
 fois sur l'arrêt (public_transport=platform/highway=bus_stop) et une autre
 fois sur le noeud public_transport=stop_position). Personne n'est servie
 avec cela.

 Quelques exemples:

 Frontière Belgique-France
 https://www.openstreetmap.org/relation/3885038/history
 https://www.openstreetmap.org/relation/3885196/history

 Frontière Belgique-Allemagne
 https://www.openstreetmap.org/relation/3877724/history

 Et en Flandre:

 https://www.openstreetmap.org/relation/3299413/history

 À Bruxelles:

 https://api.openstreetmap.org/relation/240182/history
 https://www.openstreetmap.org/relation/2920180/history

 Toute information pertinente est présente.

 Polyglot


 2014-07-12 13:28 GMT+02:00 Éric Gillet :

 Attention; il ne faudrait pas surestimer ce qui est calculable.
>
> La platform doit être mise dans la relation type=route pour expliciter
> quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le
> cas de gares routières).
> Idem pour les stop_positions, si deux routes passent par les même
> chemins, il y aura des arrêts en trop...
>
> La quantité ne prime pas forcément sur la qualité ! Remplir OSM de
> données difficilement exploitables par des outils ne sert pas OSM. De plus
> se dire "Je ne complète pas avec les données que j'ai sous la main,
> quelqu'un d'autre pourra le faire", obligera un autre contributeur à faire
> le même long travail pour rajou

[OSM-talk-fr] Site web pour partager des punaises/routes?

2014-07-12 Par sujet Shohreh 
Bonjour

J'ai déjà posé la question sur le forum OSM, mais sans réponse pour le
moment.

Je cherche un site web similaire à Google Maps afin de placer un ensemble de
punaises (bookmarks, POI) ainsi que des routes sur une carte, et d'envoyer
l'URL à des amis.

Le wiki d'OSM mentionne "une bibliothèque javascript 'slippy map'", alors
que la liste de solutions basées sur le web est très longue.

Selon votre expérience, quelle est la meilleur alternative à Google Maps
basée sur un fond OSM qui ne nécessite aucune installation sur un serveur?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Site-web-pour-partager-des-punaises-routes-tp5811230.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

Re: [OSM-talk-fr] Site web pour partager des punaises/routes?

2014-07-12 Par sujet Francescu GAROBY 
Salut,
As-tu essayé Umap ? http://umap.openstreetmap.fr/

Francescu



Le 12 juillet 2014 21:55, Shohreh  a écrit :

> Bonjour
>
> J'ai déjà posé la question sur le forum OSM, mais sans réponse pour le
> moment.
>
> Je cherche un site web similaire à Google Maps afin de placer un ensemble
> de
> punaises (bookmarks, POI) ainsi que des routes sur une carte, et d'envoyer
> l'URL à des amis.
>
> Le wiki d'OSM mentionne "une bibliothèque javascript 'slippy map'", alors
> que la liste de solutions basées sur le web est très longue.
>
> Selon votre expérience, quelle est la meilleur alternative à Google Maps
> basée sur un fond OSM qui ne nécessite aucune installation sur un serveur?
>
> Merci.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Site-web-pour-partager-des-punaises-routes-tp5811230.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
>



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

Re: [OSM-talk-fr] Site web pour partager des punaises/routes?

2014-07-12 Par sujet Jean-Marc Gailis - Jānis-Marks Gailis 
Essaye http://umap.openstreetmap.fr

-- 
Jean-Marc Gailis



0xB76A9DF4.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Frédéric Rodrigo 

Le 12/07/2014 21:16, Jo a écrit :

Salut Frédéric,

Les données "brutes" se trouvent ici:

https://dl.dropboxusercontent.com/u/42418402/TEC.osm.zip

Je les mets à jour très régulièrement.


Pour osmose je repart directement du cvs d'origine, mais il n'y a pas de 
mise à jour automatique des données sources.


Ça devrait être disponible d'ici deux jours sur osmose.

Frédéric.


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

Re: [OSM-talk-fr] Site web pour partager des punaises/routes?

2014-07-12 Par sujet Shohreh 
Merci.

Il manque juste la possibilité de tracer un parcours en suivant les routes à
la RideWithGPS, mais c'est bien pour placer des punaises sur une carte.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Site-web-pour-partager-des-punaises-routes-tp5811230p5811238.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

Re: [OSM-talk-fr] Site web pour partager des punaises/routes?

2014-07-12 Par sujet [Famille] Pierre WILLOT 
Bonsoir

pour les routes il y a http://map.project-osrm.org/
je l'utilise régulièrement pour préparer mes trajets moto

Piwi

Le 12/07/14 21:55, Shohreh a écrit :
> Bonjour
> 
> J'ai déjà posé la question sur le forum OSM, mais sans réponse pour le
> moment.
> 
> Je cherche un site web similaire à Google Maps afin de placer un ensemble de
> punaises (bookmarks, POI) ainsi que des routes sur une carte, et d'envoyer
> l'URL à des amis.
> 
> Le wiki d'OSM mentionne "une bibliothèque javascript 'slippy map'", alors
> que la liste de solutions basées sur le web est très longue.
> 
> Selon votre expérience, quelle est la meilleur alternative à Google Maps
> basée sur un fond OSM qui ne nécessite aucune installation sur un serveur?
> 
> Merci.
> 
> 
> 
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Site-web-pour-partager-des-punaises-routes-tp5811230.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
> 


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

Re: [OSM-talk-fr] bus : rôles stop, start, end ?

2014-07-12 Par sujet Jo 
Et comment tu fais pour calculer les route_ref?


2014-07-12 22:45 GMT+02:00 Frédéric Rodrigo :

> Le 12/07/2014 21:16, Jo a écrit :
>
>  Salut Frédéric,
>>
>> Les données "brutes" se trouvent ici:
>>
>> https://dl.dropboxusercontent.com/u/42418402/TEC.osm.zip
>>
>> Je les mets à jour très régulièrement.
>>
>
> Pour osmose je repart directement du cvs d'origine, mais il n'y a pas de
> mise à jour automatique des données sources.
>
> Ça devrait être disponible d'ici deux jours sur osmose.
>
> Frédéric.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr