[OSM-talk-fr] Comment différencier une Zone 30 d'une limitation à 30 ?

[Vincent Pottier]

Le 27/05/2011 14:18, Olivier Cédric a écrit :
> Le 27/05/2011 13:39, Pieren a écrit :
>> 2011/5/27 Olivier Cédric<cedric.olivier at free.fr>
>>
>>> Je ne trouve pas cela normal ... limiter la zone 30 uniquement à 
>>> l'aspect
>>> limitation de vitesse à 30 km/h est très réducteur de ce qu'est 
>>> réellement
>>> une zone 30 :
>>>
>>>
>> C'est le panneau lui-même qui se limite à cette information 
>> principale. Le
>> fait que les vélos puissent circuler à double sens est assez récent et
>> nécessite l'ajout d'un autre panneau de toute façon (et un autre tag 
>> dans
>> OSM aussi).
Dans Besançon, ils ont peint des petits vélos à contre sens par terre, 
ça permet de rappeler aux voitures qu'elles risquent de rencontrer des 
cyclistes. Mais pas de panneau en plus.
>> Moi je ne taggue pratiquement jamais les zones 30 parce que 
>> contrairement à
>> ce que dit le texte cité, les panneaux de fins de zones ne sont que très
>> rarement présents sur le terrain. Bref, on nous montre toujours quand ça
>> commence mais jamais quand ça finit. Ca fait toujours quelques euros de
>> gagné en pannaux de signalisation...
>> Vous pouvez ajouter tous les nouveaux tags imaginables, si un 
>> logiciel veut
>> traiter les limites de vitesses dans OSM, il se contentera du tag
>> "maxspeed".
Certes, mais...
>> Tout le reste est trop aléatoire (valeurs par défaut, etc) et
>> aucun logiciel ne prendra le risque de spéculer sur une vitesse 
>> limite (ou
>> la circulation à contre sens des vélos) suivant des polygones landuse 
>> ou un
>> source:maxspeed sans valeur effective ou qui varie d'un pays à 
>> l'autre (je
>> sais que les allemands s'en servent beaucoup mais c'est du local).
>>
>> Il faut aussi préciser que les living_street ou zones de rencontre n'ont
>> rien à voir avec les zones 30.
>>
>> Pour conclure, dans un sens unique d'une zone 30, je préfère voir les 
>> tags:
>> - oneway=yes
>> - maxspeed=30
>> - bicycle=opposite
>>
>> plutôt que
>> - oneway=yes
>> - source:maxspeed=zone30 ou urban:30 ou FR:urban:zone:30 ou 
>> BE:zone20, etc
>>
>> Pieren
>
> Je pense tout de même qu'il serait interessant de pouvoir dissocier 
> les zone 30 des simples limitations à 30.
> Par contre je suis 100% d'accord, qu'il faut laisser le maxspeed=30, 
> oneway=yes, bicycle = opposite etc si il y a autre chose...
>
> Je me contenterais bien d'ajouter en + de ces informations 
> FR:zone30=yes, ce qui permettra en cas de modification de législation 
> de savoir repérer facilement les zone 30 dans OSM.
Tout à fait d'accord pour que l'info maxspeed, bicycle... bref toutes 
les spécificités de la zone 30 soient indiquées sur le way, pour qu'elle 
soit exploitée.
Mais ça fait redondant et je suis paresseux. Et faire la mise à jour à 
la main... pfff.
Et bien c'est à ça que servent les robots.


Le 27/05/2011 12:15, Ab_fab a écrit :
> Dans l'esprit, cela se rapproche de cette relation 934933 "code de la 
> Route" [1], appliquée à la relation 11980 [2] pour la France 
> Métropolitaine.
> Si les règles changeaient au niveau national, il suffirait d'aller 
> modifier la valeur ici.
> Et sous la condition que la pratique d'utilisation de ce schéma se 
> développe et qu'il soit utilisé par les logiciels de routage.
> [1] http://www.openstreetmap.org/browse/relation/934933
> [2] http://www.openstreetmap.org/browse/relation/11980
>
Je doute aussi que dans un avenir proche, les logiciels de routage en 
tiennent compte.
Donc robots taggeurs.
C'est relativement simple de lire les informations dans la relation 
"Code de la route" et de les appliquer aux highways ayant le tag qui va 
bien.
Mais s'il vous plaît pas un source:*
source est fait pour autre chose.

Bon, je ne sais pas bien faire ça... Mais d'autres sont très doués.

Probablement que la syntaxe de la relation defaults est perfectible, 
plus genre xpath...
Mais c'est une piste.

Promis, s'il y a un bot qui pose et révise périodiquement les tags 
maxspeed & bicycle sur les zones 30, je mets les tags zone 30 !
--
FrViPofm