Le 17/07/2014 14:16, Christian Quest a écrit :
Je suis quand même ennuyé par autre chose, le fait qu'un objet unique
(un rond point) soit décrit plusieurs fois dans la base. Pour
comptabiliser par exemple le nombre de rond points, il suffit de
compter les junction=roundabout... mais lorsqu'on les découpe, et bien
ça fausse le décompte...
Ça, c'est le véritable argument.
Un objet sur le terrain <=> un objet dans OSM
C'est ça la visée d'OSM.
Le principal problème :
Un rond-point découpé, ça fait plusieurs highway=junction dans OSM.
Pour résumer,
* Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il des
deux modèles (j'ai essayé garmin en mode voiture et piéton, les
ronds-points entiers sont parfaitement traités dans les deux cas).
Donc autant ne pas éclater.
* Les relations route vivent très bien avec des ronds-points entiers. Il
n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des
route=hikking avec ronds-points, ça va très bien aussi.
Donc autant ne pas éclater.
* Le principal problème du rond-point entier dans une relation route, il
se situe dans certaines interfaces chaise-clavier qui perçoivent ça
comme un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne
bloque pas.
Par ailleurs, les ronds-points éclatés bugguent dans les versions
newbies du kernel.
Donc autant ne pas éclater.
Pour les inconditionnels de la découpe, inventez le tag
highway=junction_part pour les tronçons, mais ne multipliez pas les
highway=junction.
En plus, avec une bonne relation highway=junction, ça résoudrait
peut-être les problèmes des ronds-points avec ponts.
--
FrViPofm
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
