Re: [OSM-talk-fr] Raildar OSM
Le 11/01/2014 23:57, François Lacombe a écrit : Ce projet a décidément toutes les qualités, il fait parler d'OSM et améliore la qualité des données... good job ! Petite update sur notre outil de vérification des tracés. Pierre a beaucoup bossé le javascript, a diablement amélioré les perfs, du coup, nous avons importé le monde entier dans l'engin. Vous pouvez jouer avec ici : http://www.raildar.fr/osrm/ Au menu : - routes alternatives proposées par OSRM - ajout de vias sur la route pour forcer un trajet précis - mise en évidence des erreurs de virages manifestement impossibles à effectuer pour un train - reverse route Bon weekend ! Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Bonjour, Quelques erreurs mises en évidence entre la Normandie et Pyongyang, mais ça marche plutôt pas mal ! Je ne sais pas si vous connaissez ça : une détection des tronçons isolés de part et d'autre, qui utilise OSRM http://www.openstreetmap.org/user/DennisL/diary/17853 Je n'ai pas trouvé de description précise du fonctionnement de l'outil. Une annonce sur les listes internationales vous permettra peut être de trouver des renforts pour améliorer encore l'outil Bon weekend ! Le 19 janvier 2014 09:58, Spyou r...@spyou.org a écrit : Le 11/01/2014 23:57, François Lacombe a écrit : Ce projet a décidément toutes les qualités, il fait parler d'OSM et améliore la qualité des données... good job ! Petite update sur notre outil de vérification des tracés. Pierre a beaucoup bossé le javascript, a diablement amélioré les perfs, du coup, nous avons importé le monde entier dans l'engin. Vous pouvez jouer avec ici : http://www.raildar.fr/osrm/ Au menu : - routes alternatives proposées par OSRM - ajout de vias sur la route pour forcer un trajet précis - mise en évidence des erreurs de virages manifestement impossibles à effectuer pour un train - reverse route Bon weekend ! Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Bonjour Pierre, Je ne connais pas toutes les subtilités des tags dans ce domaine, mais en regardant certaines gares parisiennes, j'ai décelé quelques noeuds taggués comme suit : public_transport = stop_position train = yes Selon [1] il est possible d'ajouter un numéro de référence, du genre (pour la voie N°3) ref = 3 Il y a également des mentions concernant les références / noms UIC. Ces informations sont généralement situées sur le noeud décrivant l'ensemble de la gare. En conséquence j'aurais tendance à ne pas les multiplier pour chacun des points d'arrêt (*) Les quais peuvent également être référencés. NB : Pour faciliter la contribution des nouveaux arrivants dans osm, et en particulier ceux qui s'intéressent à un sujet en particulier, il est possible de mettre en place une fiche osmecum [2] C'est très pratique comme pense-bête, et ça permet de maintenir une bonne homogénéité dans les contributions. Il n'existe pas encore pour le domaine ferroviaire. Il est également bienvenu de partager les zones que l'on sait très bien cartographiées. Un recensement existe pour un grand nombre de domaines et donne deux exemples de gares : Avignon TGV et Cologne [3]. Comme souvent dans OSM, l'exemple allemand est très ... fourni ;-) (*) En affichant la carte sur le site principal, il est possible de cliquer sur les éléments (points, polylignes ...) en allant dans le menu des couches et en cochant la case Données de la carte. Les noeuds qui comportent des tags sont cerclés. Bonne journée - [1] http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position [2] http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum [3] http://wiki.openstreetmap.org/wiki/FR:Cartotheque#Transport_ferroviaire (*) Pour la gare de Cologne, chaque point d'arrêt porte les infos de la gare (nom, références nationale et internationale) Le 13 janvier 2014 02:16, Pierre Beyssac p...@fasterix.frmug.org a écrit : Bonjour, Je rebondis sur la discussion en cours. Je me présente car c'est mon premier message ici : je travaille, euh m'amuse disons, sur le projet Raildar lancé par Bruno. Je m'intéresse donc principalement aux voies ferrées dans OSM et à vrai dire (pour avoir fait beaucoup de traces GPS ferroviaires au fil des ans et rencontré des problèmes de précision) je trouve la base de bonne qualité et plutôt complète. J'ai fait pas mal de corrections dans OSM suite aux bugs de voies trouvés par Raildar et j'ai créé un visualisateur de routes ferroviaires OSRM pour aider au debug (il est là http://www.raildar.fr/osrm/osrm.html ou là pour la version de dev http://signal.eu.org/osm/ ). Comme je suis (indépendamment de Raildar) un indécrottable amateur de trains j'ai aussi ajouté/complété des gares et voies. On Mon, Jan 13, 2014 at 12:00:43AM +0100, Spyou wrote: Le 11/01/2014 23:57, François Lacombe a écrit : A mon avis il serait peut-être possible de se servir du type de voie pour faire le routage plutôt que de rajouter des waypoints fantômes. C'est à dire qu'OSRM devrait tenir compte du fait qu'un TER ne peut pas prendre les voies TGV par exemple. OSRM est malheureusement incapable de prendre des consignes à l'entrée lors des demandes. Tout passe par la conf en LUA qui doit ensuite être moulinée pendant deux bonnes heures avant de donner une db utilisable. On peut bien entendu faire tourner X instances d'OSRM (une pour les TGV, une pour les TER, une pour les RER, ...) mais c'est autant de boulot à maintenir :( Je vois quand même un cas où des infos supplémentaires dans OSM pourraient être très utiles et d'intérêt général : des labels aux voies/quais dans les gares, qui permettraient de relier une indication de voie pour un train (de SNCF Direct co) avec une position géographique, qui est un des points qui posent problème à Raildar dans les (nombreuses) gares avec des quais ne desservant pas toutes les destinations. -- Sent from my FreeBSD server on its IPv6 connection Pierre Beyssac p...@fasterix.frmug.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Le 11/01/2014 23:57, François Lacombe a écrit : A mon avis il serait peut-être possible de se servir du type de voie pour faire le routage plutôt que de rajouter des waypoints fantômes. C'est à dire qu'OSRM devrait tenir compte du fait qu'un TER ne peut pas prendre les voies TGV par exemple. OSRM est malheureusement incapable de prendre des consignes à l'entrée lors des demandes. Tout passe par la conf en LUA qui doit ensuite être moulinée pendant deux bonnes heures avant de donner une db utilisable. On peut bien entendu faire tourner X instances d'OSRM (une pour les TGV, une pour les TER, une pour les RER, ...) mais c'est autant de boulot à maintenir :( ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Bonjour, Je rebondis sur la discussion en cours. Je me présente car c'est mon premier message ici : je travaille, euh m'amuse disons, sur le projet Raildar lancé par Bruno. Je m'intéresse donc principalement aux voies ferrées dans OSM et à vrai dire (pour avoir fait beaucoup de traces GPS ferroviaires au fil des ans et rencontré des problèmes de précision) je trouve la base de bonne qualité et plutôt complète. J'ai fait pas mal de corrections dans OSM suite aux bugs de voies trouvés par Raildar et j'ai créé un visualisateur de routes ferroviaires OSRM pour aider au debug (il est là http://www.raildar.fr/osrm/osrm.html ou là pour la version de dev http://signal.eu.org/osm/ ). Comme je suis (indépendamment de Raildar) un indécrottable amateur de trains j'ai aussi ajouté/complété des gares et voies. On Mon, Jan 13, 2014 at 12:00:43AM +0100, Spyou wrote: Le 11/01/2014 23:57, François Lacombe a écrit : A mon avis il serait peut-être possible de se servir du type de voie pour faire le routage plutôt que de rajouter des waypoints fantômes. C'est à dire qu'OSRM devrait tenir compte du fait qu'un TER ne peut pas prendre les voies TGV par exemple. OSRM est malheureusement incapable de prendre des consignes à l'entrée lors des demandes. Tout passe par la conf en LUA qui doit ensuite être moulinée pendant deux bonnes heures avant de donner une db utilisable. On peut bien entendu faire tourner X instances d'OSRM (une pour les TGV, une pour les TER, une pour les RER, ...) mais c'est autant de boulot à maintenir :( Je vois quand même un cas où des infos supplémentaires dans OSM pourraient être très utiles et d'intérêt général : des labels aux voies/quais dans les gares, qui permettraient de relier une indication de voie pour un train (de SNCF Direct co) avec une position géographique, qui est un des points qui posent problème à Raildar dans les (nombreuses) gares avec des quais ne desservant pas toutes les destinations. -- Sent from my FreeBSD server on its IPv6 connection Pierre Beyssac p...@fasterix.frmug.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Bonjour, Je vois que le projet reste bien actif, c'est très intéressant de suivre les évolutions via le wiki [1] Je vois que vous faites un import complet tous les ~ 5 jours. Est-ce que la tenue à jour de l'extrait Geofabrik grâce aux diffs journaliers [2] peut être envisagée ? C'est ce qui est fait pour le service opensnowmap, avec osmconvert et osmfilter que vous utilisez déjà. Cela permet de passer à une maj journalière, et ça peut s'automatiser. Concernant la fiabilité du routage, est-ce qu'il y a un manque dans la qualification des voies (type, vitesse max) qui gagnerait à être corrigé ou ajouté dans la base ? La carte http://www.openrailwaymap.org/ met bien en évidence les diiférentes sortes de voies (service, grande vitesse, industrielle ...). Utiliser ce fond de carte pour le débuggage serait peut être pratique. Est-ce qu'il y a du mieux sur le front des erreurs identifiées il y a quelques jours ? Bonne continuation [1] http://wiki.raildar.fr/index.php/Accueil [2] http://download.geofabrik.de/europe-updates/ Le 31 décembre 2013 13:50, Spyou r...@spyou.org a écrit : Bonjour à toutes et à tous, Je sais que vous avez déjà discuté de Raildar, j'avoue ne pas avoir remonté toutes les archives de la liste avant mon inscription. Pour ceux qui n'ont pas suivi, il s'agit de construire une carto des trains live (et historique) la plus fiable possible http://www.raildar.fr/. La version actuellement sur la home fonctionne encore avec l'API Google, mais une paire de fêlés prépare une version OSM beaucoup plus jolie et fonctionnelle ici : http://www.raildar.fr/osmtchoutchou. Elle deviendra la version par défaut d'ici quelques semaines. Le code de l'UI OSM est dispo sur un GIT. Le code coté serveur, lui, est pour l'instant gardé privé, d'une part parce qu'il est franchement crado, mais également parce qu'il tape méchamment sur les sites SNCF et que je ne voudrais pas que le projet capote avec des dizaines de personnes qui feraient tourner les crawlers entraînant une réaction méchante de la SNCF, soit techniquement, soit juridiquement. Je code des méthodes pour l'API à la demande pour accéder aux infos collectées :) Coté serveur, au début, je me cantonnais à importer les relations préexistantes dans OSM en ne retenant que les voies intéressantes mais c'était du oneshot laborieux et pas très intelligent dans la mesure ou je ne reversais pas mes corrections modifs dans OSM. L'appli web est aussi capable de relever la position des gens qui jouent le jeu dans les trains, mais c'est difficile avec un smartphone et les nouvelles vitres athermiques. J'ai finalement réussi à monter un routed OSRM et à y importer l'ensemble des objets taggués railway en europe. Nous en sommes maintenant à l'étape contrôle de ce qu'OSRM a généré. On a monté une petite appli web pour ça : http://raildar.fr/osm/line_display. Elle permet de checker la vraisemblance des trajets. On tombe sur plusieurs sortes de problèmes récurrents : - Les allés/retours entre gares pour changer de voies, problème que je règle en redemandant le trajet à OSRM en décalant légèrement le départ et l'arrivée en plusieurs itérations et en conservant la plus courte et aussi en découpant les trajets en tronçons entre les gares - Les glitchs de trajets avec de légers rebroussements pour prendre un aiguillage à l'envers, principalement dûs à l'absence de certaines voies dans OSM - Des trajets absolument délirants qui font un détour monstre, généralement dû à une rupture de voie dans OSM (j'en ai déjà corrigé un peu, j'en ai d'autres en stock) On tient un registre des problèmes qui nous semblent venir de la base OSM, si quelqu'un veut jouer : https://pad.ilico.org/p/raildar (en bas). Vous y trouverez aussi, pour ceux que ça intéresse, les méthodes existantes dans l'API et un peu d'infos sur ce qui a déjà été fait et ce qui sera fait à l'avenir. Pour aller plus loin, coté serveur, chaque trajet validé est enregistré aux cotés des infos du train (numéro de circulation SNCF, gares, horaires des passages, ligne SNCF concernée, etc ..). On ne peut pas ressortir les id des ways empruntés puisque le routed OSRM ne sort que des listings de points GPS, mais je me dis qu'un bout de script devrait pouvoir permette de les extrapoler simplement pour enrichir la base de relations d'OSM de façon plus ou moins automatisée. Si ça interpelle quelqu'un .. :) Bon réveillon ! Cordialement, Bruno aka Spyou aka @turblog ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Le 11/01/2014 18:08, Ab_fab a écrit : Bonjour, 'soir fab, 'soir toutes tous ! Je vois que le projet reste bien actif, c'est très intéressant de suivre les évolutions via le wiki [1] Il y a aussi un changelog plus ou moins tenu à jour https://pad.ilico.org/p/raildar_changelog Je vois que vous faites un import complet tous les ~ 5 jours. Est-ce que la tenue à jour de l'extrait Geofabrik grâce aux diffs journaliers [2] peut être envisagée ? Oui, mais vu notre vitesse de travail coté intégration de path, je suis pas certain que ce soit nécessaire. On fait les correction à la main dans notre base en relançant la génération des chemins erronés. Une fois qu'ils nous plaisent, on ne fais plus appel à OSRM, sinon, ça ramerai trop (on devrait avoir 160 positionnements / secondes lundi à l'heure de pointe, OSRM peut pas gérer) Concernant la fiabilité du routage, est-ce qu'il y a un manque dans la qualification des voies (type, vitesse max) qui gagnerait à être corrigé ou ajouté dans la base ? La carte http://www.openrailwaymap.org/ met bien en évidence les diiférentes sortes de voies (service, grande vitesse, industrielle ...). Utiliser ce fond de carte pour le débuggage serait peut être pratique. Il faudra qu'on attaque les tronçon vitesses un jour oui, pour l'instant, les trains sont considérés comme roulant à vitesse constante ce qui est, bien entendu, une hérésie. Nous avons commencé à écrire des bouts de LUA pour prendre ça en compte (en bas de https://pad.ilico.org/p/raildar_routing) Pour l'instant, la problématique, c'est surtout le routage automatique incorrect : - des TER qui prennent des bouts de ligne LGV - des TGV qui traversent Paris par les voies du RER B - des RER qui prennent le métro - etc. A priori, on va résoudre ça en insérant des waypoints fantomes dans nos query à OSRM, une fois que tous les chemins auront été corrigés. Pierre a détecté une bizarrerie, il semblerait que des connexions entre voies de métro RER soient utilisées pour symboliser les correspondances ... Du coup, nous, on risque de galérer le jour ou on va attaquer le métro, et on a déjà des effets de bord actuellement ^^ Est-ce qu'il y a du mieux sur le front des erreurs identifiées il y a quelques jours ? Quelques personnes font des corrections régulièrement et la liste des chemins erronés dégonfle doucement. On a monté un petit outil avec Pierre pour déboguer plus facilement : http://raildar.fr/osrm/osrm.html http://raildar.fr/osrm/osrm.html#6/46.920/5.086 Bonne soirée :) Bruno / Raildar ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Bonsoir, Le 11 janvier 2014 22:47, Spyou r...@spyou.org a écrit : Nous avons commencé à écrire des bouts de LUA pour prendre ça en compte (en bas de https://pad.ilico.org/p/raildar_routing) Pour l'instant, la problématique, c'est surtout le routage automatique incorrect : - des TER qui prennent des bouts de ligne LGV - des TGV qui traversent Paris par les voies du RER B - des RER qui prennent le métro - etc. A priori, on va résoudre ça en insérant des waypoints fantomes dans nos query à OSRM, une fois que tous les chemins auront été corrigés. Pierre a détecté une bizarrerie, il semblerait que des connexions entre voies de métro RER soient utilisées pour symboliser les correspondances ... Du coup, nous, on risque de galérer le jour ou on va attaquer le métro, et on a déjà des effets de bord actuellement ^^ A mon avis il serait peut-être possible de se servir du type de voie pour faire le routage plutôt que de rajouter des waypoints fantômes. C'est à dire qu'OSRM devrait tenir compte du fait qu'un TER ne peut pas prendre les voies TGV par exemple. Cette piste a-t-elle déjà été envisagée ? Au moins elle éviterait l'ajout de données côté raildar parce que biensur, il faudra s'assurer de leur qualité après coup. Je ne sais pas ce que les gens qui s'occupent du ferrovaire en pensent, je ne suis pas fan des noeuds en communs sur les ways pour symboliser des correspondances entre lignes commerciales (les ways ne servent qu'à symboliser les lignes physiques). Ce projet a décidément toutes les qualités, il fait parler d'OSM et améliore la qualité des données... good job ! A+ *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Le 11 janvier 2014 22:47, Spyou r...@spyou.org a écrit : Pierre a détecté une bizarrerie, il semblerait que des connexions entre voies de métro RER soient utilisées pour symboliser les correspondances ... C'est très mauvais cette méthode d'interconnexion. Pour les correspondances mulrimodales on a un type d'objet adéquat, ce sont les plateformes, des polygones tracés autour des points d'arrêt sur des réseaux séparés. Si on interconnecte par un noeud, on se retrouve à devoir ajouter toute une série de tags d'interdiction et de restriction d'accès selon les moyens de transport, et même pas selon les réseaux précis : le réseau TGV et le réseau RER sont pourtant tous les deux ferroviaires et exploités par la SNCF, on ne peut pas les distinguer dans les tags de restrictions d'accès. A décharge toutefois, il y a bel et bien des TGV qui circulent exceptionnellement sur d'autres voies : les aiguillages le permettent et permettent par exemple : - en cas d'accident sur une ligne de détourner le trafic (quitte à le faire circuler plus lentement) - d'amener les véhicules de maintenance des voies et de transport de rails ou de balast. - de permettre à certains clients de commander des TGV spéciaux jusque devant chez eux ou devant des lieux de manifestations promotionnelles (par exemple les TGV Pièce jaune ou Téléthon ou Festival de Cannes ou pour certains spectacles ou épreuves sportive, ou pour des séminaires d'entreprise, qui peuvent arriver jusque dans des petits villages ou des stations balnéaires habituellement non désservies par des lignes régulières). S'il plait à une agence de voyage de faire une tournée des stations alpines, elle pourrait le faire même dans les petites gares (tant que les lignes ne sont pas totalement désaffectées, par exemple si elles servent encore au frêt) pour aller directement au bon village de la bonne vallée et non dans une des gares principales. Et même si la ligne n'est pas électrifiée : un TGV peut se faire tracter par un véhicule diesel, et cela arrive régulièrement en fait dans les cas de pannes électriques sur le réseau. Un TGV spécial commandé par un client pourra aller dans n'importe quelle gare, même si pour cela il doit rouler à 30 km/h sur certains tronçons, ou doit avoir une charge limitée avec moins de voitures. Les réseaux RER, TER et TGV ne sont pas séparés, ce sont les lignes commerciales qui le sont. Il y a même des interconnexions avec certaines lignes du métro parisien, là où elles sont encore ferrées et c'est bien pratique pour la maintenance la nuit du métro parisien sans avoir à faire des transbordements sur des voues parallèles de service. Cela permet aussi de livrer le matériel roulant. Bref les interconnexions sont possibles sur les réseaux (et également fréquentes et même souhaitables pour la sécurité et pour gérer les incidents, mais aussi pour la maintenance). cependant il faut distinguer : - le réseau physique où elles existent (sans que cela constitue des arrêts): ce sont les chemins tracés pour les infrastructures (qui ne sont pas des lignes de transport). - des réseaux de lignes (itinéraires de type=route dans OSM) ouvertes au trafic commercial régulier d'un transporteur, plusieurs réseaux pouvant avoir des segments communs sans pouvoir emprunter pour autant les segments réservés au voisin. Je suis d'avis même ***que ces lignes soient même tracées séparément de l'infrastructure,*** en parallèle à celle-ci, afin d'éviter les recouvrements, surtout si les infrastructures sont complexes (plusieurs voies parallèles, exemple toutes les grandes gares parisiennes ou de capitales régionales), hormis dans les gares face à certains quais (un des quais habituels seulement) car l'exploitant du réseau peut demander au transporteur à tout moment d'emprunter une autre voie que celle prévue, sans même que cela change la liste des points d'arrêts prévus ni nécessairement les horaires: la ligne commerciale n'entre pas dans le niveau de détail du réseau physique emprunté (c'est vrai aussi pour les lignes bus, aériennes ou de navigation). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Raildar OSM
Et peut-être impliquer les personnes du projet Réseau ferré... http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/R%C3%A9seau_ferr%C3%A9 Florian Le Vendredi 3 janvier 2014 1h06, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a maintenant un pad dédié aux ruptures d'itinéraires ferroviaires trouvés à l'aide d'OSRM et vérifiés à la mano par les utilisateurs de raildar. https://pad.ilico.org/p/raildar_routing La liste n'est pas très longue, si on se mobilise on devrait avoir un truc d'équerre assez rapidement. Alors ? chiche ? Le 31 décembre 2013 13:50, Spyou r...@spyou.org a écrit : Bonjour à toutes et à tous, Je sais que vous avez déjà discuté de Raildar, j'avoue ne pas avoir remonté toutes les archives de la liste avant mon inscription. Pour ceux qui n'ont pas suivi, il s'agit de construire une carto des trains live (et historique) la plus fiable possible http://www.raildar.fr/. La version actuellement sur la home fonctionne encore avec l'API Google, mais une paire de fêlés prépare une version OSM beaucoup plus jolie et fonctionnelle ici : http://www.raildar.fr/osmtchoutchou. Elle deviendra la version par défaut d'ici quelques semaines. Le code de l'UI OSM est dispo sur un GIT. Le code coté serveur, lui, est pour l'instant gardé privé, d'une part parce qu'il est franchement crado, mais également parce qu'il tape méchamment sur les sites SNCF et que je ne voudrais pas que le projet capote avec des dizaines de personnes qui feraient tourner les crawlers entraînant une réaction méchante de la SNCF, soit techniquement, soit juridiquement. Je code des méthodes pour l'API à la demande pour accéder aux infos collectées :) Coté serveur, au début, je me cantonnais à importer les relations préexistantes dans OSM en ne retenant que les voies intéressantes mais c'était du oneshot laborieux et pas très intelligent dans la mesure ou je ne reversais pas mes corrections modifs dans OSM. L'appli web est aussi capable de relever la position des gens qui jouent le jeu dans les trains, mais c'est difficile avec un smartphone et les nouvelles vitres athermiques. J'ai finalement réussi à monter un routed OSRM et à y importer l'ensemble des objets taggués railway en europe. Nous en sommes maintenant à l'étape contrôle de ce qu'OSRM a généré. On a monté une petite appli web pour ça : http://raildar.fr/osm/line_display. Elle permet de checker la vraisemblance des trajets. On tombe sur plusieurs sortes de problèmes récurrents : - Les allés/retours entre gares pour changer de voies, problème que je règle en redemandant le trajet à OSRM en décalant légèrement le départ et l'arrivée en plusieurs itérations et en conservant la plus courte et aussi en découpant les trajets en tronçons entre les gares - Les glitchs de trajets avec de légers rebroussements pour prendre un aiguillage à l'envers, principalement dûs à l'absence de certaines voies dans OSM - Des trajets absolument délirants qui font un détour monstre, généralement dû à une rupture de voie dans OSM (j'en ai déjà corrigé un peu, j'en ai d'autres en stock) On tient un registre des problèmes qui nous semblent venir de la base OSM, si quelqu'un veut jouer : https://pad.ilico.org/p/raildar (en bas). Vous y trouverez aussi, pour ceux que ça intéresse, les méthodes existantes dans l'API et un peu d'infos sur ce qui a déjà été fait et ce qui sera fait à l'avenir. Pour aller plus loin, coté serveur, chaque trajet validé est enregistré aux cotés des infos du train (numéro de circulation SNCF, gares, horaires des passages, ligne SNCF concernée, etc ..). On ne peut pas ressortir les id des ways empruntés puisque le routed OSRM ne sort que des listings de points GPS, mais je me dis qu'un bout de script devrait pouvoir permette de les extrapoler simplement pour enrichir la base de relations d'OSM de façon plus ou moins automatisée. Si ça interpelle quelqu'un .. :) Bon réveillon ! Cordialement, Bruno aka Spyou aka @turblog ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] Raildar OSM
Il y a maintenant un pad dédié aux ruptures d'itinéraires ferroviaires trouvés à l'aide d'OSRM et vérifiés à la mano par les utilisateurs de raildar. https://pad.ilico.org/p/raildar_routing La liste n'est pas très longue, si on se mobilise on devrait avoir un truc d'équerre assez rapidement. Alors ? chiche ? Le 31 décembre 2013 13:50, Spyou r...@spyou.org a écrit : Bonjour à toutes et à tous, Je sais que vous avez déjà discuté de Raildar, j'avoue ne pas avoir remonté toutes les archives de la liste avant mon inscription. Pour ceux qui n'ont pas suivi, il s'agit de construire une carto des trains live (et historique) la plus fiable possible http://www.raildar.fr/. La version actuellement sur la home fonctionne encore avec l'API Google, mais une paire de fêlés prépare une version OSM beaucoup plus jolie et fonctionnelle ici : http://www.raildar.fr/osmtchoutchou. Elle deviendra la version par défaut d'ici quelques semaines. Le code de l'UI OSM est dispo sur un GIT. Le code coté serveur, lui, est pour l'instant gardé privé, d'une part parce qu'il est franchement crado, mais également parce qu'il tape méchamment sur les sites SNCF et que je ne voudrais pas que le projet capote avec des dizaines de personnes qui feraient tourner les crawlers entraînant une réaction méchante de la SNCF, soit techniquement, soit juridiquement. Je code des méthodes pour l'API à la demande pour accéder aux infos collectées :) Coté serveur, au début, je me cantonnais à importer les relations préexistantes dans OSM en ne retenant que les voies intéressantes mais c'était du oneshot laborieux et pas très intelligent dans la mesure ou je ne reversais pas mes corrections modifs dans OSM. L'appli web est aussi capable de relever la position des gens qui jouent le jeu dans les trains, mais c'est difficile avec un smartphone et les nouvelles vitres athermiques. J'ai finalement réussi à monter un routed OSRM et à y importer l'ensemble des objets taggués railway en europe. Nous en sommes maintenant à l'étape contrôle de ce qu'OSRM a généré. On a monté une petite appli web pour ça : http://raildar.fr/osm/line_display. Elle permet de checker la vraisemblance des trajets. On tombe sur plusieurs sortes de problèmes récurrents : - Les allés/retours entre gares pour changer de voies, problème que je règle en redemandant le trajet à OSRM en décalant légèrement le départ et l'arrivée en plusieurs itérations et en conservant la plus courte et aussi en découpant les trajets en tronçons entre les gares - Les glitchs de trajets avec de légers rebroussements pour prendre un aiguillage à l'envers, principalement dûs à l'absence de certaines voies dans OSM - Des trajets absolument délirants qui font un détour monstre, généralement dû à une rupture de voie dans OSM (j'en ai déjà corrigé un peu, j'en ai d'autres en stock) On tient un registre des problèmes qui nous semblent venir de la base OSM, si quelqu'un veut jouer : https://pad.ilico.org/p/raildar (en bas). Vous y trouverez aussi, pour ceux que ça intéresse, les méthodes existantes dans l'API et un peu d'infos sur ce qui a déjà été fait et ce qui sera fait à l'avenir. Pour aller plus loin, coté serveur, chaque trajet validé est enregistré aux cotés des infos du train (numéro de circulation SNCF, gares, horaires des passages, ligne SNCF concernée, etc ..). On ne peut pas ressortir les id des ways empruntés puisque le routed OSRM ne sort que des listings de points GPS, mais je me dis qu'un bout de script devrait pouvoir permette de les extrapoler simplement pour enrichir la base de relations d'OSM de façon plus ou moins automatisée. Si ça interpelle quelqu'un .. :) Bon réveillon ! Cordialement, Bruno aka Spyou aka @turblog ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr