[OSM-talk-fr] highway=path + bicycle=yes

[marc marc]

Le 15. 12. 17 à 13:27, Charles MILLET a écrit :
 > Peut-être que pour l'aspect calculateur d'itinéraire, il faut
 > considérer que mtb:scale=0 ce n'est pas très praticable par les vélos
 > de route et qu'à partir de mtb:scale=1 ce n'est plus praticable.

La description de mtb:scale=0, valeur la + base, me donne l'impression 
que c'est tout a fait praticable en vélo de ville.
En tout cas pour ma part, un chemin sans pente, sans racine ni rocher, 
sans virage sec etc, cela se pratique aisément en vélo électrique qui 
est pourtant à l’opposé de la maniabilité d'un vtt.
Je pense donc que mtb:scale=0 -> adapté à tout type de vélo
tandis qu'à partir de 1 et +, ce n'est utilisable qu'en vtt.

 > je ne vois presque jamais cette clé utilisée...

Le problème pour ma part, c'est que quand je fais du vélo,
ce n'est pas l'idéal pour encoder des valeurs dans osm, sauf à s'arrêter 
sans arrêt pour noter les découpes de chemins nécessaires.
Il faudrait un dictaphone commandé par la voix (à quand un "dis osm ?")
et quasi un porte tablette avec un StreetComplete axé vélo.

Probablement faut-il faire comme pour le routing voiture :
appliquer une bonus malus selon les infos disponible. exemple :
si piste cyclable : distance *75%
si bande cyclable : distance *85%
si surface=asphalt;concrete;paving_stones;metal: distance *90%
si surface=sett;cobblestone;unpaved (et sous-catégorie) : distance *110%
ajuster le bonus/malus selon smoothness
ajuster le malus si incline important (il faudrait un inclinomètre)

Le 15. 12. 17 à 14:34, Simon Réau a écrit :
> Je n'ai pas envie d'enlever le tag bicycle=yes car je me dit qu'il doit 
> bien avoir une raison à la présence de ce tag.

Regarde l'historique de l'un ou l'autre chemin qui a ce tag et pose la 
question à ceux qui les ajoutent. Mais je crains que tu soies déçu du 
manque de cohérence des réponses.
Pour ma part, je pense qu'il y a un gros nettoyage à faire.

Cordialement,
Marc