C'est le cas aussi sur Paris. https://www.paris.fr/services-et-infos-pratiques/deplacements-et-stationnement/amenagements-et-travaux-de-voirie/chantiers-de-voirie-3207#la-carte-des-chantiers_6
Vu que chaque ville à sa propre base / api ça me paraît compliqué que les calculateurs d'itinéraire le prenne en compte nottament avec les arguments déjà évoqués. Vu aussi que l'idée est de ne pas faire d'import dans OSM mais que des contributeurs revalident ces données, modifier OSM me parait aussi compliqué en automatique : ce n'est pas qu'ajouter un POI, faire une conflation ... les différents chantiers ont différents impact donc à tagguer différemment. On pourrait demander aux différents calculateurs d’itinéraire sous quel forme ils préféreraient la donnée. En imaginant que ce soit sous forme de donnée OSM, on pourrait envisager des signalements dans osmose ? Passer par OED pour simplifier le travail dans osmose ? ça peut effectivement être discuté sur la liste opentraffic en invitant les "éditeurs" de solutions d’itinéraire open source s'ils n'y sont pas déjà ? avant d'avoir les bouchons (idée de base d'opentraffic comme son nom l'indique), déjà avoir les bouchons seraient une étape ? Vous en pensez quoi ? Le mer. 24 oct. 2018 à 19:42, marc marc <marc_marc_...@hotmail.com> a écrit : > Pour ma durée, je pense que cela dépend surtout de la réactivé > à les retirer mais un bon mois me semble un ordre de grandeur. > Faut pas oublier que certains app ne mettent leur donnée à jour > qu'une fois par mois. si tu tombes avant la modif de fermeture, > c'est pas trop grave, c'est comme si elle n'existe pas. > mais si tu tombes le jour avant la réouverture, elle n'aura > lieux qu'un mois + tard. > > pour EDO, l'autre soucis, c'est que c'est Franco-français > et je doute qu'il y ai bcp d'app motivé à faire une routine > pour chaque pays. > Freed a crée une liste Opentraffic > https://listes.openstreetmap.fr/wws/info/opentraffic > mais personne n'y a parlé :) > > > Le 24. 10. 18 à 17:42, Julien Coupey a écrit : > > Re, > > > > > Idéalement, il faudrait éviter de modifier OSM pour y déclarer des > > > événement ponctuels > > > > Oui bien sûr, c'est pour cela que j'ai précisé « pour peu que la durée > > des travaux le justifie ». Dans les exemples indiqués initialement, on > > est sur du 3 à 4 mois de fermeture, donc ça me semble tout à fait > > pertinent de tagger en « construction » le temps des travaux. > > > > > Et, bien évidemment, il faudrait en parallèle, que les sites de > > > calculs d'itinéraires tiennent compte d'EOD > > > > Sans rentrer dans le débat de ce qu'il faudrait idéalement, ce n'est pas > > le cas pour les principaux outils libres existants (OSRM, GraphHopper, > > Valhalla). D'une part car une telle intégration n'a jamais été faite. > > D'autre part comme indiqué par Christian parce que certains algos ont > > besoin d'une vision statique du graphe à un instant donné et, une fois > > un certain nombre de pré-calculs faits, ne pourront de toute façon pas > > réagir de manière dynamique à d'autres sources d'informations. > > > > À mon avis, le premier pas le plus pragmatique est de faire la part de > > ce qui vaut le coup d'être indiqué en dur comme inaccessible pendant une > > durée significative. > > > > À + > > Julien > > > > On 24/10/2018 16:21, Francescu GAROBY wrote: > >> Bonjour, > >> Idéalement, il faudrait éviter de modifier OSM pour y déclarer des > >> événement ponctuels (ou à courte durée), car ce serait augmenter les > >> risques de casser quelque chose. > >> Il vaudrait mieux renseigner tout cela dans OpenEventDatabase : > >> http://live.openeventdatabase.org/ > >> Et, bien évidemment, il faudrait en parallèle, que les sites de > >> calculs d'itinéraires tiennent compte d'EOD. est-ce le cas ? Je > >> l'ignore totalement... > >> > >> Francescu > >> > >> Le mer. 24 oct. 2018 à 16:13, Julien Coupey <o...@coupey.fr > >> <mailto:o...@coupey.fr>> a écrit : > >> > >> Bonjour Sébastien, > >> > >> Le meilleur moyen pour que **tous** les calculateurs d'itinéraires > >> basés > >> sur OSM prennent en compte une rue barrée est de l'indiquer comme > >> telle > >> directement dans OSM pour peu que la durée des travaux le > >> justifie. En > >> tout cas c'est ce que je fais dans ce cas autour de chez moi en > >> utilisant highway=construction (pourquoi pas ajouter la date de > >> fin des > >> travaux si elle est connue). > >> > >> La question me semble du coup être de savoir comment exploiter > >> efficacement les données fournies par la ville pour assurer des > >> mises à > >> jour dans les deux sens (fermeture et ré-ouverture). > >> > >> À + > >> Julien > >> > >> On 24/10/2018 15:53, Sébastien Dinot wrote: > >> > Bonjour à tous, > >> > > >> > On vient de me montrer que la communauté urbaine « Toulouse > >> Métropole » > >> > publie sur son site Open Data une API permettant de connaitre les > >> > chantiers en cours > >> > > >> > >> < > https://data.toulouse-metropole.fr/explore/dataset/chantiers-en-cours/information/> > > >> > >> > >> > sur la voirie. > >> > > >> > La ville de Toulouse publie elle-même ces informations sur son > >> site Plan > >> > DPI <https://www.plan.toulouse.fr/> (qui utilise au passage un > >> fond de > >> > carte OSM qui commence à dater). > >> > > >> > Voici par exemple les travaux en cours dans mon quartier > >> > > >> > >> < > https://www.plan.toulouse.fr/?&t=PDI&base=osm¢er=1.4870595932006836,43.57095873068479&layers=num,layer_294&zoom=18>. > > >> > >> > > >> > Ces informations sont des plus utiles : les travaux visibles > >> sur le > >> > dernier lien entrainent la fermeture de deux rues, ce qui modifie > >> > copieusement le flux de circulation dans mon quartier. Or, > >> l'impact des > >> > travaux sur l'axe routier est indiqué dans la description (ici « > >> Route > >> > barrée »). > >> > > >> > Du coup, il est pertinent de prendre en compte ces informations > >> dans le > >> > calcul d'itinéraire. Connaissez-vous des sites susceptibles de le > >> faire > >> > sur une base OSM auxquels nous pourrions signaler l'existence de > >> cette > >> > donnée ? > >> > > >> > Sébastien > >> > > >> > -- > >> > Sébastien Dinot, sebastien.di...@free.fr > >> <mailto:sebastien.di...@free.fr> > >> > http://sebastien.dinot.free.fr/ > >> > Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en > >> passer ! > >> > > >> > > >> > _______________________________________________ > >> > 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 > >> > >> > >> > >> -- > >> 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 > > _______________________________________________ > 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
