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 lire qu'un timestamp doit figurer pour chacun des points pour le chargement dans JOSM, ce qui n'est pas le cas. Il existe un script python pour faire l'ajout automatiquement. Mis à part le côté pratique à titre personnel, est-ce que vous pensez que conserver et mutualiser les traces qui suivent bien les tronçons alert-c a du sens, que l'on vise un import de références Alert-C dans OSM ou pas ? La réponse "Ca peut toujours servir" est acceptable ;-) Le 3 octobre 2012 10:32, Ab_fab <gamma....@gmail.com> a écrit : > 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 et Rennes (N 137). > La position initiale du côté de Rennes n'est pas terrible. > J'ai tenté un recalage manuel au milieu des voies de circulation pour les > points de départ et d'arrivée, mais cela ne change pas grand chose dans > l'absolu (distance et durée) pour l'intégralité du parcours. > > (1) Ceux qui ont une description TMC:PREVNODE **et** une description > TMC:NEXTNODE > (2) Ceux qui ont une description TMC:PREVNODE **ou** une description > TMC:NEXTNODE, mais pas les deux > > (3) essais sur Rennes-Nantes / Nantes-Rennes > > Rennes > Initial 48.08159,-1.67524 > Recalé 48.081103,-1.675042 > > Nantes > Initial 47.26219,-1.58362 > Recalé 47.262405,-1.583625 > > > Initial Lien OSRM Dist. Durée > Nantes - Rennes http://osrm.at/1rS 96.4 68 > Rennes - Nantes http://osrm.at/1rT 96.3 68 > > > Recalé > Nantes - Rennes http://osrm.at/1rQ 96.5 68 > Rennes - Nantes http://osrm.at/1rR 96.2 68 > > > Le 2 octobre 2012 19:57, Marc Sibert <m...@sibert.fr> a écrit : > >> 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 une visualisation ici des données de la nouvelle >>>> révision 9.2 >>>> http://cartelie.application.**developpement-durable.gouv.fr/** >>>> cartelie/voir.do?carte=**ALERTC8et9&service=SG<http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=ALERTC8et9&service=SG> >>>> (on peut voir les différences avec la version 8.0 >>>> >>>> J'ai l'impression qu'il y a beaucoup de points intermédiaires que l'on >>>> ne voyait pas dans la conversion de la table v8.0 en fichier .osm que >>>> didier2020 avait utilisée dans une slippy map perso. >>>> >>> >>> Ma question portait sur la disponibilité d'un .osm issue de la >>> conversion. Finalement je l'ai fait moi même. Le logiciel à du être >>> amélioré car ça c'est assez bien passé malgré quelques erreurs sur des voie >>> urbaines (TMC:Segment-LCD=9999999). >>> >>> Voila donc le fichier : >>> http://osm7.openstreetmap.fr/~**fred/TMC_LCL2OSM-9.1-20121002-** >>> 1.osm.bz2<http://osm7.openstreetmap.fr/~fred/TMC_LCL2OSM-9.1-20121002-1.osm.bz2> >>> >>> Dans un premier temps je propose d'intégrer à Osmose la vérification des >>> points et de leur typologie (fichier SUBTYPES.DAT) : Diffuseur, Rond-point, >>> Carrefour à feux, Pont... >>> >>> Frédéric. >>> >>> >>> ______________________________**_________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr> >>> >> Plus sérieusement, >> >> je suis sidéré par l'incohérence de ce réseau ! Le manque de jointures >> entre les way, les nodes en doublons (je suis bien conscient qu'il s'agit >> de données originales, pas d'un effet de la transformation en osm). Je me >> demande comment cela est réellement exploitable dans son utilisation >> originale ! >> >> Ça veut dire aussi que ce ne sera pas facilement "directement" >> exploitable, même pour le la simple comparaison car OSM sera, encore cette >> fois, globalement de bien meilleure qualité (ça fait plaisir). >> >> Si c'est ok, je regarde un rendu OpenLayers brut pour commencer puis avec >> info bulles. Je vous dis quoi. >> >> A+ >> >> >> -- >> Marc Sibert >> mailto:m...@sibert.fr >> >> >> ______________________________**_________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr> >> > > > > -- > ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> > "Il n'y a pas de pas perdus" > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus"
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
