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

Mar 22 Juil 15:04:01 UTC 2014

Ton stand-up est bien, pas besoin d'ajouter de suite toutes les
particularités que j'ai cité pour l'instant. Je ne suis d'ailleurs pas
convaincu par le seatbyseat ;) car ça le rend incompatible avec un banc
debout à place individuelles.

Je propose juste si ça intéresse quelqu'un pour faire de la représentation
3d plus fidèle ou d'autres usages.
Le 22 juil. 2014 15:34, "Muselaar" <muselaar at ouvaton.org> a écrit :

>
> Le dossier, c'est déjà prévu, et proposé par JOSM, ainsi que le matériau,
> la couleur, et le nombre de places.
>
> Indiquer si le banc est composé de sièges individuels ou muni d'accoudoirs
> intermédiaires comme les bancs de la SNCF, je trouverais ça assez pratique
> : que l'on puisse se coucher ou non sur le banc (et  stand_up_bench
> l'inderdit aussi), ça, c'est un argument aussi important que le dossier ou
> le matériau. La couleur, pour moi, est un peu superflue, mais bon, chacun
> ses centres d'intérêts, après tout.
>
> Donc, pour résumer et faire plus simple, les propositions pourraient être :
>
> bench=stand_up_bench
>
> bench=seat_by_seat
>
> Pour toutes les particularités, je préférerais qu'on fasse en deux temps :
> dégrossir d'abord avec ces deux tags, puis proposer les détails ensuite,
> dans un deuxième temps, sinon, on risque de s'enliser :-S
>
> Qu'en pensez-vous ?
>
> Muselaar
>
> Le 22/07/2014 14:29, Francescu GAROBY a écrit :
>
> Les bancs avec toit, ce ne serait pas tout simplement "bench=yes" +
> "covered=yes" ?
> Quant aux "chaises plastiques fixées sur le support", je suppose que tu
> parles de strapontins ? Mais je ne vois pas bien l'intérêt de les
> différencier des bancs...
> Par contre, je préciserais volontiers si le banc a un dossier pour
> s'appuyer ou non.
>
>  Francescu
>
>
> Le 22 juillet 2014 12:49, Jean-Baptiste Holcroft <jb.holcroft at gmail.com>
> a écrit :
>
>> Plus largement, ça serait bien de réfléchir à plus de détails sur les
>> bancs, on a actuellement peut de choses pour les caractériser, je pense par
>> exemple aux bancs avec toit qui se referment, aux bancs traditionnels en
>> montagne, à la présence d'accoudoirs, aux bancs à chaise (chaises
>> plastiques fixées sur le support, je ne connais pas le nom exact), etc.
>> Pour ces bancs debout, il peut s'agir d'une simple barre de métal, d'un
>> repose fesse en plastique, de petits reposes fesses individuels, etc...
>>
>> Si quelqu'un se sent motivé par une proposition, je veux bien aider un
>> petit peu par des photos et exemples.
>> Le 22 juil. 2014 10:47, "Muselaar" <muselaar at ouvaton.org> a écrit :
>>
>>  Effectivement, si cela est possible, on peut imaginer   «
>>> bench=stand_up », si cela ne crée pas d'ambiguité chez ceux qui
>>> comprendraient (je parle des contributeurs, surtout) qu'il faut utiliser ce
>>> tag lorsqu'on est obligé de rester debout du fait de l'absence de banc.
>>>  « bench=stand_up_bench » serait à cet égard plus sûr.
>>>
>>> Vos avis ? Et la manière de procéder pour l'intégrer :  avec
>>> consultation de toute la planète, ou ajout simple au wiki ?
>>> Il doit y avoir une manière de changer en bloc toute une série d'objets
>>> comportant le même tag, je pense, si jamais cela ne faisait pas consensus à
>>> la longue, et cela permettrait pour moi d'avancer alors que la mémoire est
>>> encore fraîche.
>>>
>>> Merci pour vos réponses
>>>
>>> Muselaar
>>>
>>>
>>> Le 22/07/2014 03:59, Philippe Verdy a écrit :
>>>
>>> Pourquoi multiplier "bench=yes" avec "stand_up_bench=yes" ? Pas moyen de
>>> combiner les deux dans le même tag en mettant autre chose que "=yes" pour
>>> ajouter la précision "=stand_up" ? Arès tout même sur un banc la position
>>> assise n'est pas imposée, on peut aussi bien se coucher (se tenir debout?),
>>> y poser un sac au lieu de le poser par terre.
>>> Mais dans tous les cas il y a une position de repos qui n'oblige pas à
>>> aller jusqu'au sol en se salissant ou se mouillant, et à se relever. Les
>>> formes et designs peuvent être très variés. Ca peut même nêtre qu'une
>>> simple rampe.
>>> Si on entre trop dans le détail, on va devoir distinguer les bancs fixés
>>> à une table (courant dans les aires de pique-nique), ou encore les
>>> matériaux (bois, plastique, résine, pierre, céramiques/carrelages, métal
>>> bosssé ou émaillé, tisus), les couleurs, le nombre de places assises (exact
>>> si les places sont individualisées, ou estimées sur un simple banc), avec
>>> ou sans assise pour le dos, avec ou sans accoudoir, avec ou sans
>>> repose-tête, à même le sol ou sur une petite estrade hors d'eau), et aussi
>>> la nature du sol : naturel ou articfiel (terre, herbe, sable, gravillon,
>>> bois, bitume, ciment, béton peint), grille sur évacuation d'eau, la
>>> présence ou pas d'éclairage; à l'abri ou pas de la pluie ou du vent (toit,
>>> panneau pare-vent souvent publicitaire).
>>> On ne peut pas tout indiquer mais on eut viser un objectif, celui de
>>> l'accessibilité aux personnes à mobilité réduite, et la place ou pas dans
>>> l'abri pour un fauteuil routant (pas seulement pour monter dans un bus, ce
>>> peut être pour attendre un transport adapté).
>>>
>>>
>>> Le 22 juillet 2014 03:08, Muselaar <muselaar at ouvaton.org> a écrit :
>>>
>>>>  Pour les pseudo-bancs (assis-debout, ou repose-fesses) aux arrêts de
>>>> bus, je propose, sur le modèle de bench=yes, de créer
>>>> stand_up_bench=yes,  d'après l'appellation trouvée sur les sites de
>>>> fabricants de matériel urbain.
>>>> Mais comment faire la proposition sur le wiki ? Je ne suis pas
>>>> anglophone…
>>>> NB : je n'ai rien trouvé dans le wiki à ce sujet.
>>>>
>>>> Muselaar
>>>>
>>>> Le 12/07/2014 11:06, Francescu GAROBY a écrit :
>>>>
>>>>  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 <contact at paulmallet.net> 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" <contact at paulmallet.net> 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" <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
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> 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
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
>
>
>  --
> 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
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140722/7149dfaf/attachment.htm>