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.oliv...@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
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
