Moi je dirai qu’on met cycleway='track' quand on a pas le temps d’être
précis.

djakk

Le mar. 20 févr. 2018 à 20:14, Francescu GAROBY <windu...@gmail.com> a
écrit :

> En l'occurrence, je vois qu'il a notamment fusionné la piste cyclable qui
> longe le Cours Montalivet avec ce dernier. C'est une erreur ! Il y a une
> rangée d'arbres, sur un parterre large de 2m, qui sépare ces 2 axes.
> Il faut lui dire d'arrêter ça.
>
> Francescu
>
> Le 20 février 2018 à 20:12, marc marc <marc_marc_...@hotmail.com> a écrit
> :
>
>> Le 20. 02. 18 à 19:58, David Crochet a écrit :
>> > Cette clé "cycleway=track", bien que correct, définit moins que la piste
>> > décrite elle-même puisqu'en étant séparé de la voie routière, on peut
>> > définir sa matière de surface ainsi.
>>
>> non, il n'y a pas de différente entre les 2 pour les tags.
>> on peux tout aussi bien décrire tous les caractéristiques avec 2 chemins
>> qu'avec un seul en utilisant les namespaces comme cycleway:surface=*
>> la différence n'est pas là.
>>
>> > Bref, il est partisan de cette clé associé à la voie routière, je suis
>> > partisan de l'autre façon et de le décrire de façon indépendante.
>>
>> c'est un problème sans fin, on en a parlé longuement il y a moins de 2
>> mois ici même.
>> dans osm, la convention est supposé de ne séparer un way en 2 que
>> lorsqu'il y a un obstacle entre les 2 qui empche de passer de l'un
>> à l'autre.
>> c'est capital pour le routing et c'est la seule façon qui fonctionne
>> correctement pour le routing. (=il n'y a pour le moment aucune
>> proposition qui a aboutie pour dire que 2 way séparé sont "sans obstacle
>> entre eux)
>>
>> maintenant d'autres ont envie de gagner qlq cm dans la localisation de
>> la piste cyclable ou du trottoir et ont font 2 way séparés.
>> cette amélioration du rendu se fait selon moi au détriment du routing.
>> donc on dégrade l'un pour améliorer l'autre.
>>
>> Je pense que la seule solution est qu'un partisan de ce schéma travaille
>> pour faire une proposition qui résolve les problèmes de routing qu'elle
>> provoque. car ces propals sont au points mort.
>>
>> Cordialement,
>> Marc
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Francescu
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à