Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Bonjour Marc Nous connaissions déjà ce projet avant de développer OsmTransport. Nous avons choisi une méthode différente d'affichage : dans osmtransport, les lignes sont des couches vectorielles visibles au-dessus du fond cartographique mapnik ou osmarender (ou autre), alors que dans ce projet, le rendu est fait sur les tuiles png, pour tous les niveaux de zoom. Notre approche est plus flexible car elle permet: * d'afficher ou de masquer les lignes comme on le veut via le bouton + en haut à droite de la carte * d'afficher automatiquement chaque ligne avec la couleur décrite dans le tag color de la relation route : pas besoin, comme pour un rendu via des tuiles, de configurer chaque ligne de chaque ville dans un fichier de configuration de style mapnik. Dans osmtransport, c'est automatique. * on peut afficher des info complémentaires via une pop-up lorsqu'on clique sur un arrêt ou une ligne. Cela a aussi des inconvénients : * lorsqu'il y a beaucoup d'éléments (arrêts , lignes) à afficher dans osmtransport, le navigateur peut souffrir de ralentissements. * il est difficile d'écrire des étiquettes sous les lignes et à côté des arrêts pour indiquer les noms. Bref ce sont je pense 2 projets complémentaires Le 14 août 2009 21:25, Marc SIBERT m...@sibert.fr a écrit : Bonsoir, Je viens de tomber là-dessus : http://www.öpnvkarte.de/?zoom=13lat=45.18439lon=5.72595layers=BThttp://www.xn--pnvkarte-m4a.de/?zoom=13lat=45.18439lon=5.72595layers=BT Quand les grands esprits se rencontrent... -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
2009/7/2 Pierre Mauduit pierre.maud...@gmail.com: Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou truc que js peut manger. Même pas :-P Postgis propose des fonctions d'exports vers kml ST_AsKML([version], geometry, [precision]) Voire même ST_AsGeoJSON pour un parsing plus rapide que celui d'un KML en JS, via OpenLayers ... F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Nous avons pensé à cela, et d'ailleurs on va passer au format geoJson. Mais nous avons choisi de ne pas faire d'outil en temps réel par peur de surcharge du serveur. Nous ferons des tests temps réel, mais pour l'instant le système est mis à jour une fois par jour, et j'aime bien la possibilité de zoom auto sur une ville via la liste déroulante. Le 3 juillet 2009 13:53, Francois Van Der Biest francois.vanderbi...@camptocamp.com a écrit : 2009/7/2 Pierre Mauduit pierre.maud...@gmail.com: Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou truc que js peut manger. Même pas :-P Postgis propose des fonctions d'exports vers kml ST_AsKML([version], geometry, [precision]) Voire même ST_AsGeoJSON pour un parsing plus rapide que celui d'un KML en JS, via OpenLayers ... F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
2009/7/3 kimaidou kimai...@gmail.com Nous avons pensé à cela, et d'ailleurs on va passer au format geoJson. Mais nous avons choisi de ne pas faire d'outil en temps réel par peur de surcharge du serveur. Nous ferons des tests temps réel, mais pour l'instant le système est mis à jour une fois par jour, et j'aime bien la possibilité de zoom auto sur une ville via la liste déroulante. http://lists.openstreetmap.org/listinfo/talk-fr Je pense que c'est Stefan de Konink qui a un système qui permet de faire du temps réel sur un certain nombre de choses via une API de type XAPI. Il avait un exemple très impressionnant mais je n'arrive plus a retrouver le lien qu'il avait donné. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Supayr :) Merci beaucoup pour le travail! le rendu est sympa même si je suis pas fan du choix de la ville ... ;) j'avais d'ailleur pas saisit le add location donc il y a un bruxelles à paris :D Sinon vivement que ça arrive pour la belgique aussi.. je suis justement occupé à faire les lignes de transports en commun chez nous :)... Petite Question ... comment l'outil affiche-t'il les backward et forward dans les routes de bus par exemple? Meric encore et bonne continuation 2009/7/2 kimaidou kimai...@gmail.com Bonjour la liste, Suite aux évolutions de l'application de suivi des transports publics OsmTransport que j'avais commencé à développer, je vous transmets la présentation détaillée qui est disponible, avec des copies d'écran ici : http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques OsmTransport est un outil qui permet d'afficher par dessus un fond de carte OpenStreetMap les lignes de transports publics : métro, bus et tramway. Les lignes sont extraites des données sources d'OpenStreetMap à partir des relation routes ( http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation) et mises en forme en fonction du type de ligne et de la couleur spécifiée dans la relation route par le tag color. Il y a pour l'instant une couche de données (un layer) par type de ligne et un par type d'arrêts. Pour l'affichage du réseau non avons choisi d'utiliser un affichage vectoriel à la différence de Google. Les principaux avantages de l'utilisation de l'affichage vectorielles par rapport à l'utilisation de Mapnik pour afficher ces lignes sont : * l'utilisation dynamique du tag color pour styliser chaque ligne (pas besoin de créer autant de styles que de lignes ce qui nécessaire dans Mapnik). Une ligne dont la route n'a pas de tag color est affichée en noir. * la possibilité d'afficher ou non chacune des couches, si on ne souhaite par exemple que voir les lignes de métro. * la possibilité d'avoir des informations complémentaires sur un arrêt (ou un ligne) sur clic de l'élément. Pour l'instant, seules des informations sommaires sont données, et seulement sur les arrêts. L'un des objectifs principal de cet outil est d'aider les contributeurs à visualiser l'avancement des transports publics par commune. Un autre objectif est de montrer les informations à corriger ou à compléter sur les lignes et les arrêts (Par exemple une ligne noire montre l'absence du tag color dans la relation, ou bien on peut comparer les lignes de tramways issues de la relation route=tram avec celles issues du railway=tram) L'affichage de données vectorielles demande des ressources qui croissent avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le choix a été fait de créer des zones nommées locations pour lesquelles les lignes sont extraites. Ces locations correspondent en fait à des villes. On peut sélectionner une location pour zoomer automatiquement sur la zone concernée, et voir les lignes de cette zone (seules les lignes de cette zone sont affichées, pour ne pas surcharger le navigateur). Si une location n'est pas dans la liste, on peut en créer une en cliquant sur le lien Add a location en haut à droite. Il faut au préalable zoomer sur la zone souhaitée. Ensuite, il faut cliquer sur Draw puis dessiner un rectangle de la zone voulue, puis ajouter le nom de la zone (utiliser si possible le nom de la ville) puis le pays, et enfin valider avec le bouton Add. Si tout se passe bien, la page se rafraîchit sans message d'erreur et vous voyez les lignes qui ont déjà été cartographiées. Si vous ne voyez pas de lignes, c'est sûrement parce qu'il n'y a pas de routes correspondantes dans la données d'OpenStreetMap, ou bien que les couches n'ont pas été rafraîchies depuis l'ajout de cette données. Les données sont mises à jour tous les matins à 6h30 à partir des fichiers tar.gz fournis par Geofabrik ( http://download.geofabrik.de/osm/europe/ ). Pour l'instant, les données ne sont téléchargées et donc disponibles que pour la France métropolitaine. Un permalink est fourni une fois la location choisie et la page raffraîchie. Par exemple pour la ville de Montpellier : http://3liz.fr/public/osmtransport/index.php?location=MontpellierBtChooseLocation=Ok Cette version étant la toute première et que nous souhaitons respecter l'adage :Release often release early, certains bugs sont déjà connus : * une fois le bouton Draw cliqué, parfois le rectangle ne se dessine par où on le souhaite. * la couche des arrêts de métro affiche aussi toutes les stations de train. Pour l'instant, nous n'avons pas trouvé le moyen avec osm2pgsql de trouver les points de type bus_stop ou railway=station qui appartiennent respectivement à une route de type route=bus ou route=tram. * la pop-up sur clic d'un arrêt ne fonctionne que pour la couche visible la plus au dessus (la plus en bas
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
bonjour, Le 3 juillet 2009 14:52, eMerzh merz...@gmail.com a écrit : Supayr :) Merci beaucoup pour le travail! le rendu est sympa même si je suis pas fan du choix de la ville ... ;) du système de location. Comme dit plus haut, c'est un moyen simple et efficace de proposer une navigation immédiate vers une ville et de ne pas surcharger le navigateur internet. Et surtout on pourra ensuite mettre des styles différents facilement par location, en ajoutant des options spécifiques. j'avais d'ailleur pas saisit le add location donc il y a un bruxelles à paris :D je vais faire du ménage :) Sinon vivement que ça arrive pour la belgique aussi.. je suis justement occupé à faire les lignes de transports en commun chez nous :)... je suis justement en train de modifier la structure de mon fichier de mises à jours pour intégrer d'autres pays. Je vous tiens au courant une fois que j'ai ajouté d'autres pays Petite Question ... comment l'outil affiche-t'il les backward et forward dans les routes de bus par exemple? Pour l'instant il ne les gère pas car il se base sur l'outil de conversion des planet vers la base de donnée postgis appelé osm2pgsql. Cet outil ne gère pas ces infos... Meric encore et bonne continuation De rien, et on a encore du pain sur la planche ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Le 3 juillet 2009 14:29, Emilie Laffray emilie.laff...@gmail.com a écrit : Je pense que c'est Stefan de Konink qui a un système qui permet de faire du temps réel sur un certain nombre de choses via une API de type XAPI. Il avait un exemple très impressionnant mais je n'arrive plus a retrouver le lien qu'il avait donné. Emilie Laffray J'avais au départ souhaité utiliser xapi, mais je n'ai jamais réussi à obtenir une réponse des serveurs xapi. Quelqu'un a un exemple d'url qui fonctionne ? J'ai fais des tests du type http://www.informationfreeway.org/api/0.6/node[amenity=hospital][bbox=-6,50,2,61] Mais je n'ai jamais rien en retour. Xapi serait-il mort ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
2009/7/3 kimaidou kimai...@gmail.com J'avais au départ souhaité utiliser xapi, mais je n'ai jamais réussi à obtenir une réponse des serveurs xapi. Quelqu'un a un exemple d'url qui fonctionne ? J'ai fais des tests du type http://www.informationfreeway.org/api/0.6/node[amenity=hospital][bbox=-6,50,2,61] http://www.informationfreeway.org/api/0.6/node%5Bamenity=hospital%5D%5Bbbox=-6,50,2,61%5D Mais je n'ai jamais rien en retour. Xapi serait-il mort ? Il existe apparemment une url pour le benelux http://xapi.openstreet.nl:8000/ . Maintenant je ne sais pas si ça fonctionne actuellement. Grosso modo, la machine qui fait tourner XAPI est en rade et personne ne sait proposer pour la réparer. Il semblerait qu'elle ne boote plus et qu'il faille la réinstaller. Il y avait un thread la dessus. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Merci pour l'info Emilie ! Il existe apparemment une url pour le benelux http://xapi.openstreet.nl:8000/ . Maintenant je ne sais pas si ça fonctionne actuellement. Grosso modo, la machine qui fait tourner XAPI est en rade et personne ne sait proposer pour la réparer. Il semblerait qu'elle ne boote plus et qu'il faille la réinstaller. Il y avait un thread la dessus. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Pour information, la Belgique est maintenant dans la base de données d'OsmTransport. J'ai ajouté Brussel kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Wow! au taquet! Merci pour la réactivitée :) 2009/7/3 kimaidou kimai...@gmail.com Pour information, la Belgique est maintenant dans la base de données d'OsmTransport. J'ai ajouté Brussel kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Bonsoir Info : la Suisse et la Suède sont dans la base. Amusez-vous bien Have fun Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
ERRATUM : le fichier planet de la suisse me fait un bug lors de l'import avec osm2pgsl Ca devrait être corrigé demain (on espère) Le 3 juillet 2009 18:28, kimaidou kimai...@gmail.com a écrit : Bonsoir Info : la Suisse et la Suède sont dans la base. Amusez-vous bien Have fun Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
La Grande Bretagne (Great Britain) est aussi ajoutée J'ai fait un test sur London, et il y a foule d'arrêts de bus ! Par contre, apparemment le tag color n'est pas renseigné. Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Suite aux évolutions de l'application de suivi des transports publics OsmTransport que j'avais commencé à développer, je vous transmets la présentation détaillée qui est disponible, avec des copies d'écran ici : http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques Top super cool ! Mais comme je ne poste jamais que pour dire bravo ;-) (honte sur moi !) : mises en forme en fonction du type de ligne et de la couleur spécifiée dans la relation route par le tag color. Ce serait possible de documenter ces usages (de color et de ? network ? tram ? bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce possible, à quoi cela s'applique) Histoire d'éviter que d'autres dans leur coin se lancent sur cette voie avec un tag color=red/route_color=0xRGB Les principaux avantages de l'utilisation de l'affichage vectorielles par rapport à l'utilisation de Mapnik pour afficher ces lignes sont : C'est plus facile mais ça ram ? (je fais un pronostic avant lecture ;-) ) * l'utilisation dynamique du tag color pour styliser chaque ligne (pas besoin de créer autant de styles que de lignes ce qui nécessaire dans Mapnik). Une ligne dont la route n'a pas de tag color est affichée en noir. Bonne remarque, cette fonction manque au style de mapnik et c'est dommage * la possibilité d'afficher ou non chacune des couches, si on ne souhaite par exemple que voir les lignes de métro. En supposant que tu fasses 3 layers mapnik : bus/tram/metro, ça doit rester jouable * la possibilité d'avoir des informations complémentaires sur un arrêt (ou un ligne) sur clic de l'élément. je pense que ça n'empêche pas, tu gardes ton codes JS actuel, mais tu ne fais plus de rendu des traits, tu gardes juste la fonction d'info bulle sur un point. Mais je conçois parfaitement que votre solution soit préférable pour plein de bonnes raisons, je crains juste le résultat pour des grosses villes (+ transport péri-urbain) avec bus/tram/metro avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le choix a été fait de créer des zones nommées locations pour lesquelles les lignes sont extraites. Ha ? c'est pénible ça pour la scalabilité ça veut dire que chacun doit passer pour créer sa zone qu'il va falloir gérer ceux qui n'ont pas fait une bonne zone (seules les lignes de cette zone sont affichées, pour ne pas surcharger le navigateur). C'est peut-être une idée à la con, mais : Il est rare qu'un gus veuille afficher les réseaux de bus de la france entière non ? ne serait-ce pas souhaitable de limiter le zoom minimum d'activation du layer ? Et ainsi s'affranchir de cette gestion pénible de choix de zone ? Une zone étant finalement définie par ce que regarde l'utilisateur. (Ou alors je flaire que vous n'avez pas trouvé la requête postgis qui va bien ;-) un coup de main ?) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Très intéressant. Une idée d'amélioration pour la suite : pouvoir choisir de n'afficher qu'un seul type de transport. Parce que quand on va commencer à ajouter les lignes de bus sur Paris, ça va être un peu fouilli :D Le 2 juillet 2009 15:46, kimaidou kimai...@gmail.com a écrit : Bonjour la liste, Suite aux évolutions de l'application de suivi des transports publics OsmTransport que j'avais commencé à développer, je vous transmets la présentation détaillée qui est disponible, avec des copies d'écran ici : http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques OsmTransport est un outil qui permet d'afficher par dessus un fond de carte OpenStreetMap les lignes de transports publics : métro, bus et tramway. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
bonjour Sly, mes réponses plus bas : Top super cool ! Merci ;) mises en forme en fonction du type de ligne et de la couleur spécifiée dans la relation route par le tag color. Ce serait possible de documenter ces usages (de color et de ? network ? tram ? bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce possible, à quoi cela s'applique) Histoire d'éviter que d'autres dans leur coin se lancent sur cette voie avec un tag color=red/route_color=0xRGB J'ai ajouté il y a environ 2 semaines le tag color dans cette page : http://wiki.openstreetmap.org/wiki/FR:Relation:route#Transports_Publics Pour le reste, j'aimerais bien avoir un tableau équivalent pour les différents types d'arrêts. Les principaux avantages de l'utilisation de l'affichage vectorielles par rapport à l'utilisation de Mapnik pour afficher ces lignes sont : C'est plus facile mais ça ram ? (je fais un pronostic avant lecture ;-) ) C'est pas vraiment plus facile, juste plus dynamique : je n'ai pas à ajouter à la main le style pour la ligne n° bidule de la ville machin. Dès que le tag color est renseigné, c'est affiché ! * la possibilité d'afficher ou non chacune des couches, si on ne souhaite par exemple que voir les lignes de métro. En supposant que tu fasses 3 layers mapnik : bus/tram/metro, ça doit rester jouable oui, comme pour ton beta.letuffe, mais je préfère le mode vectoriel : pas besoin de refaire toutes les tuiles de tous les niveaux de zoom. Un seul fichier vectoriel (assez léger) suffit * la possibilité d'avoir des informations complémentaires sur un arrêt (ou un ligne) sur clic de l'élément. je pense que ça n'empêche pas, tu gardes ton codes JS actuel, mais tu ne fais plus de rendu des traits, tu gardes juste la fonction d'info bulle sur un point. Je préfère me garder la possibilité d'afficher les tags des lignes sur clic ou survol, pour voir ce qui est renseigné. Mais je conçois parfaitement que votre solution soit préférable pour plein de bonnes raisons, je crains juste le résultat pour des grosses villes (+ transport péri-urbain) avec bus/tram/metro La limite se trouve surtout au niveau du navigateur. Firefox gère bien les vectoriels en mémoire, mais IE 6 très mal, et ça peut ramer. avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le choix a été fait de créer des zones nommées locations pour lesquelles les lignes sont extraites. Ha ? c'est pénible ça pour la scalabilité ça veut dire que chacun doit passer pour créer sa zone qu'il va falloir gérer ceux qui n'ont pas fait une bonne zone (seules les lignes de cette zone sont affichées, pour ne pas surcharger le navigateur). C'est peut-être une idée à la con, mais : Il est rare qu'un gus veuille afficher les réseaux de bus de la france entière non ? ne serait-ce pas souhaitable de limiter le zoom minimum d'activation du layer ? Et ainsi s'affranchir de cette gestion pénible de choix de zone ? Le prob lème avec ce système de limitation par le zoom, c'est que de toute manière le navigateur doit avoir tout en mémoire (et toute la France, ça va tuer meme les machines les plus véloces). Avec le système de locations, on libère la mémoire à chaque changement de location. C'est aussi pourquoi on limite la taille maximale des locations Une zone étant finalement définie par ce que regarde l'utilisateur. (Ou alors je flaire que vous n'avez pas trouvé la requête postgis qui va bien ;-) un coup de main ?) Au contraire, on utilise justement des requêtes postgis pour exporter les vecteurs en fonctoin des locations ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
kimaidou a écrit : Bonjour la liste, Suite aux évolutions de l'application de suivi des transports publics OsmTransport que j'avais commencé à développer, je vous transmets la présentation détaillée qui est disponible, avec des copies d'écran ici : http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques Superbe ! Les lignes sont extraites des données sources d'OpenStreetMap à partir des relation routes (http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation) et mises en forme en fonction du type de ligne et de la couleur spécifiée dans la relation route par le tag color. Il y a pour l'instant une couche de données (un layer) par type de ligne et un par type d'arrêts. Pour l'affichage du réseau non avons choisi d'utiliser un affichage vectoriel à la différence de Google. Les principaux avantages de l'utilisation de l'affichage vectorielles par rapport à l'utilisation de Mapnik pour afficher ces lignes sont : et par rapport au klm utilisé sur http://www.ginkobus.com/maps.php : le bus ne passera pas dans votre cuisine ! Il ne quitte pas la route ! Les données sont mises à jour tous les matins à 6h30 à partir des fichiers tar.gz fournis par Geofabrik ( http://download.geofabrik.de/osm/europe/ ). Pour l'instant, les données ne sont téléchargées et donc disponibles que pour la France métropolitaine. Je ne maîtrise pas assez, mais j'imagine un serveur proxi faisant les requêtes xapi sur la zone et générant le fichier pour le layer à la volée... mise à jour des données en temps réel : intéressant pour les mappeurs. Le jour où j'ai un peu de temps, et quand xapi 0.6 fonctionnera, j'essaie une classe php... On peut imaginer une classe et des classes héritées : bus, métro, tram... ou un fichier de style sur le serveur par catégorie, par layer... Possible de créer une liste des lignes, comme on a une liste des erreurs sur osmose, pour activer/désactiver l'affichage en jouant sur l'affichage des polylines ? Possible d'afficher les lignes passant à un arrêt, dans la bulle ? Petit bug ? Un arrêt de bus est affiché par une icône bus.png. Quand on sélectionne l'arrêt, l'icône diminue et devient grisée. L'effet inverse serait mieux : grossir l'arrêt sélectionné... Mais bon je redis : superbe et prometteur ! Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
sly (sylvain letuffe) a écrit : mises en forme en fonction du type de ligne et de la couleur spécifiée dans la relation route par le tag color. Ce serait possible de documenter ces usages (de color et de ? network ? tram ? bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce possible, à quoi cela s'applique) Histoire d'éviter que d'autres dans leur coin se lancent sur cette voie avec un tag color=red/route_color=0xRGB Quelques exemples : http://wiki.openstreetmap.org/wiki/Besan%C3%A7on#Lignes Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
On jeudi 2 juillet 2009, kimaidou wrote: bonjour Sly, mes réponses plus bas : pas mieux J'ai ajouté il y a environ 2 semaines le tag color dans cette page : http://wiki.openstreetmap.org/wiki/FR:Relation:route#Transports_Publics 10^6 excuses, je n'avais pas vu, et le route= permet de choisir le type (bus/tram/metro) C'est pas vraiment plus facile, juste plus dynamique : je n'ai pas à ajouter à la main le style pour la ligne n° bidule de la ville machin. Dès que le tag color est renseigné, c'est affiché ! Dans l'état actuel des conf xml de mapnik en effet, j'ai pas cherché, mais je suppose fortement qu'en passant par l'API python, ça doit pouvoir le faire. oui, comme pour ton beta.letuffe, mais je préfère le mode vectoriel : pas besoin de refaire toutes les tuiles de tous les niveaux de zoom. Un seul fichier vectoriel (assez léger) suffit ça se défend, la question peut se résumer à server side ou client side. Je préfère me garder la possibilité d'afficher les tags des lignes sur clic ou survol, pour voir ce qui est renseigné. ça se comprend. Coté client, on gagne en dynamisme, on perd en fluidité parfois. (js et le dessin, c'est hélas pas la panacé) Le prob lème avec ce système de limitation par le zoom, c'est que de toute manière le navigateur doit avoir tout en mémoire (et toute la France, ça va tuer meme les machines les plus véloces). ??? j'avais peut-être bien flairé un problème postgis ;-) ou d'architecture client/serveur ;-) y'a peut-être un p'tit coup d'ajax a mettre par là histoire de charger à la volée les routes qui ne sont que dans la zone visible non ? Me rappel plus trop, je n'ai fais ça qu'avec la google api, mais doit y avoir moyen, à chaque déplacement ou zoom de faire une demande http/xml au serveur lui demandant de lancer un coup de postgis pour récupérer uniquement les routes qui sont dans le visuel -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Je ne maîtrise pas assez, mais j'imagine un serveur proxi faisant les requêtes xapi sur la zone et générant le fichier pour le layer à la volée... mise à jour des données en temps réel : intéressant pour les mappeurs. Le jour où j'ai un peu de temps, et quand xapi 0.6 fonctionnera, j'essaie une classe php... C'est exactement ce que j'avais souhaité faire au début, car cela m'éviter d'installer toute la machinerie postgres + osm2pgsql + télécharger les planets, mettre à jour, ect... Mais comme la xapi ne fonctionnait pas (j'avais essayé de récupérer par exemple toutes les routes d'un bouding box avec le tag route, mais erreur du serveur). Quand est-ce que xapi sera fonctionnelle ? On peut imaginer une classe et des classes héritées : bus, métro, tram... ou un fichier de style sur le serveur par catégorie, par layer... Je penche plutôt sur le fichier de style Possible de créer une liste des lignes, comme on a une liste des erreurs sur osmose, pour activer/désactiver l'affichage en jouant sur l'affichage des polylines ? C'est ce qu'on a prévu : pour chaque type (tram, métro, etc.), on fait un arbre avec la liste des lignes ex: Métro * ligne 5 * ligne 15 Tramway * ligne A * ligne B Avec à chaque fois une case à cocher L'étape suivante est une légende dynmaique :D Possible d'afficher les lignes passant à un arrêt, dans la bulle ? Faut que je regarde, mais je suis limité par osm2pgsql qui ne me permet pas de trouver les nodes d'arrêts de bus qui appartiennent à une relation. Ma requête SELECT * FROM planet_osm_point WHERE route='bus' ne me renvoit rien, contrairement à SELECT * FROM planet_osm_line WHERE route='bus' qui me renvoit bien les lignes. Quelqu'un a une idée ? Petit bug ? Un arrêt de bus est affiché par une icône bus.png. Quand on sélectionne l'arrêt, l'icône diminue et devient grisée. L'effet inverse serait mieux : grossir l'arrêt sélectionné... D'accord avec ceci ;) Mais bon je redis : superbe et prometteur ! Merci pour les encouragements ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Le prob lème avec ce système de limitation par le zoom, c'est que de toute manière le navigateur doit avoir tout en mémoire (et toute la France, ça va tuer meme les machines les plus véloces). ??? j'avais peut-être bien flairé un problème postgis ;-) ou d'architecture client/serveur ;-) Non, c'est jsute un problème de choix. On n'a pas du tout choisi de lancer dynamiquement une requête postgis pour exporter les layers à chaque fois que le zoom change. On a choisir d'exporter une seule fois par jour tous les layers pour chacune des locations (on utilise le rectangle créé lors de l'ajout d'un location pour limiter les résultats de la requête). On pourrait essayer de tester le performances de la solution requêtes dynamiques, avec une limite de zoom. Il faut voir ce que permet le serveur en fonction du nombre de connections. Pour l'instant, comme on créé une fois par jour un fichier export par type de ligne, si je souhaitais afficher en fonction du niveau de zoom et de la bounding box les données, ma seule solution sera donc d'avoir toute la données en mémoire (la france entière), et là c'est le client web qui trinque. Donc on s'était mal compris :) y'a peut-être un p'tit coup d'ajax a mettre par là histoire de charger à la volée les routes qui ne sont que dans la zone visible non ? Me rappel plus trop, je n'ai fais ça qu'avec la google api, mais doit y avoir moyen, à chaque déplacement ou zoom de faire une demande http/xml au serveur lui demandant de lancer un coup de postgis pour récupérer uniquement les routes qui sont dans le visuel Oui, on pourrait, faut tester voir les capacités du serveur. (comme dis ci-dessus car ne j'avais pas encore lu ce paragraphe ;) ) Merci pour les commentaires ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
kimaidou a écrit : Possible d'afficher les lignes passant à un arrêt, dans la bulle ? Faut que je regarde, mais je suis limité par osm2pgsql qui ne me permet pas de trouver les nodes d'arrêts de bus qui appartiennent à une relation. Ma requête SELECT * FROM planet_osm_point WHERE route='bus' ne me renvoit rien, contrairement à SELECT * FROM planet_osm_line WHERE route='bus' qui me renvoit bien les lignes. Quelqu'un a une idée ? Et dans l'autre sens : rechercher les relations auxquelles appartient le point ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Oui, on pourrait, faut tester voir les capacités du serveur. (comme dis ci-dessus car ne j'avais pas encore lu ce paragraphe ;) ) J'y crois ;-) Pour Montpellier : $ cat bus.sql SELECT route,ref FROM planet_osm_line where route='bus' AND way st_transform('SRID=4020;LINESTRING(3.7 43.5,4 43.7)',900913) GROUP BY ref,route; $ time cat bus.sql | psql gis route |ref ---+ bus | 16 bus | 14 bus | 6 bus | 15 bus | 11 bus | 7 bus | 5 bus | La Navette (8 rows) real0m0.058s 6 milisecondes Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou truc que js peut manger. PS: coté osm2pgsql et relations, il semble y avoir du boulot pour bien rendre la base osm, mon groupe by cache en fait 139 éléments dans planet_osm_line qui doivent être les tronçons de route de bus alors qu'on aurait pu imaginer en trouver qu'un par ligne, c'est coton après pour calculer la distance d'une ligne de bus ! -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr