Mais de quel rendu tu parles? Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de problemes sur les differents rendus que j ai pu rencontrer. Tu peux donner un lien sur un exemple?
Julien ------------------------------ Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit : >Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent le >rendu est faux si les rond-points ne sont pas découpés pour les routes avec >des chemins pour chaque sens, ou ceux qui ont des petites entrées et >sorties juste avant le rond point. Donc trouver d'abord un moyen de >corriger le rendu. > >Mais bon, je mappe en Belgique. Je ne viendrai plus découper des >rond-points en France... Enfin, pas trop souvent en tout cas. > >Jo > > > > >2014-07-17 19:38 GMT+02:00 Marc Sibert <m...@sibert.fr>: > >> Je rebondis sur la remarque de Vincent : >> >> A quoi/qui ça sert de découper les rond-point ? >> >> Aux applications de routage : non ? >> Au rendu : non ? >> A simplifier le travail des contributeurs : non ? >> Les trolley ? (les fils ne sont pas dans le même plan que les voies, alors >> pourquoi tagguer les voies ?) et même : allez je vous le concède : couper >> les ronds-points traversés partiellement par un trolley (mais pas passant >> par le centre hein !) >> Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ; demandez >> à V son avis, je ne reçois plus ces mails :-)... un bonheur ) >> >> Alors ? >> >> D'autres candidats TOC*cés des RP ? >> * Trouble Obsessionnel du... Coupage mdr >> >> A+ >> >> Marc >> ----------------------------OPPOSANT AU DECOUPAGE - KISS >> ----------------------------- >> >> >> Le 17/07/2014 16:06, Vincent Pottier a écrit : >> >> >> 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 >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >> >> -- >> Marc Sibert >> mailto:m...@sibert.fr >> >> >> >> _______________________________________________ >> 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