Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Phyks]

Salut,

Sur BRouter, j'ai fait https://github.com/abrensch/brouter/pull/117 qui 
est probablement loin d'être parfait mais permet d'attribuer des poids 
aux zones d'exclusion (nogo) plutôt que de les ignorer complètement.


Avec ça d'un côté et les données ouvertes de travaux en cours de 
l'autre, BRouter devrait donc pouvoir faire facilement du routage en 
pénalisant les zones de travaux.


Il y a quelques données ouvertes de trafic qui sont disponibles 
également (à Bordeaux par exemple 
https://www.data.gouv.fr/fr/datasets/etat-du-trafic-en-temps-reel-sur-bordeaux-metropole/) 
qui pourraient être intégrés.


Bonne journée,
--
Phyks


Le 2018-10-26 14:01, Nicolas Bétheuil a écrit :

J'ai été poser la question

https://ask.openrouteservice.org/t/roadworks-and-how-to-handle-it/45
https://groups.google.com/forum/#!topic/osm-android-bikerouting/bsRYArj8fCM
https://groups.google.com/forum/#!topic/opentripplanner-users/ryjK46IoOY8

pour commencer

Le ven. 26 oct. 2018 à 08:28, Phyks  a écrit :


Merci ! J'avais pensé à verser les signalements de cyclassist dans
OED
(et utiliser OED plutôt qu'une base différente pour cyclassist),
mais je
n'étais pas sûr que ça ait parfaitement sa place dans OED.
J'avais eu un
peu de mal à trouver de la doc / des points de contact aussi :/

Mais c'est quelque chose qui pourrait changer facilement, il y a de
quoi
faire un dump des signalements de Cycl'Assist facilement.

Concernant les travaux, pour l'instant je récupère des points
libres
mais je voudrais reprendre ça pour les associer à des objets OSM.
La
plupart des sources fournissent une aire touchée par les travaux et
il
suffit alors de chercher les intersections avec les objets OSM.
C'est
sur ma liste de trucs à faire.

Concernant les modes de transport affectés (ou les fermetures
partielles
/ totales etc), c'est très souvent donné dans un champ texte
libre, avec
toutes les variations possibles du coup… rien de normalisé et de
facile
à réutiliser j'ai l'impression :/

Pour réutiliser ça dans un calculateur d'itinéraires, je sais que
certains proposent d'éviter des zones (OpenRouteService proposé
par JB,
brouter aussi). Du coup, pas besoin d'associer ça précisément à
un objet
OSM. Le seul problème que je vois avec les zones à éviter c'est
que ces
zones de travaux ne sont pas forcément "à éviter" mais plutôt
"à
pénaliser", du moins tant que l'information précise des éléments
(trottoirs, chaussée, fermeture partielle ou totale) n'est pas bien
connu. Des travaux sur un trottoir impliquent probablement des
complications pour les automobilistes, mais il n'y a aucune raison a
priori d'éviter totalement la zone.

--
Phyks

Le 25/10/2018 à 10:45, Nicolas Bétheuil a écrit :

Classe ! Félicitations !
J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ?

L'api d'OED

est publique.
Dire si ça concerne que les vélos où aussi les voitures, les

piétons,

mobilité réduite ?
Après pour que ce soit exploitable dans OSM par un calculateur
d'itinéraire, il faut rattacher ça à des objets OSM pour les

tagguer ?


Le jeu. 25 oct. 2018 à 09:33, Phyks  a écrit :


Salut,


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.


J'ai




https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py

en stock avec toutes les opendata sur les travaux que j'ai

trouvées en

France pour l'instant (et qui les uniformise un minimum).

Ça devrait être possible de reprendre un script du genre et de
l'injecter dans OED, non ?

--
Phyks



___
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


--
Phyks

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Nicolas Bétheuil]

J'ai été poser la question

https://ask.openrouteservice.org/t/roadworks-and-how-to-handle-it/45
https://groups.google.com/forum/#!topic/osm-android-bikerouting/bsRYArj8fCM
https://groups.google.com/forum/#!topic/opentripplanner-users/ryjK46IoOY8

pour commencer

Le ven. 26 oct. 2018 à 08:28, Phyks  a écrit :

> Merci ! J'avais pensé à verser les signalements de cyclassist dans OED
> (et utiliser OED plutôt qu'une base différente pour cyclassist), mais je
> n'étais pas sûr que ça ait parfaitement sa place dans OED. J'avais eu un
> peu de mal à trouver de la doc / des points de contact aussi :/
>
> Mais c'est quelque chose qui pourrait changer facilement, il y a de quoi
> faire un dump des signalements de Cycl'Assist facilement.
>
>
> Concernant les travaux, pour l'instant je récupère des points libres
> mais je voudrais reprendre ça pour les associer à des objets OSM. La
> plupart des sources fournissent une aire touchée par les travaux et il
> suffit alors de chercher les intersections avec les objets OSM. C'est
> sur ma liste de trucs à faire.
>
>
> Concernant les modes de transport affectés (ou les fermetures partielles
> / totales etc), c'est très souvent donné dans un champ texte libre, avec
> toutes les variations possibles du coup… rien de normalisé et de facile
> à réutiliser j'ai l'impression :/
>
>
> Pour réutiliser ça dans un calculateur d'itinéraires, je sais que
> certains proposent d'éviter des zones (OpenRouteService proposé par JB,
> brouter aussi). Du coup, pas besoin d'associer ça précisément à un objet
> OSM. Le seul problème que je vois avec les zones à éviter c'est que ces
> zones de travaux ne sont pas forcément "à éviter" mais plutôt "à
> pénaliser", du moins tant que l'information précise des éléments
> (trottoirs, chaussée, fermeture partielle ou totale) n'est pas bien
> connu. Des travaux sur un trottoir impliquent probablement des
> complications pour les automobilistes, mais il n'y a aucune raison a
> priori d'éviter totalement la zone.
>
> --
> Phyks
>
> Le 25/10/2018 à 10:45, Nicolas Bétheuil a écrit :
> > Classe ! Félicitations !
> > J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ? L'api
> d'OED
> > est publique.
> > Dire si ça concerne que les vélos où aussi les voitures, les piétons,
> > mobilité réduite ?
> > Après pour que ce soit exploitable dans OSM par un calculateur
> > d'itinéraire, il faut rattacher ça à des objets OSM pour les tagguer ?
> >
> > Le jeu. 25 oct. 2018 à 09:33, Phyks  a écrit :
> >
> >> Salut,
> >>
> >>> 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.
> >>
> >> J'ai
> >>
> https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
> >> en stock avec toutes les opendata sur les travaux que j'ai trouvées en
> >> France pour l'instant (et qui les uniformise un minimum).
> >>
> >> Ça devrait être possible de reprendre un script du genre et de
> >> l'injecter dans OED, non ?
> >>
> >> --
> >> Phyks
> >>
> >>
> >>
> >> ___
> >> 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

[OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Phyks]

Merci ! J'avais pensé à verser les signalements de cyclassist dans OED
(et utiliser OED plutôt qu'une base différente pour cyclassist), mais je
n'étais pas sûr que ça ait parfaitement sa place dans OED. J'avais eu un
peu de mal à trouver de la doc / des points de contact aussi :/

Mais c'est quelque chose qui pourrait changer facilement, il y a de quoi
faire un dump des signalements de Cycl'Assist facilement.


Concernant les travaux, pour l'instant je récupère des points libres
mais je voudrais reprendre ça pour les associer à des objets OSM. La
plupart des sources fournissent une aire touchée par les travaux et il
suffit alors de chercher les intersections avec les objets OSM. C'est
sur ma liste de trucs à faire.


Concernant les modes de transport affectés (ou les fermetures partielles
/ totales etc), c'est très souvent donné dans un champ texte libre, avec
toutes les variations possibles du coup… rien de normalisé et de facile
à réutiliser j'ai l'impression :/


Pour réutiliser ça dans un calculateur d'itinéraires, je sais que
certains proposent d'éviter des zones (OpenRouteService proposé par JB,
brouter aussi). Du coup, pas besoin d'associer ça précisément à un objet
OSM. Le seul problème que je vois avec les zones à éviter c'est que ces
zones de travaux ne sont pas forcément "à éviter" mais plutôt "à
pénaliser", du moins tant que l'information précise des éléments
(trottoirs, chaussée, fermeture partielle ou totale) n'est pas bien
connu. Des travaux sur un trottoir impliquent probablement des
complications pour les automobilistes, mais il n'y a aucune raison a
priori d'éviter totalement la zone.

-- 
Phyks

Le 25/10/2018 à 10:45, Nicolas Bétheuil a écrit :
> Classe ! Félicitations !
> J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ? L'api d'OED
> est publique.
> Dire si ça concerne que les vélos où aussi les voitures, les piétons,
> mobilité réduite ?
> Après pour que ce soit exploitable dans OSM par un calculateur
> d'itinéraire, il faut rattacher ça à des objets OSM pour les tagguer ?
> 
> Le jeu. 25 oct. 2018 à 09:33, Phyks  a écrit :
> 
>> Salut,
>>
>>> 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.
>>
>> J'ai
>> https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
>> en stock avec toutes les opendata sur les travaux que j'ai trouvées en
>> France pour l'instant (et qui les uniformise un minimum).
>>
>> Ça devrait être possible de reprendre un script du genre et de
>> l'injecter dans OED, non ?
>>
>> --
>> Phyks
>>
>>
>>
>> ___
>> 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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[JB]

Je ne sais plus quels moteurs de routage permettent d'éviter des zones 
prédéfinies comme OpenRouteService 
(https://wiki.openstreetmap.org/wiki/OpenRouteService/Help#Avoid_Areas), 
mais ça me semble être typiquement la base de données de zones à éviter 
qu'ils pourraient utiliser.

JBx

Le 25/10/2018 à 10:45, Nicolas Bétheuil a écrit :

Classe ! Félicitations !
J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ? L'api 
d'OED est publique.
Dire si ça concerne que les vélos où aussi les voitures, les piétons, 
mobilité réduite ?
Après pour que ce soit exploitable dans OSM par un calculateur 
d'itinéraire, il faut rattacher ça à des objets OSM pour les tagguer ?


Le jeu. 25 oct. 2018 à 09:33, Phyks > a écrit :


Salut,

> 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.

J'ai
https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
en stock avec toutes les opendata sur les travaux que j'ai trouvées en
France pour l'instant (et qui les uniformise un minimum).

Ça devrait être possible de reprendre un script du genre et de
l'injecter dans OED, non ?

-- 
Phyks




___
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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Nicolas Bétheuil]

Classe ! Félicitations !
J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ? L'api d'OED
est publique.
Dire si ça concerne que les vélos où aussi les voitures, les piétons,
mobilité réduite ?
Après pour que ce soit exploitable dans OSM par un calculateur
d'itinéraire, il faut rattacher ça à des objets OSM pour les tagguer ?

Le jeu. 25 oct. 2018 à 09:33, Phyks  a écrit :

> Salut,
>
> > 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.
>
> J'ai
> https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
> en stock avec toutes les opendata sur les travaux que j'ai trouvées en
> France pour l'instant (et qui les uniformise un minimum).
>
> Ça devrait être possible de reprendre un script du genre et de
> l'injecter dans OED, non ?
>
> --
> Phyks
>
>
>
> ___
> 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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Christian Quest]

OpenEventDatabase n'est pas franco-français, la base (et son API) sont
ouvertes à toutes données, exactement comme OSM. Il y a des données hors de
France (comme les tremblements de terre).

Ok, le contenu actuel est quasiment uniquement franco-français, car je suis
quasiment le seul à publier des données dedans, mais bon, OSM c'était aussi
britano-anglais au tout départ ;)

Des données sur les travaux il en existe à différents endroits et les
agréger sur une plateforme commune (OEDB) permet aux N utilisateurs de
données de ne pas de prendre la tête avec les M sources. C'est la même
chose avec OSM... on harmonise les données au sein d'une même base/API et
avec un format et une structure unifié.

Tout comme OSM, l'enjeu est d'arriver à ce que les producteurs de données,
les publie directement dans cette base commune via l'API... mais on voit a
quel point c'est délicat pour OSM malgré sa notoriété !
L'avantage avec les événements, c'est qu'ils sont moins interdépendants que
les données OSM. On peut publier un événement sans trop se préoccuper de
l'existant.

Pour injecter des événements dans OEDB, j'ai publié quelques scripts
(python) sur https://github.com/openeventdatabase/datasources

Un exemple avec les infos traffic de Versailles:
https://github.com/openeventdatabase/datasources/blob/master/fr.versailles/versailles.py


Le jeu. 25 oct. 2018 à 09:35, Phyks  a écrit :

> Salut,
>
> > 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.
>
> J'ai
> https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
> en stock avec toutes les opendata sur les travaux que j'ai trouvées en
> France pour l'instant (et qui les uniformise un minimum).
>
> Ça devrait être possible de reprendre un script du genre et de
> l'injecter dans OED, non ?
>
> --
> Phyks
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Phyks]

Salut,

> 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.

J'ai
https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
en stock avec toutes les opendata sur les travaux que j'ai trouvées en
France pour l'instant (et qui les uniformise un minimum).

Ça devrait être possible de reprendre un script du genre et de
l'injecter dans OED, non ?

-- 
Phyks



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Nicolas Bétheuil]

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  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  >> > 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
> >>  >
> >>
> >> <
> 

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[marc marc]

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 > > 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
>>  >
>> 
>> 
>>  
>>
>>
>>  > sur la voirie.
>>  >
>>  > La ville de Toulouse publie elle-même ces informations sur son
>>     site Plan
>>  > DPI  (qui utilise au passage un
>>     fond de
>>  > carte OSM qui commence à dater).
>>  >
>>  > Voici par exemple les travaux en cours dans mon quartier
>>  >
>> 
>> .
>>  
>>
>>  >
>>  > 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
>>     
>>  > http://sebastien.dinot.free.fr/
>>  > Ne goûtez pas au logiciel libre, 

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Julien Coupey]

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 > 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
 >



 > sur la voirie.
 >
 > La ville de Toulouse publie elle-même ces informations sur son
site Plan
 > DPI  (qui utilise au passage un
fond de
 > carte OSM qui commence à dater).
 >
 > Voici par exemple les travaux en cours dans mon quartier
 >

.
 >
 > 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

 > 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 
 > https://lists.openstreetmap.org/listinfo/talk-fr
 >

___
Talk-fr mailing list
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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Christian Quest]

Et oui, c'est à ça qu'est destiné oedb, mais la mayonnaise n'a pas pris
jusqu'à maintenant... et je n'ai pas suffisamment de temps et d'énergie
dispo pour évangéliser à son sujet.

Problème de poule et d'oeuf peut être, mais aussi pour le calcul
d'itinéraire problème d'implémentation dans les algo pour utiliser ces
changements par rapport à un graphe stable.

A ma connaissance aucun calcul d'itinéraire ne s'appuie dessus, il est
cependant facile d'obtenir les événements le long d'un itinéraire, l'API le
permet.


Le mer. 24 oct. 2018 à 16:23, Francescu GAROBY  a
écrit :

> 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  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  (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/?=PDI=osm=1.4870595932006836,43.57095873068479=num,layer_294=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
>> > 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
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>> >
>>
>> ___
>> Talk-fr mailing list
>> 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
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Francescu GAROBY]

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  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  (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/?=PDI=osm=1.4870595932006836,43.57095873068479=num,layer_294=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
> > 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
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> 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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Julien Coupey]

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 
 
sur la voirie.


La ville de Toulouse publie elle-même ces informations sur son site Plan 
DPI  (qui utilise au passage un fond de 
carte OSM qui commence à dater).


Voici par exemple les travaux en cours dans mon quartier 
.


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
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
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Sébastien Dinot]

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 
sur la voirie. 



La ville de Toulouse publie elle-même ces informations sur son site Plan DPI 
(qui utilise au passage un fond de carte OSM qui commence à dater). 



Voici par exemple les travaux en cours dans mon quartier . 

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 
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
https://lists.openstreetmap.org/listinfo/talk-fr