Bonsoir, je vais prendre une analogie pour le cas où tu as vraiment envie de réfléchir à cette pratique : un maison composé de 4 murs. si quelqu'un a envie de couper une maison en 4 morceaux pour renseigner la couleur de chaque mur, le tag building=house ne doit PAS être mis sur chacun des 4 murs de la maison mais uniquement sur la relation polygone qui réunit les 4 murs en UNE maison. un mur n'est pas une maison.
c'est pareil avec les round-points. junction=roundabout définit UN rond-point. si quelqu'un coupe ce rond-point en 4 morceaux, chaque morceau de rue n'est pas en lui-même un rond-point. donc chaque morceau de rue ne doit pas lui-même avoir le tag de rond-point. Pour bien faire, il faut séparer l'aspect "bout de route" de l'aspect "ces x morceaux de routes forment un rond-point" cela aurait au moins le mérite d'être moins galère à maintenir pour tous sauf ceux qui veulent du micro-rendu d'itinéraire. Mais cela nécessite aussi de voir quel outil sont capable de gérer ce bazar. PS: l'argument du bus qui prend plusieurs fois le rond-point est une bonne blague, la quasi unanimité de rond-points que tu découpes sont fait sans aucune connaissance locale, tu n'as aucun moyen de savoir par où le bus passe réellement, c'est des changeset en mode devinette. je persiste donc à penser que c'est donc bien des tag pour le rendu : aucun lien avec la réalité, ce n'est fait que pour le rendu. parfois cela correspond à la réalité, parfois pas, selon la chance. dans tous les cas c'est horrible à maintenir, suffit de voir la discussion précédente sur la taux de rupture malgré le temps passé à réparer. Cordialement, Marc Le 14. 09. 18 à 00:42, Jo a écrit : > Tag pour le rendu veut dire: utiliser un tag qui ne s'applique pas, > juste parce que l'on aime bien la couleur ou icõne utilisé par le rendu. > > Sur un rond-point découpé on peut décrire exactement ce que fait le bus > sur le rond point. > Ce qui est surtout utile quand le bus emprunte la rotonde plusieurs > fois, ce qui arrive plus souvent que l'on ne le penserait. > > Et oui, c'est plus clair dans le rendu également. > > > Pour la maintenance, avec JOSM on peut faire: > > Ctrl-f > "junction=roundabout inview" > > pour sélectionner tous les morceaux composants la rotonde. > > Avec iD, je ne sais pas. C'est trop limité, je ne l'utilise que > sporadiquement. > > Polyglot > > Op vr 14 sep. 2018 om 00:17 schreef marc marc <marc_marc_...@hotmail.com > <mailto:marc_marc_...@hotmail.com>>: > > tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un > trajet de de bus au lieu d'afficher l'ensemble du rond-point. > on a dàjà mainte fois évoqué la galère de maintenance que cela > constitue > mais je pense que c'est peine perdue > > Le 13. 09. 18 à 23:19, Christian Rogel a écrit : > > J’aimerais connaître les raisons pour lesquelles certains membres > de la communauté jugent utiles de couper les rond-points petits > morceaux (jusqu’à 7). > > Ceux que j’ai tracé dans ma ville, connue pour être la capitale > des rond-points (il y en a quelques centaines sur toute > l’agglomération) ont été découpés peu de temps avant que le réseau > de bus soit complètement réagencé. > > Depuis des semaines, je reconstitue les rond-points, les > redimensionne et les recale, si nécessaire. > > Je me suis aperçu que la fusion est sensible à une faute > d’orthographe dans un des « name ». Elle était empêchée, parce qu’un > segment était nommé « name:br = kroazhent-tro X » (il faut un s et > non un z). Anomalie assez peu explicable. > > Cela me fait penser que le découpage a pour conséquence de > compliquer la tâche de ceux qui veulent ajouter des « name » dans > des alphabets différents. > > Apparemment et heureusement, les relations n’interfèrent pas. > > Cela va dans le sens de les attacher au rond-point entier. > > Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux > sens, donc le bus est amené à faire un tour complet (dans un cas, le > trajet est énorme, peut-être 150 m). > > > > Les réorganisations des bus sont d’excellentes occasions pour > vérifier la qualité et remettre à jour la voirie, les adresses, les > passages piétons, etc. > > > > Christian R. > > > > > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org <mailto: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 > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
