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

Éric Gillet fear.hardcore at gmail.com
Sam 12 Juil 17:09:54 UTC 2014 

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=* <http://wiki.openstreetmap.org/wiki/Key:network> Définit un
   réseau de transport-en-commun, dont le nom est souvent visible par les
   utilisateurs : TEC,  TCL ...
   - operator=* <http://wiki.openstreetmap.org/wiki/Key: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
<http://www.infotec.be/fr-be/minformer/aproposdutec/leteccestquoi.aspx>, à
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 <winfixit at gmail.com>:

> 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 <fear.hardcore at gmail.com>:
>
> 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 <winfixit at gmail.com>:
>>
>> 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 30000 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 <contact at paulmallet.net>:
>>>
>>> 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" <winfixit at gmail.com> 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 <muselaar at ouvaton.org>:
>>>>>
>>>>>>  Ç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 <windu.2b at gmail.com>:
>>>>>>
>>>>>>> '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 <muselaar at ouvaton.org> 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
>>>>>>>> <https://wiki.openstreetmap.org/w/index.php?title=Key:from&action=edit&redlink=1>  *Initial
>>>>>>>> stop*  Initial stop where the variant starts.  recommended   to
>>>>>>>> <https://wiki.openstreetmap.org/w/index.php?title=Key:to&action=edit&redlink=1>  *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 <muselaar at ouvaton.org> 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 sur la voie
>>>>>>>>> elle-même) lorsque les arrêts des deux sens sont face à face. Est-ce que
>>>>>>>>> c'est bien/acceptable/à éviter/inacceptable ?
>>>>>>>>> Mon avis, c'est que placer 2 stop-positions différents à 5 ou 10 m
>>>>>>>>> l'un de l'autre (pour qu'ils soient exactement au niveau du conducteur),
>>>>>>>>> surtout quand les quais sont quasiment au même niveau de la rue, et donc
>>>>>>>>> les bus des deux sens sont l'un contre l'autre, c'est une complexification
>>>>>>>>> sans intérêt.
>>>>>>>>> Mais j'ai des doutes, et si jamais l'avis général était contraire,
>>>>>>>>> je rajouterai ces nœuds supplémentaires.
>>>>>>>>>
>>>>>>>>> Muselaar
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Talk-fr mailing list
>>>>>>>>> Talk-fr at openstreetmap.org
>>>>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Cordialement,
>>>>>>>> Francescu GAROBY
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Talk-fr mailing listTalk-fr at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Talk-fr mailing list
>>>>>>>> Talk-fr at openstreetmap.org
>>>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Cordialement,
>>>>>>> Francescu GAROBY
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Talk-fr mailing list
>>>>>>> Talk-fr at openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Talk-fr mailing listTalk-fr at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Talk-fr mailing list
>>>>>> Talk-fr at openstreetmap.org
>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Talk-fr mailing list
>>>>> Talk-fr at openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>
>>>>>
>>>
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140712/42a05c82/attachment.htm>

Plus d'informations sur la liste de diffusion Talk-fr