intéressants pour repérer à la source ces problèmes
Pierre
--
*De :* Ab_fab gamma@gmail.com
*À :* Discussions sur OSM en français talk-fr@openstreetmap.org
*Envoyé le :* Mardi 9 octobre 2012 5h00
*Objet :* Re: [OSM-talk-fr] Contrôle qualité des axes routiers
Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
itinéraires :
http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html
Ce que je comprends, c'est que cela met en évidence des voies desquelles on
peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises
C'est un peu plus clair en regardant le billet du journal suivant :
http://www.openstreetmap.org/user/DennisL/diary/17853
Le 9 octobre 2012 11:00, Ab_fab gamma@gmail.com a écrit :
Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
itinéraires :
: [OSM-talk-fr] Contrôle qualité des axes routiers
Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
itinéraires :
http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html
Ce que je comprends, c'est que cela met en évidence des voies desquelles on
peut entrer, mais
J'ai l'impression qu'OSRM ne gère pas bien les chemins fermés avec un area=yes
Exemple:
http://tools.geofabrik.de/osmi/?view=routinglon=2.45612lat=48.79363zoom=18overlays=islands
La place du Maréchal Joffre est en highway=residential+area=yes
Cet area=yes est à retirer, mais ne devrait pas
Le 4 octobre 2012 23:59, Marc Sibert m...@sibert.fr a écrit :
Le 04/10/2012 11:22, Marc SIBERT a écrit :
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
Travail en cours : http://freeroute.fr/tmc
Une mise à jour ce soir : des couleurs suivant le type de route (A, N ou
Ce sera intéressant, mais une fois que l'on se sera mis d'accord sur le
format des informations à entrer dans la base, c'est à dire définir ce qui
est réellement nécessaire et ce qui peut être reconstruit de manière
logicielle
par exemple :
TMC:Point-LCD = 14141
TMC:Type-Code = 1
Le 5 octobre 2012 09:37, Eric Sibert courr...@eric.sibert.fr a écrit :
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
Travail en cours : http://freeroute.fr/tmc
Une mise à jour ce soir : des couleurs suivant le type de route (A, N ou
D), des numéros sur les points.
Si
Le 08/10/2012 14:43, Ab_fab a écrit :
Ce sera intéressant, mais une fois que l'on se sera mis d'accord sur le
format des informations à entrer dans la base, c'est à dire définir ce
qui est réellement nécessaire et ce qui peut être reconstruit de manière
logicielle
par exemple :
Le 08/10/2012 15:40, Ab_fab a écrit :
Pour le cas de la savoie, c'est le chaînage entre les points qui déconne
Ils ne sont pas classés dans le bon ordre.
Il n'y a pas qu'en Savoie qu'il y a des points dans le désordre. Et
aussi de nombreuses ruptures surtout aux changements de départements
Le 08/10/2012 14:10, Marc SIBERT a écrit :
Par contre je n'arrive pas à propager les tags sur le nœud créé dans
JOSM, si quelqu'un a une idée ; j'ai déjà RTFM plusieurs fois mais sans
succès (doc de JOSM Remotecontrol).
Tu peux regarder les interactions entre ces deux fichiers, je pense que
Hello,
D'après mon gmail on en est à 33 questions/réponses sur ce sujet, ça montre
qu'il existe au moins une bonne réactivité humaine sur le sujet, non ?
Existe-t-il en une telle configuration un outil plus facile à suivre et qui
permette de mieux s'organiser que le mail ?
Si je regarde le fil
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
Travail en cours : http://freeroute.fr/tmc
Une mise à jour ce soir : des couleurs suivant le type de route (A,
N ou D), des numéros sur les points.
Si les segments qu'on voit sortent de la base gouvernementale, je
trouve
Bonjour Ista,
Merci pour tes messages.
On peut commencer par continuer la discussion sur dev-fr (que j'ai mis en
copie), histoire de ne pas envahir la messagerie de ceux que le sujet
n'intéresse pas.
Pour la synthèse, le wiki est/sera un bon endroit.
Je ne crois pas qu'il y ait deux rendus,
Bonjour,
Je tente une synthèse.
Il s'agit de réfléchir aux relations possibles entre les données OSM et les
informations numériques routières mises à disposition par le gouvernement,
avec notamment le travail Datex.
Attention qu'il y a un doute concernant la couverture Corse Datex.
L'idée
Le 4 octobre 2012 10:48, Ista Pouss ista...@gmail.com a écrit :
Bonjour,
Je tente une synthèse.
...
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
Travail en cours : http://freeroute.fr/tmc
C'est un brouillon, qui permet la simple visu.
A suivre : mise en valeur des route
Le 04/10/2012 10:48, Ista Pouss a écrit :
- amélioration qualité des données routières OSM (sur la longueur des
tronçons, sur l’exhaustivité des données, par ex), en agissant sur Osmose.
- meilleur support des notions de carrefour et de noeud routier dans OSM
- établir un rendu OpenLayers
Le 4 octobre 2012 11:22, Marc SIBERT m...@sibert.fr a écrit :
Le 4 octobre 2012 10:48, Ista Pouss ista...@gmail.com a écrit :
Bonjour,
Je tente une synthèse.
...
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
Travail en cours : http://freeroute.fr/tmc
C'est un
Je continue mes cogitations et mes recherches :
_ OSRM permet de télécharger une trace GPX de l'itinéraire qu'il a calculé
(ainsi qu'un permalink)
_ JOSM permet de télécharger les données OSM le long d'une trace GPX
Pour le moment, la trace générée par OSRM ne donne rien dans JOSM.
Je viens de
Le 04/10/2012 11:22, Marc SIBERT a écrit :
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
Travail en cours : http://freeroute.fr/tmc
Une mise à jour ce soir : des couleurs suivant le type de route (A, N ou
D), des numéros sur les points.
Pas de sélection possible
Un rendu OpenLayers, ce serait super.
Peut-on dissocier par la couleur du marqueur les points intermédiaires (1)
des points terminaux (2) des routes ?
Et également placer les coordonnées du point dans l'infobulle, pour pouvoir
la copier / coller dans osrm ?
J'ai fait quelques essais entre Nantes
Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry v...@laposte.net a
écrit :
Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour
contribuer sur le sujet. En revancheje coince sur la motivation
contrôle qualité que tu associes : pour moi il y a d'un coté le
Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry v...@laposte.net a
écrit :
Le 01/10/2012 18:24, Ab_fab a écrit :
Ça peut être une bonne occasion de voir le détail de ce schéma.
Et s'il est interessant les références des noeuds pourraient y être
indiquées, c'est sûr.
Le 1 oct. 2012
J'ai peut être raté quelque chose, mais l'export OSM est-il disponible
quelque part ?
Avant de cherche à voir si tous les segments sont bien routable dans
OSM, je me dit qu'il faudrait déjà vérifier que les points et segments
existent. Ce premier test peut peut-être être intégré à Osmose.
Il n'y a rien pour le moment en France dans la base osm lié aux localisants
alert-C.
Quelques essais de conversion effectués sur la révision 8.0 de la table,
mais qui n'ont pas été intégrés ensuite.
Pour info Il y a une visualisation ici des données de la nouvelle révision
9.2
Apparemment, le ministère du Développement Durable considère que la Corse
n'est pas française...
Le 2 octobre 2012 16:05, Ab_fab gamma@gmail.com a écrit :
Il n'y a rien pour le moment en France dans la base osm lié aux
localisants alert-C.
Quelques essais de conversion effectués sur la
Le 02/10/2012 16:05, Ab_fab a écrit :
Il n'y a rien pour le moment en France dans la base osm lié aux
localisants alert-C.
Quelques essais de conversion effectués sur la révision 8.0 de la table,
mais qui n'ont pas été intégrés ensuite.
Pour info Il y a une visualisation ici des données de la
Oui, le fichier a meilleure allure que ce qui avait été obtenu avec la
révision 8.0, où on trouvait pas mal d'aberrations.
Merci Frédéric.
Le 2 octobre 2012 17:48, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :
Le 02/10/2012 16:05, Ab_fab a écrit :
Il n'y a rien pour le moment en France
Cool, ce fichier OSM je peus l'importer directement, non ? :-)
(désolé pour le bruit)
--
Marc Sibert
mailto:m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le 02/10/2012 17:48, Frédéric Rodrigo a écrit :
Le 02/10/2012 16:05, Ab_fab a écrit :
Il n'y a rien pour le moment en France dans la base osm lié aux
localisants alert-C.
Quelques essais de conversion effectués sur la révision 8.0 de la table,
mais qui n'ont pas été intégrés ensuite.
Pour info
il y a des noeuds, des segments et des routes.
Les points très proches mais non connectés que j'ai vu font partie de
routes distinctes.
Idem pour des points en double. Sont-ils à des intersections ? Ils font
probablement partie de deux routes distinctes.
Quand on regarde les schémas des
Le 1 octobre 2012 09:21, Ab_fab gamma@gmail.com a écrit :
Bonjour,
Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
des axes routiers, la (probable) nécessité de construire des relations pour
gérer tout ça.
Depuis, je me suis souvenu d'un de mes TOC non réalisé,
Le 1 octobre 2012 09:21, Ab_fab gamma@gmail.com a écrit :
Bonjour,
Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
des axes routiers, la (probable) nécessité de construire des relations pour
gérer tout ça.
Depuis, je me suis souvenu d'un de mes TOC non réalisé,
attentioLe 1 octobre 2012 09:21, Ab_fab gamma@gmail.com a écrit :
Est-ce que le sujet intéresse du monde ?
Moi ça m'intéresse, comme contributeur java, si cette techno vous est
utile, et comme j'y comprends rien à OSM+TOC+DATEX+TMC+Table de localisant,
pour des petites contributions où
Le 1 octobre 2012 10:11, Marc SIBERT m...@sibert.fr a écrit :
Le 1 octobre 2012 09:21, Ab_fab gamma@gmail.com a écrit :
Bonjour,
Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
des axes routiers, la (probable) nécessité de construire des relations pour
gérer
La base de départ, ce sont les fichiers mis à disposition sur
http://diffusion-numerique.info-routiere.gouv.fr/tables-alert-c-a4.html
Marcus Wolschon a créé un script java qui est un plugin de son programme
traveling salesman
Ca me semble une très bonne idée de croiser les données OSM avec datex
et d'inclure des données datex dans OSM pour assurer un contrôle de
qualité et de cohérence par les calculs d'itinéraires.
Beaucoup de données externes, même non importables dans OSM peuvent
servir au contrôle de qualité et à
Le 1 octobre 2012 10:35, Ab_fab gamma@gmail.com a écrit :
La base de départ, ce sont les fichiers mis à disposition sur
http://diffusion-numerique.info-routiere.gouv.fr/tables-alert-c-a4.html
Marcus Wolschon a créé un script java qui est un plugin de son programme
traveling salesman
6 : pas encore
Là, c'est juste une intuition personnelle.
Je cherche à voir si cela parle également à d'autres personnes, au moins
dans le principe et voir s'il y a un intérêt à se pencher sur la question.
On parle beaucoup d'intégration vs. import, et dans ce cas c'est encore
plus fort.
Les
Le lundi 01 octobre 2012 à 10:02 +0200, Cyrille Giquello a écrit :
Le 1 octobre 2012 09:21, Ab_fab gamma@gmail.com a écrit :
Bonjour,
Lors de la soirée parisienne de vendredi, on a évoqué le contrôle qualité
des axes routiers, la (probable) nécessité de construire des relations pour
Bonjour,
Je suis partant pour participer avec vous à un travail sur les données DATEX.
J'avais commencé il y a qques temps à écrire des parseurs (en python /
Django)des fichiers .dat et .da2 contenus dans les zip fournis
par le site gouvernemental pour essayer de regénérer la carte donnée en .pdf
vu qu'il y a des personnes semble-t-il plus expérimentées en DATEX que moi
Peut être pas dans les lecteurs de la liste française, mais dans le monde
OSM, sans doute.
Pour essayer de saisir la problématique : vous voulez importer dans OSM
les références des points contenus dans points.dat dans
Petite précision:
+ datex est un format d'échange :
http://diffusion-numerique.info-routiere.gouv.fr/publication/cnir/test-france
en regardant l'interieur des fichiers xml, chaque événement n'utilise
pas forcement le référentiel
- le référentiel (pour la localisation) c'est alert-c
mais alert-c
Il faudrait aussi regarder la proposition des jonctions routières
complexes qui a été présentée au SOTM à Tokyo.
L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
sur ces noeuds routiers qu'il faudrait peut
Ça peut être une bonne occasion de voir le détail de ce schéma.
Et s'il est interessant les références des noeuds pourraient y être
indiquées, c'est sûr.
Le 1 oct. 2012 18:19, Christian Quest cqu...@openstreetmap.fr a écrit :
Il faudrait aussi regarder la proposition des jonctions routières
Le 01/10/2012 18:24, Ab_fab a écrit :
Ça peut être une bonne occasion de voir le détail de ce schéma.
Et s'il est interessant les références des noeuds pourraient y être
indiquées, c'est sûr.
Le 1 oct. 2012 18:19, Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr a écrit :
46 matches
Mail list logo
