-1 pour bicycle:seasonal
Jusqu'à aujourd'hui il y a exactement 0 (zéro occurrences dans la base
selon taginfo).
Le plus proche c'est cycleway=seasonal=winter.intermitent
Donc 0 chance pour que ce soit pris en compte par quoi que ce soit.
bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1]) pourra être interprété
par une machine.
Et que même si l'humain a du mal à comprendre il comprendra quand même
qu'entre novembre et avril ça peut ne pas marcher. C'est au moins aussi
informatif que bicycle:seasonal=yes qui ne dit même pas à quelle saison !
Avec bicycle et bicycle:conditional on a bien décrit la situation,
pourquoi essayer d'enfumer tout le monde ?
Pour CyclOSM, je pense que la présence de bicycle:conditional doit
suffire à changer le rendu (pointillé, transparence augmentée...).
Jean-Yvon
Le 26/11/2019 à 17:02, Jean-Christophe Becquet - j...@apitux.com a écrit :
Le 26/11/2019 13:36, Florimond Berthoux a écrit :
+1 pour le seasonal
Pour ce qui est de l’accès par défaut bicycle=yes ou no, je ne sais pas trop.
Pour mon cas pratique du rendu de CyclOSM (on va afficher les routes
fermées au vélo) et de routage. Je m’attendrais à ce que la valeur par
défaut soit bicycle=yes.
Parce que je vais plutôt faire de la grimpette en été qu’en hivers et
donc utiliser ces outils l’été. Et me douter que c’est plus facilement
fermé au vélo l’hiver.
OK du coup je pars sur :
bicycle=yes
bicycle:seasonal=yes
bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])
Jean-Christophe, peux-tu nous montrer tes exemples concrets que je me
fasse une idée de la bonne manière de consommer ces données ?
Voici un exemple avec le Col de Corobin
https://www.openstreetmap.org/changeset/77585840
JC
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
