j'ai bien vu cela (même si n'est pas compréhensible sur la capture) mais aucun des 4 itinéraires n’atteint l'itinéraire réel alors que ce sont 2 points de osm de la place. donc même ce site a du limiter le nuage de way représentant la place. alors imagine les dégâts si tu routes entre Paris et Monpellier en surfacique.
Le 18.06.19 à 20:25, osm.sanspourr...@spamgourmet.com a écrit : > Marc j'ai fait comme toi, écrit à peu près le même message et me suis > rendu compte avant de l'expédier que c'était l'ergonomie de l'outil et > non l'outil qui péchait. > > Car là il te montre 4 trajets possibles : le plus court, le plus calme, > le plus touristique... > > Il faut cliquer à Gauche sur le mode fin que tu souhaites pour qu'il > mette en évidence un seul des 4 trajets. > > Jean-Yvon > > Le 18/06/2019 à 20:10, marc marc - marc_marc_...@hotmail.com a écrit : >> Le 18.06.19 à 18:48, lenny.libre a écrit : >>>> donc pour ma part, les routes donnant sur une place >>>> se rejoignent en un point + souvent place=square >>>> c'est une représentation imparfaite, mais c'est >>>> à l'heure actuelle sans doute le meilleur compromis >>> Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ? >> les évolutions des tags dans osm se font généralement >> - soit par des tags supplémentaires (highway puis maxspeed >> puis lanes puis turn:lanes par ex) >> - soit par un changement de tags (par ex power=sub_Station >> divisé en 2 power=substation et power=generator). >> Si on suit cette logique, c'est area:highway qui devrait >> être utilisé pour une transitions sans dégradation. >> >> casser en disant "yaka faire du routage surfacique", >> c'est méconnaître ce que cela implique techniquement : >> il y a un gros travail de prétraitement à faire. >> je ne retrouve plus hélas l'article qui était publiée sur osmweekly >> mais la moindre place avec qlq rues est transformée en un nuage >> de way qui connectent tous les paires de points de la surface. >> en passant, cela veux dire aussi qu'une place surfacique >> avec 8 nœuds consomme 9x l'espace disque et mémoire >> comparé à sa version linéaire et ce n'est pas en un claquement >> de doigt qu'on augmente la puissance d'un serveur gratuit. >> >> je pense que les outils continueront de s'améliorer simplement >> à la demande de leur utilisateur, en fonction des ressources dispo. >> >>> alors quehttps://moodwalkr.com/@montpellier/itineraire >>> peut calculer un itinéraire >> https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png >> j'espère que tu partageras mon avis que l'amélioration par >> rapport à une représentation filaire ne saute pas aux yeux >> alors que le point de départ et d'arrivée sont accessible >> en ligne droite sans obstacle. >> PS: je n'ai pas chercher à mettre l'outil en difficulté, >> j'ai juste demandé la place et une adresse de la place. >> _______________________________________________ >> 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 > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr