<p dir="ltr">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.<br>
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...</p>
<p dir="ltr">Si quelqu'un se sent motivé par une proposition, je veux bien aider un petit peu par des photos et exemples.</p>
<div class="gmail_quote">Le 22 juil. 2014 10:47, "Muselaar" <<a href="mailto:muselaar@ouvaton.org">muselaar@ouvaton.org</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
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.<br>
« bench=stand_up_bench » serait à cet égard plus sûr.<br>
<br>
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 ?<br>
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.<br>
<br>
Merci pour vos réponses<br>
<br>
Muselaar<br>
<br>
<br>
<div>Le 22/07/2014 03:59, Philippe Verdy a
écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">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.
<div>
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.</div>
<div>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).</div>
<div>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é).</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">Le 22 juillet 2014 03:08, Muselaar <span dir="ltr"><<a href="mailto:muselaar@ouvaton.org" target="_blank">muselaar@ouvaton.org</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> 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.<br>
Mais comment faire la proposition sur le wiki ? Je ne suis
pas anglophone…<br>
NB : je n'ai rien trouvé dans le wiki à ce sujet.<br>
<br>
Muselaar<br>
<br>
<div>Le 12/07/2014 11:06, Francescu GAROBY a écrit :<br>
</div>
<div>
<div>
<blockquote type="cite">
<div dir="ltr">
<div>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.<br>
</div>
J'ignore cependant s'il existe déjà un tag/une
valeur de tag pour désigner cela...<br>
<br>
Francescu<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">Le 12 juillet 2014 11:01,
Paul Mallet <span dir="ltr"><<a href="mailto:contact@paulmallet.net" target="_blank">contact@paulmallet.net</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">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 ?</p>
<div class="gmail_quote">Le 12 juil. 2014
10:58, "Paul Mallet" <<a href="mailto:contact@paulmallet.net" target="_blank">contact@paulmallet.net</a>>
a écrit :
<div>
<div><br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">Pour les terminus, il y a
les rôles stop_entry_only et
stop_exit_only (et les rôles
platform correspondant)</p>
<p dir="ltr">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.</p>
<p dir="ltr">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...)</p>
<div class="gmail_quote">Le 12 juil.
2014 01:47, "Jo" <<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>>
a écrit :<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>Pour placer les
arrêts je m'amuse
également à chercher
des:<br>
<br>
</div>
/\/\/\/\ en France<br>
</div>
B U S en Belgique<br>
</div>
ou les abris.<br>
<br>
</div>
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.<br>
<br>
</div>
Jo<br>
<br>
</div>
Pour les bancs, je ne sais pas.
J'ai trouvé très peu de
poses-fesses jusqu'à présent.<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">2014-07-12
1:16 GMT+02:00 Muselaar <span dir="ltr"><<a href="mailto:muselaar@ouvaton.org" target="_blank">muselaar@ouvaton.org</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Ça, c'est
la classe…<br>
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 !<br>
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 : <a href="http://info.optymo.fr/votre-voyage/horaires-et-plans" target="_blank">http://info.optymo.fr/votre-voyage/horaires-et-plans</a>)<br>
<br>
Muselaar<br>
<br>
<br>
<div>Le 12/07/2014 01:03,
Jo a écrit :<br>
</div>
<div>
<div>
<blockquote type="cite">
<div dir="ltr">
<div>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.<br>
<br>
</div>
Polyglot<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">2014-07-12
0:54 GMT+02:00
Francescu GAROBY
<span dir="ltr"><<a href="mailto:windu.2b@gmail.com" target="_blank">windu.2b@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">'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).<br>
<br>
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.<br>
<br>
Francescu<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">Le
12 juillet
2014 00:31,
Muselaar <span dir="ltr"><<a href="mailto:muselaar@ouvaton.org" target="_blank">muselaar@ouvaton.org</a>></span>
a écrit :
<div>
<div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
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 :<br>
<a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant" target="_blank">https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant</a><br>
<br>
il y a :<br>
<br>
<table border="1" cellpadding="2" cellspacing="0" width="100%">
<tbody>
<tr>
<td><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:from&action=edit&redlink=1" title="Key:from
(page
inexistante)" target="_blank">from</a> </td>
<td> <i>Initial
stop</i> </td>
<td> Initial
stop where the
variant
starts. </td>
<td>
recommended </td>
</tr>
<tr>
<td> <a href="https://wiki.openstreetmap.org/w/index.php?title=Key:to&action=edit&redlink=1" title="Key:to
(page
inexistante)" target="_blank">to</a> </td>
<td> <i>Terminal
stop</i> </td>
<td> Terminal
stop where the
variant ends.
</td>
<td>
recommended </td>
</tr>
</tbody>
</table>
<br>
Voilà, si
quelqu'un peut
donner plus
d'éclaircissements…
Il est vrai
que l'anglais
n'est pas mon
point fort.<br>
En attendant,
je laisse tout
en « stop ».<br>
<br>
Muselaar<br>
<br>
<div>Le
12/07/2014
00:16,
Francescu
GAROBY a
écrit :<br>
</div>
<div>
<div>
<blockquote type="cite">
<div dir="ltr">
<div>Bonsoir,<br>
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 ?<br>
<br>
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.<br>
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.<br>
<br>
</div>
Francescu<br>
<div><br>
<br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">Le
11 juillet
2014 23:46,
Muselaar <span dir="ltr"><<a href="mailto:muselaar@ouvaton.org" target="_blank">muselaar@ouvaton.org</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bonsoir,<br>
<br>
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) ?<br>
<br>
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
?<br>
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.<br>
Mais j'ai des
doutes, et si
jamais l'avis
général était
contraire, je
rajouterai ces
nœuds
supplémentaires.<br>
<br>
Muselaar<br>
<br>
_______________________________________________<br>
Talk-fr
mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Cordialement,<br>
Francescu
GAROBY<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Talk-fr
mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
</div>
</div>
<span><font color="#888888"><br>
<br clear="all">
<br>
-- <br>
Cordialement,<br>
Francescu
GAROBY<br>
</font></span></div>
<br>
_______________________________________________<br>
Talk-fr
mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
</blockquote>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Cordialement,<br>
Francescu GAROBY<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div>
<br>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div>