Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Le 9 juin 2009 13:23, Emilie Laffray emilie.laff...@gmail.com a écrit : Je n'ai pas eus cette impression si ca peut te rassurer. Cool :) Bon, j'ai mis les mains dans le cambouis, et je suis donc arrivé à la même conclusion que les plus expérimentés : il faut absolument qu'on puisse utiliser les colonnes à l'intérieur des balises du xml. Par ex, ici j'ai ajouté les colonnes color et operator à ma requete (j'ai au préalable ajouté 2 lignes dans le fichier default.style d'osm2pgsql). Ensuite, ce serait mieux de pouvoir utiliser directement les colonnes, comme ici en gras : *Style name=Bus Rule Filter[ref] = '5' and [operator]= 'TAM'/Filter LineSymbolizer CssParameter name=stroke-width5/CssParameter CssParameter name=stroke[color]/CssParameter /LineSymbolizer /Rule /Style Layer name=Bus status=on srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgri...@null +no_defs +over StyleNameBus/StyleName Datasource Parameter name=typepostgis/Parameter Parameter name=host%DBHOST%/Parameter Parameter name=port%DBPORT%/Parameter Parameter name=user%DBUSER%/Parameter Parameter name=password%DBPASS%/Parameter Parameter name=dbname%DBNAME%/Parameter Parameter name=table (SELECT ref, color, operator, way FROM %PREFIX%_line WHERE route = 'bus') as Bus /Parameter Parameter name=estimate_extentfalse/Parameter Parameter name=extent-20037508,-19929239,20037508,19929239/Parameter /Datasource /Layer* Mais on ne peut pas (encore) le faire. Ccl : dans l'état actuel des outils, le tag color pour les routes est inutile (mais bien sûr il faut continuer à l'utiliser car la technique évolue) *Une question* : au lieu d'utiliser le ref pour l'affichage de l'étiquette sur la carte, je préférerais utiliser le name. Mais bizarrement, la colonne name est vide pour les relations dans ma table planet_osm_line, alors que les colonnes operator, ref et color contiennent bien mes tags issus de la relation. Quelqu'un a une explication ? *Autre idée, et là j'ai besoin de Sly:* Afin de ne pas surcharger les cartes avec les routes (choix fait OSM pour son rendu Mapnik par ex), il serait en fait plus judicieux d'afficher un layer au dessus du fond Mapnik de base. Cela permettrait: * de ne pas surcharger le osm.xml de Mapnik pour y intégrer toutes les lignes de bus, randonnées, pistes cyclables, etc. * de laisser à l'utilisateur le choix d'afficher ou non tel ou tel type de route * de proposer des événements sur clic de souris (je clique sur la ligne de bus, et zou elle me donne des infos sur le nombre d'arrêts, la longueur totale, etc.) -- Sly, j'ai vu que tu savais afficher via Openlayers des polygones pour les communes. J'aimerais moi afficher les lignes correspondant aux routes de bus. Comment je peux faire ? Tu utilises un script annexe pour faire une requête sur la base puis tu transforme la données ? Ce que je sais faire pur l'instant, c'est afficher une trace *.gpx par dessus mon fond Mapnik, alors j'imagine qu'on peut afficher un peu tous les types de vecteurs (kml, shapefile, geojson, etc.) Merci pour ton aide ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Salut, Bon, j'ai mis les mains dans le cambouis, et je suis donc arrivé à la même conclusion que les plus expérimentés : il faut absolument qu'on puisse utiliser les colonnes à l'intérieur des balises du xml. Par ex, ici j'ai ajouté les colonnes color et operator à ma requete (j'ai au préalable ajouté 2 lignes dans le fichier default.style d'osm2pgsql). Ensuite, ce serait mieux de pouvoir utiliser directement les colonnes, comme ici en gras : [...] Posté hier sur le trac de mapnik : http://trac.mapnik.org/ticket/359 a+, -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
merci, je vais suivre l'évolution Sinon de mon côté je vais voir ce que je peux faire avec ogr2ogr et openlayers Le 10 juin 2009 10:05, Pierre Mauduit pierre.maud...@gmail.com a écrit : Salut, Bon, j'ai mis les mains dans le cambouis, et je suis donc arrivé à la même conclusion que les plus expérimentés : il faut absolument qu'on puisse utiliser les colonnes à l'intérieur des balises du xml. Par ex, ici j'ai ajouté les colonnes color et operator à ma requete (j'ai au préalable ajouté 2 lignes dans le fichier default.style d'osm2pgsql). Ensuite, ce serait mieux de pouvoir utiliser directement les colonnes, comme ici en gras : [...] Posté hier sur le trac de mapnik : http://trac.mapnik.org/ticket/359 a+, -- Pierre ___ 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] Lignes de bus, besoin d'aide
Merci pour l'info Personnellement, j'ai choisi d'ajouter directement des vecteurs comme overlays, et non des png (rasters). J'ai réussi à afficher ma ligne de bus par dessus mon fond Mapnik : * j'utilise ogr2ogr pour convertir ma données postgis en vecteur (j'ai choisi le gml, j'aurais pu prendre un autre format compatible openlayers) * j'ajoute ce layers comme overlays dans openlayers. Cela marche nickel ! Maintenant, il me reste * a tester avec 2 lignes de bus pour voir * à voir comment utiliser l'attribut color transmis dans mon GML pour qu'openlayers applique cette couleur La suite au prochain épisode Le 10 juin 2009 10:13, Pierre Mauduit pierre.maud...@gmail.com a écrit : Le mercredi 10 juin 2009 à 09:55 +0200, kimaidou a écrit : -- Sly, j'ai vu que tu savais afficher via Openlayers des polygones pour les communes. J'aimerais moi afficher les lignes correspondant aux routes de bus. Comment je peux faire ? Tu utilises un script annexe pour faire une requête sur la base puis tu transforme la données ? Ce que je sais faire pur l'instant, c'est afficher une trace *.gpx par dessus mon fond Mapnik, alors j'imagine qu'on peut afficher un peu tous les types de vecteurs (kml, shapefile, geojson, etc.) dans Openlayers, il faut utiliser ce qu'ils appellent des overlays ; en gros ce sont des layers un peu spéciaux qui viennent se superposer à ces derniers ; les images produites pour les overlays doivent être au format png avec de la transparence (ce qui doit etre fait dans le bus.xml que j'ai posté hier). Les overlays sont représentés par des checkboxes dans la barre d'outils de Openlayers. Un exemple que j'utilise chez moi : var overlay = new OpenLayers.Layer.TMS(le nom de ton layer,[/rtmapnik/renderer.py/[tonstylemapnik]/], { type:'png', getURL: get_osm_url, displayOutsideMaxExtent: true , 'buffer':1, isBaseLayer: false, visibility: false } ); [...] map.addLayers([overlay]); Note : C'est honteusement pompé de chez Sylvain ;-) A+, -- Pierre ___ 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] Lignes de bus, besoin d'aide
Voilà mon test : http://kimaidou.kilu.de/osm/test/osm_openlayers.html Le 10 juin 2009 10:39, kimaidou kimai...@gmail.com a écrit : Merci pour l'info Personnellement, j'ai choisi d'ajouter directement des vecteurs comme overlays, et non des png (rasters). J'ai réussi à afficher ma ligne de bus par dessus mon fond Mapnik : * j'utilise ogr2ogr pour convertir ma données postgis en vecteur (j'ai choisi le gml, j'aurais pu prendre un autre format compatible openlayers) * j'ajoute ce layers comme overlays dans openlayers. Cela marche nickel ! Maintenant, il me reste * a tester avec 2 lignes de bus pour voir * à voir comment utiliser l'attribut color transmis dans mon GML pour qu'openlayers applique cette couleur La suite au prochain épisode Le 10 juin 2009 10:13, Pierre Mauduit pierre.maud...@gmail.com a écrit : Le mercredi 10 juin 2009 à 09:55 +0200, kimaidou a écrit : -- Sly, j'ai vu que tu savais afficher via Openlayers des polygones pour les communes. J'aimerais moi afficher les lignes correspondant aux routes de bus. Comment je peux faire ? Tu utilises un script annexe pour faire une requête sur la base puis tu transforme la données ? Ce que je sais faire pur l'instant, c'est afficher une trace *.gpx par dessus mon fond Mapnik, alors j'imagine qu'on peut afficher un peu tous les types de vecteurs (kml, shapefile, geojson, etc.) dans Openlayers, il faut utiliser ce qu'ils appellent des overlays ; en gros ce sont des layers un peu spéciaux qui viennent se superposer à ces derniers ; les images produites pour les overlays doivent être au format png avec de la transparence (ce qui doit etre fait dans le bus.xml que j'ai posté hier). Les overlays sont représentés par des checkboxes dans la barre d'outils de Openlayers. Un exemple que j'utilise chez moi : var overlay = new OpenLayers.Layer.TMS(le nom de ton layer,[/rtmapnik/renderer.py/[tonstylemapnik]/], { type:'png', getURL: get_osm_url, displayOutsideMaxExtent: true , 'buffer':1, isBaseLayer: false, visibility: false } ); [...] map.addLayers([overlay]); Note : C'est honteusement pompé de chez Sylvain ;-) A+, -- Pierre ___ 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] Lignes de bus, besoin d'aide
kimaidou a écrit : Voilà mon test : http://kimaidou.kilu.de/osm/test/osm_openlayers.html Excellent ! Si, ensuite, tu peux piloter l'affichage de telle ou telle ligne. Je fais de la pub pour osm auprès des transports de Besançon. http://www.ginkobus.com/maps.php C'est gmap kml, certaines lignes roulent sur le troittoir ou passent dans la cuisine... Qui de l'affichage des arrêts ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
J'avais pas lu ta réponse, j'ai re-dis la même chose Note : C'est honteusement pompé de chez Sylvain ;-) C'est fait pour ! Et tout le bon truc qui se trouve dans renderer.py/gen_tile.py c'est l'oeuvre de Nicolas Pouillon que je remercie encore pour avoir carrément fait le truc pile poil adapté à mon besoin. -- 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] Lignes de bus, besoin d'aide
Allez, j'avance à fond, et je découvre les joies de javascript et d'openlayers. J'ai réussi grâce à l'aide de reluc ( http://3liz.com/blog/rldhont/ ) à créer un style dynamique qui colorie les lignes en fonction du tag couleur. Dès que j'ai fini de mapper une 2eme ligne de bus à Montpellier, je vous montre le résultat et donne les explications techniques Quel plaisir :D Le 10 juin 2009 11:18, sly (sylvain letuffe) sylv...@letuffe.org a écrit : J'avais pas lu ta réponse, j'ai re-dis la même chose Note : C'est honteusement pompé de chez Sylvain ;-) C'est fait pour ! Et tout le bon truc qui se trouve dans renderer.py/gen_tile.py c'est l'oeuvre de Nicolas Pouillon que je remercie encore pour avoir carrément fait le truc pile poil adapté à mon besoin. -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Ca y est, j'ai cartographié et intégrer la ligne 14 de la TAM montpellier. Vous pouvez voir les changements ici : http://kimaidou.kilu.de/osm/test/osm_openlayers.html Il faut que je teste : * l'ajout des arrêts de bus dans ma relation, et comment je les rends via Openlayers(=OL) : pas de pbm technique a priori * l'ajout d'étiquettes via OL * une légende Le 10 juin 2009 11:30, kimaidou kimai...@gmail.com a écrit : Allez, j'avance à fond, et je découvre les joies de javascript et d'openlayers. J'ai réussi grâce à l'aide de reluc ( http://3liz.com/blog/rldhont/ ) à créer un style dynamique qui colorie les lignes en fonction du tag couleur. Dès que j'ai fini de mapper une 2eme ligne de bus à Montpellier, je vous montre le résultat et donne les explications techniques Quel plaisir :D ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Je continue mon chemin, et j'ai juste ajouté les 2 lignes de tram. Le 10 juin 2009 12:06, kimaidou kimai...@gmail.com a écrit : Ca y est, j'ai cartographié et intégrer la ligne 14 de la TAM montpellier. Vous pouvez voir les changements ici : http://kimaidou.kilu.de/osm/test/osm_openlayers.html Il faut que je teste : * l'ajout des arrêts de bus dans ma relation, et comment je les rends via Openlayers(=OL) : pas de pbm technique a priori * l'ajout d'étiquettes via OL * une légende ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Bonjour Maintenant que j'ai installé mon Mapnik pour tester les rendus, je voulais avoir votre aide pour rendre ces lignes de bus. J'ai donc bien créé une relation de type route avec toutes les sections de mes rues correspondant à ma ligne de bus, et avec un tag color pour spécifier la couleur. Quelqu'un pourrait-il (si déjà fait) me donner l'extrait du fichier xml de style Mapnik pour rendre ces relations ? Je suis un peu perdu dans ce fichier, avec tous les niveaux de zoom qu'il faut prendre en compte :) Le 8 juin 2009 19:08, JonathanMM jonatha...@free.fr a écrit : Moi, dans le doute, je vais sur le terrain pour repérer le lieu et nom des stations (on a parfois des surprises) et après, pour les rues, c'est par observations (« oh tiens, un bus qui va par là :) ») et par déduction (« Bon, alors, ces stations ont dans la même rue, il doit passer par là ») :) JonathanMM ___ 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] Lignes de bus, besoin d'aide
Salut, Quelqu'un pourrait-il (si déjà fait) me donner l'extrait du fichier xml de style Mapnik pour rendre ces relations ? Je suis un peu perdu dans ce fichier, avec tous les niveaux de zoom qu'il faut prendre en compte :) Le mien (spécifique pour les bus) : http://news.openstreetmap.fr/public/bus.xml -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Merci beaucoup ! Je vais étudier cela, et je poserai des questions si je ne comprends pas tout. Le 9 juin 2009 10:09, Pierre Mauduit pierre.maud...@gmail.com a écrit : Salut, Quelqu'un pourrait-il (si déjà fait) me donner l'extrait du fichier xml de style Mapnik pour rendre ces relations ? Je suis un peu perdu dans ce fichier, avec tous les niveaux de zoom qu'il faut prendre en compte :) Le mien (spécifique pour les bus) : http://news.openstreetmap.fr/public/bus.xml -- Pierre ___ 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] Lignes de bus, besoin d'aide
kimaidou a écrit : Merci beaucoup ! Je vais étudier cela, et je poserai des questions si je ne comprends pas tout. Evidemment c'est toujours quand il s'agit de faire une démo que ca foire :-P j'ai mis à jour le fichier dont je donnais l'url dans mon précédent mail. Apparemment mapnik n'aime pas trop qu'on sélectionne plus de deux colonnes. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
hum... je me réponds.. J'ai l'impression qu'on arrive là à la limite de la conversion de la bdd OSM dans postgis. J'ai l'impression qu'en faisant cet import, on perd l'architecture et on met tout à plat... Est ce le cas, ou est ce que je peux trouver quelque part le modèle de données de la base créée par osm2pgsql ? Je m'attendais à trouver une relation réflexive pour gérer les relations, mais je ne la vois pas. Bon, je vais essayer de creuser, mais si la réponse est évidente, n'hésitez pas :D Le 9 juin 2009 10:52, kimaidou kimai...@gmail.com a écrit : Ok super, grâce à ce fichier exemple, j'ai réussi à représenter ma ligne de bus n 5. Par contre, j'aurais besoin d'explications sur le paramétrage de mon fichier de style. Dans la requête : SELECT ref as name,way FROM %PREFIX%_line WHERE route = 'bus') as Bus On ne peut qu'obtenir la ref, soit le valeur du tag ref de la relation de type=route. Même avec un SELECT *, on ne peut obtenir les autres valeurs des tags de la route, notamment le tag color ou operator. Comment puis-je donc faire pour que mon fichier xml de style me colorie mon bus dans la couleur du tag color ? Si j'ai bien compris, si on utilise ton fichier xml sur toute la france, toutes les lignes (de toutes les villes) qui ont le numéro (ref) = 15 vont être coloriées en #42b4eb ? Je vais voir si je ne peux pas faire une requête qui me donne les infos de la relation... Le 9 juin 2009 10:31, Pierre Mauduit pierre.maud...@gmail.com a écrit : kimaidou a écrit : Merci beaucoup ! Je vais étudier cela, et je poserai des questions si je ne comprends pas tout. Evidemment c'est toujours quand il s'agit de faire une démo que ca foire :-P j'ai mis à jour le fichier dont je donnais l'url dans mon précédent mail. Apparemment mapnik n'aime pas trop qu'on sélectionne plus de deux colonnes. -- Pierre ___ 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] Lignes de bus, besoin d'aide
kimaidou a écrit : hum... je me réponds.. J'ai l'impression qu'on arrive là à la limite de la conversion de la bdd OSM dans postgis. J'ai l'impression qu'en faisant cet import, on perd l'architecture et on met tout à plat... Est ce le cas, ou est ce que je peux trouver quelque part le modèle de données de la base créée par osm2pgsql ? Je m'attendais à trouver une relation réflexive pour gérer les relations, mais je ne la vois pas. Pour avoir un modèle des tables chez toi, il suffit de se connecter à ton postgresql ; chez moi ca donne : $ psql gis gis \d sans argument cela te donne le nom des tables gis \d [nom_de_ta_table] te donne la structure de ta table Une des limitations de mapnik, que j'ai découvert récemment en tentant un rendu perso du plan de métro RATP : Apparemment on ne peut pas utiliser une colone de la base de données directement dans les options de style CSS de mapnik, et c'est bien dommage, on est obligé de se faire des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne couleur. Si quelqu'un a une autre technique afin d'utiliser les données en base directement dans les définitions des balises de style CSS je suis preneur -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Désolé je me suis mal exprimé. J'arrive sans pbm à me connecter et à faire des requêtes sur la bdd via pgAdmin3 (que je conseille à ceux qui préfèrent encore une interface pour certaines tâches). Quand je parlais de structure, je pensais MCD ou diagramme UML pour voir les liens entre les tables (clés étrangères, etc.), pas seulement le nom et les champs des tables. J'ai regardé un peu, et en fait: * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par exemple, pas de colonne operator, qui nous serait bien utile pour n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP (operator=RATP). * osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une pour les lignes, et une pour les roads. Je ne sais pas bien si cette dernière enregistre les relations ou autre chose. Une idée ? Pour moi, cela est plutôt super limitant, car on perd la puissance du couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags color, operator, name de la relation, et donc on ne peut pas styler en fonction de ces tags Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes via des bouding box, et donc faire un style Style name=Bus par ville, en changeant la requête pour y intégrer du spatial. Je vais voir ce qu'on peut faire...C'est pas génial, car il faudra recoder les couleurs en dur pour chaque ville (et donc le tag color de la relation ne sert à rien ?), mais on est nombreux et on pourrait y arriver :D Voilà, j'espère m'être trompé sur les limites de l'import de OSM dans POsgresql via osm2pgsql, mais j'ai pas l'impression :( Kimaidou Le 9 juin 2009 11:24, Pierre Mauduit pierre.maud...@gmail.com a écrit : kimaidou a écrit : hum... je me réponds.. J'ai l'impression qu'on arrive là à la limite de la conversion de la bdd OSM dans postgis. J'ai l'impression qu'en faisant cet import, on perd l'architecture et on met tout à plat... Est ce le cas, ou est ce que je peux trouver quelque part le modèle de données de la base créée par osm2pgsql ? Je m'attendais à trouver une relation réflexive pour gérer les relations, mais je ne la vois pas. Pour avoir un modèle des tables chez toi, il suffit de se connecter à ton postgresql ; chez moi ca donne : $ psql gis gis \d sans argument cela te donne le nom des tables gis \d [nom_de_ta_table] te donne la structure de ta table Une des limitations de mapnik, que j'ai découvert récemment en tentant un rendu perso du plan de métro RATP : Apparemment on ne peut pas utiliser une colone de la base de données directement dans les options de style CSS de mapnik, et c'est bien dommage, on est obligé de se faire des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne couleur. Si quelqu'un a une autre technique afin d'utiliser les données en base directement dans les définitions des balises de style CSS je suis preneur -- Pierre ___ 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] Lignes de bus, besoin d'aide
Salut, Pour moi, cela est plutôt super limitant, car on perd la puissance du couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags color, operator, name de la relation, et donc on ne peut pas styler en fonction de ces tags Il est possible de recompiler / tweaker osm2pgsql vu que Sylvain le fait sur Beta pour conserver je ne sais plus quel champ. Mais le tag color dans les relations de lignes de transport en commun est-il répandu ? Il ne m'a pas semblé le voir sur le wiki. Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes via des bouding box, et donc faire un style Style name=Bus par ville, en changeant la requête pour y intégrer du spatial. Je vais voir ce qu'on peut faire...C'est pas génial, car il faudra recoder les couleurs en dur pour chaque ville (et donc le tag color de la relation ne sert à rien ?), mais on est nombreux et on pourrait y arriver :D Ou alors cela me démange depuis quelques jours d'ouvrir un ticket sur le trac de mapnik avec comme feature request utiliser les données de la base directement dans le style CSS. Voilà, j'espère m'être trompé sur les limites de l'import de OSM dans POsgresql via osm2pgsql, mais j'ai pas l'impression :( Le problème est qu'il est délicat de stocker des données OSM sans savoir comment les stocker à l'avance dans la base ; par exemple si je suis le seul à mettre un tag foo=bar sur une node ou un way, il n'y a pas grand intéret à le garder dans la table. Ainsi la limitation des colones de la base après conversion dans le postgres est une nécessité. Pour la structure, de la base en elle-même, je pense qu'elle est relativement plate, (pas vraiment de relations entre les tables) ; je soupçonne d'ailleurs qu'il y ait duplication des données (les relations lignes de bus contiennent la description de routes deja présentes en base, mais je pense pas que l'on ait le choix). Quoi qu'il en soit, les relations lignes de bus sont stockées dans planet_osm_lines. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Le mien (spécifique pour les bus) : http://news.openstreetmap.fr/public/bus.xml Juste une remarque inutile ;-), au début je n'avais pas compris comme traiter le contenu d'un champ et par recopie j'en suis arrivé à faire comme toi : SELECT ref as name (pour lui changer son nom) mais en fait, dans ta définition : TextSymbolizer name=name il faut remplacer par TextSymbolizer name=ref ( bon, je me doute que tu avais deviné et que c'est juste resté comme ça car ça marche ) -- 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] Lignes de bus, besoin d'aide
On Tuesday 09 June 2009 11:38, kimaidou wrote: J'ai regardé un peu, et en fait: * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par exemple, pas de colonne operator, qui nous serait bien utile pour n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP (operator=RATP). Change le fichier default.style * osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une pour les lignes, et une pour les roads. Je ne sais pas bien si cette dernière enregistre les relations ou autre chose. Une idée ? si polygone, prefix_polygon, si linéaire prefix_roads (ça dépend donc des type de relation) Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que point/ligne/surface Pour moi, cela est plutôt super limitant, car on perd la puissance du couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags color, operator, name de la relation, A toi de dire à osm2pgsql de les importer. Il existe une autre solution qui est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui, fait de l'import .osm = postgis une équivalence Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de garder l'équivalence, mais de faire plein de pré-traitement pour accélérer les choses dans une logique temps réél et donc on ne peut pas styler en fonction de ces tags Ce problème est sans rapport, cf plus loin Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes via des bouding box Trop galère. Le 9 juin 2009 11:24, Pierre Mauduit pierre.maud...@gmail.com a écrit : Une des limitations de mapnik, que j'ai découvert récemment en tentant un rendu perso du plan de métro RATP : Apparemment on ne peut pas utiliser une colone de la base de données directement dans les options de style CSS de mapnik, et c'est bien dommage, Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le module de traitement des fichiers de config xml qui est en cause. Et en effet, pour l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction de la base, j'ai dû faire comme toi : on est obligé de se faire des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne couleur. Autant dire, que quand on va vouloir prendre en compte de tag color qui est 24bit, ça va faire un paquet de bloc style ;-) Si quelqu'un a une autre technique afin d'utiliser les données en base directement dans les définitions des balises de style CSS je suis preneur Pareil, il semblerait qu'utiliser l'API python puisse nous sortir d'affaire, mais j'ai pas fais assez de tests pour le confirmer -- 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] Lignes de bus, besoin d'aide
Je confirme pour la difference entre osm2pgsql et Osmosis. osm2pgsql permet de faire certains precalculs et de nettoyer certaines informations, toutefois, on perd necessairement en information. Ce programme est vraiment fait pour permettre le rendu par Mapnik. Osmosis ne perd aucune information, toutefois, on arrive a un schema ou certaines tables n'ont pas de cles primaires. Certaines requetes prennent donc plus de temps et sont donc plus complexes. Il faut toutefois relativiser; Osmosis permet aussi de faire un tri avant l'insertion des donnees soit au niveau des nodes soit au niveau des ways. De plus, maintenant, Osmosis est capable de creer directement des geometries de type Linestring. Si on choisissait de faire une fusion des points dans Corine avant l'import dans OSM, il est plus facile de travailler avec le schema de Osmosis. C'est meme tres facile dans ce cas la de gerer la fusion des points. Emilie Laffray 2009/6/9 sly (sylvain letuffe) sylv...@letuffe.org On Tuesday 09 June 2009 11:38, kimaidou wrote: J'ai regardé un peu, et en fait: * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par exemple, pas de colonne operator, qui nous serait bien utile pour n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP (operator=RATP). Change le fichier default.style * osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une pour les lignes, et une pour les roads. Je ne sais pas bien si cette dernière enregistre les relations ou autre chose. Une idée ? si polygone, prefix_polygon, si linéaire prefix_roads (ça dépend donc des type de relation) Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que point/ligne/surface Pour moi, cela est plutôt super limitant, car on perd la puissance du couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags color, operator, name de la relation, A toi de dire à osm2pgsql de les importer. Il existe une autre solution qui est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui, fait de l'import .osm = postgis une équivalence Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de garder l'équivalence, mais de faire plein de pré-traitement pour accélérer les choses dans une logique temps réél et donc on ne peut pas styler en fonction de ces tags Ce problème est sans rapport, cf plus loin Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes via des bouding box Trop galère. Le 9 juin 2009 11:24, Pierre Mauduit pierre.maud...@gmail.com a écrit : Une des limitations de mapnik, que j'ai découvert récemment en tentant un rendu perso du plan de métro RATP : Apparemment on ne peut pas utiliser une colone de la base de données directement dans les options de style CSS de mapnik, et c'est bien dommage, Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le module de traitement des fichiers de config xml qui est en cause. Et en effet, pour l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction de la base, j'ai dû faire comme toi : on est obligé de se faire des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne couleur. Autant dire, que quand on va vouloir prendre en compte de tag color qui est 24bit, ça va faire un paquet de bloc style ;-) Si quelqu'un a une autre technique afin d'utiliser les données en base directement dans les définitions des balises de style CSS je suis preneur Pareil, il semblerait qu'utiliser l'API python puisse nous sortir d'affaire, mais j'ai pas fais assez de tests pour le confirmer -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Merci Emilie et Sylvain pour vos remarques. Moi qui ai -un peu- l'habitude de concevoir et d'utiliser des bdd, je trouve quand même que osm2pgsql va un peu trop loin dans la simplification. Je trouve assez 'anti-bdd' : * ne pas avoir de clé primaires (Qgis n'aime pas les couches Postgis sans clé primaire) * d'avoir 54 colonnes, pour la plupart du temps n'en remplir que 3 ou 4 (merci l'optimisation) Je comprends que cela soit fait pour Mapnik, mais justement pour nos histoires de relations on voit la limite : il y a déjà de la redondance dans ma base postgis, et en plus il faut que je copie colle mes styles dans le ficher de style xml de Mapnik pour gérer mes lignes de bus. Est ce que vous auriez un lien qui montre comment utiliser / paramétrer osm2pgsql ? Le wiki d'osm montre comment l'installer, mais je n'ai pas vu plus de détail que dans la petite introduction ( http://wiki.openstreetmap.org/wiki/Osm2pgsql ) Bref je vais essayer Osmosis pour voir ce qu'on peut faire avec. Ma principale question : peut-on utiliser des données de osmosis depuis Mapnik ? Il faudra sûrement modifier toutes les requêtes pour aller chercher les bonnes géométries. A plus tard :D Le 9 juin 2009 13:07, Emilie Laffray emilie.laff...@gmail.com a écrit : Je confirme pour la difference entre osm2pgsql et Osmosis. osm2pgsql permet de faire certains precalculs et de nettoyer certaines informations, toutefois, on perd necessairement en information. Ce programme est vraiment fait pour permettre le rendu par Mapnik. Osmosis ne perd aucune information, toutefois, on arrive a un schema ou certaines tables n'ont pas de cles primaires. Certaines requetes prennent donc plus de temps et sont donc plus complexes. Il faut toutefois relativiser; Osmosis permet aussi de faire un tri avant l'insertion des donnees soit au niveau des nodes soit au niveau des ways. De plus, maintenant, Osmosis est capable de creer directement des geometries de type Linestring. Si on choisissait de faire une fusion des points dans Corine avant l'import dans OSM, il est plus facile de travailler avec le schema de Osmosis. C'est meme tres facile dans ce cas la de gerer la fusion des points. Emilie Laffray 2009/6/9 sly (sylvain letuffe) sylv...@letuffe.org On Tuesday 09 June 2009 11:38, kimaidou wrote: J'ai regardé un peu, et en fait: * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par exemple, pas de colonne operator, qui nous serait bien utile pour n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP (operator=RATP). Change le fichier default.style * osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une pour les lignes, et une pour les roads. Je ne sais pas bien si cette dernière enregistre les relations ou autre chose. Une idée ? si polygone, prefix_polygon, si linéaire prefix_roads (ça dépend donc des type de relation) Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que point/ligne/surface Pour moi, cela est plutôt super limitant, car on perd la puissance du couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags color, operator, name de la relation, A toi de dire à osm2pgsql de les importer. Il existe une autre solution qui est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui, fait de l'import .osm = postgis une équivalence Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de garder l'équivalence, mais de faire plein de pré-traitement pour accélérer les choses dans une logique temps réél et donc on ne peut pas styler en fonction de ces tags Ce problème est sans rapport, cf plus loin Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes via des bouding box Trop galère. Le 9 juin 2009 11:24, Pierre Mauduit pierre.maud...@gmail.com a écrit : Une des limitations de mapnik, que j'ai découvert récemment en tentant un rendu perso du plan de métro RATP : Apparemment on ne peut pas utiliser une colone de la base de données directement dans les options de style CSS de mapnik, et c'est bien dommage, Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le module de traitement des fichiers de config xml qui est en cause. Et en effet, pour l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction de la base, j'ai dû faire comme toi : on est obligé de se faire des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne couleur. Autant dire, que quand on va vouloir prendre en compte de tag color qui est 24bit, ça va faire un paquet de bloc style ;-) Si quelqu'un a une autre technique afin d'utiliser les données en base directement dans les définitions des balises de style CSS je suis preneur Pareil, il semblerait qu'utiliser l'API python puisse nous sortir d'affaire, mais j'ai pas fais
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
heu.. je me suis relu, et j'ai l'impression d'avoir un ton un peu condescendant... Heu, pas du tout en fait, juste une petite frustration née de l'incompréhension. [?] Le 9 juin 2009 13:19, kimaidou kimai...@gmail.com a écrit : Merci Emilie et Sylvain pour vos remarques. Moi qui ai -un peu- l'habitude de concevoir et d'utiliser des bdd, je trouve quand même que osm2pgsql va un peu trop loin dans la simplification. Je trouve assez 'anti-bdd' : * ne pas avoir de clé primaires (Qgis n'aime pas les couches Postgis sans clé primaire) * d'avoir 54 colonnes, pour la plupart du temps n'en remplir que 3 ou 4 (merci l'optimisation) Je comprends que cela soit fait pour Mapnik, mais justement pour nos histoires de relations on voit la limite : il y a déjà de la redondance dans ma base postgis, et en plus il faut que je copie colle mes styles dans le ficher de style xml de Mapnik pour gérer mes lignes de bus. Est ce que vous auriez un lien qui montre comment utiliser / paramétrer osm2pgsql ? Le wiki d'osm montre comment l'installer, mais je n'ai pas vu plus de détail que dans la petite introduction ( http://wiki.openstreetmap.org/wiki/Osm2pgsql ) Bref je vais essayer Osmosis pour voir ce qu'on peut faire avec. Ma principale question : peut-on utiliser des données de osmosis depuis Mapnik ? Il faudra sûrement modifier toutes les requêtes pour aller chercher les bonnes géométries. A plus tard :D Le 9 juin 2009 13:07, Emilie Laffray emilie.laff...@gmail.com a écrit : Je confirme pour la difference entre osm2pgsql et Osmosis. osm2pgsql permet de faire certains precalculs et de nettoyer certaines informations, toutefois, on perd necessairement en information. Ce programme est vraiment fait pour permettre le rendu par Mapnik. Osmosis ne perd aucune information, toutefois, on arrive a un schema ou certaines tables n'ont pas de cles primaires. Certaines requetes prennent donc plus de temps et sont donc plus complexes. Il faut toutefois relativiser; Osmosis permet aussi de faire un tri avant l'insertion des donnees soit au niveau des nodes soit au niveau des ways. De plus, maintenant, Osmosis est capable de creer directement des geometries de type Linestring. Si on choisissait de faire une fusion des points dans Corine avant l'import dans OSM, il est plus facile de travailler avec le schema de Osmosis. C'est meme tres facile dans ce cas la de gerer la fusion des points. Emilie Laffray 2009/6/9 sly (sylvain letuffe) sylv...@letuffe.org On Tuesday 09 June 2009 11:38, kimaidou wrote: J'ai regardé un peu, et en fait: * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par exemple, pas de colonne operator, qui nous serait bien utile pour n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP (operator=RATP). Change le fichier default.style * osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une pour les lignes, et une pour les roads. Je ne sais pas bien si cette dernière enregistre les relations ou autre chose. Une idée ? si polygone, prefix_polygon, si linéaire prefix_roads (ça dépend donc des type de relation) Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que point/ligne/surface Pour moi, cela est plutôt super limitant, car on perd la puissance du couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags color, operator, name de la relation, A toi de dire à osm2pgsql de les importer. Il existe une autre solution qui est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui, fait de l'import .osm = postgis une équivalence Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de garder l'équivalence, mais de faire plein de pré-traitement pour accélérer les choses dans une logique temps réél et donc on ne peut pas styler en fonction de ces tags Ce problème est sans rapport, cf plus loin Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes via des bouding box Trop galère. Le 9 juin 2009 11:24, Pierre Mauduit pierre.maud...@gmail.com a écrit : Une des limitations de mapnik, que j'ai découvert récemment en tentant un rendu perso du plan de métro RATP : Apparemment on ne peut pas utiliser une colone de la base de données directement dans les options de style CSS de mapnik, et c'est bien dommage, Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le module de traitement des fichiers de config xml qui est en cause. Et en effet, pour l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction de la base, j'ai dû faire comme toi : on est obligé de se faire des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne couleur. Autant dire, que quand on va vouloir prendre en compte de tag color qui est 24bit, ça va faire un paquet de bloc style ;-)
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
La principale limitation de Osmosis est que ca ne gere pas les polygones. C'est a mon avis le point le plus embetant de Osmosis. Aussi, le code source de osm2pgsql est assez effrayant. C'est un melange de C, C++ avec un certain nombre d'appels vers d'autres librairies :) Emilie Laffray 2009/6/9 kimaidou kimai...@gmail.com Merci Emilie et Sylvain pour vos remarques. Moi qui ai -un peu- l'habitude de concevoir et d'utiliser des bdd, je trouve quand même que osm2pgsql va un peu trop loin dans la simplification. Je trouve assez 'anti-bdd' : * ne pas avoir de clé primaires (Qgis n'aime pas les couches Postgis sans clé primaire) * d'avoir 54 colonnes, pour la plupart du temps n'en remplir que 3 ou 4 (merci l'optimisation) Je comprends que cela soit fait pour Mapnik, mais justement pour nos histoires de relations on voit la limite : il y a déjà de la redondance dans ma base postgis, et en plus il faut que je copie colle mes styles dans le ficher de style xml de Mapnik pour gérer mes lignes de bus. Est ce que vous auriez un lien qui montre comment utiliser / paramétrer osm2pgsql ? Le wiki d'osm montre comment l'installer, mais je n'ai pas vu plus de détail que dans la petite introduction ( http://wiki.openstreetmap.org/wiki/Osm2pgsql ) Bref je vais essayer Osmosis pour voir ce qu'on peut faire avec. Ma principale question : peut-on utiliser des données de osmosis depuis Mapnik ? Il faudra sûrement modifier toutes les requêtes pour aller chercher les bonnes géométries. A plus tard :D ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Je n'ai pas eus cette impression si ca peut te rassurer. Emilie Laffray 2009/6/9 kimaidou kimai...@gmail.com heu.. je me suis relu, et j'ai l'impression d'avoir un ton un peu condescendant... Heu, pas du tout en fait, juste une petite frustration née de l'incompréhension. [?] 330.png___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Bonjour à tous Je vois que le week-end a apporté sa moisson de réponses, et j'en remercie tout le monde. Je suis content que ce sujet intéresse, car je trouve que c'est pour l'instant un manque important par rapport à Google par exemple (ex sur Lyon : http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=69003+Lyonsll=45.759275,4.841816sspn=0.007171,0.019827g=10+Rue+Mazenod,+69003+Lyonie=UTF8ll=45.760338,4.849176spn=0.028683,0.079308z=14lci=transit) Je vais donc suivre vos conseils pour commencer dans ma ville. Pour le rendu, je me demande si un layer par dessus le fond OSM (comme google maps le fait) ne serait pas préférable à une intégration dans Mapnik. Cela permettrait un affichage au choix et une interaction sur clic de souris. Je vais voir ce que je peux faire de mon côté... Merci encore Kimaidou Le 6 juin 2009 16:54, sylvain letuffe sylv...@letuffe.org a écrit : L'idée est de profiter de la découpe de ways en sesgments dont certains iront dans la relation 'route', pour regrouper ce qui formaient la rue dans une relation 'street'. Ha okay, pigé. Je comprenais que tu voulais que l'ensemble des ways d'une route de bus soit aussi intégré à une autre relation street et ça me paraissait bizarre vu que c'était justement pas la même street. On s'aperçoit du bazar à long terme que va être le saucissonnage des ways pour multiples raisons (limites de vitesse différentes, appartenant à une route de bus, une route de type GR, une portion sens unique, un pont/tunnel) Pieren va encore me dire que je parle trop de relation, mais j'espère qu'il y aura réflexion la dessus et un effort coté éditeurs, car pour l'instant c'est chiant à manipuler (mais JOSM le supporte de mieux en mieux). -- sly ___ 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] Lignes de bus, besoin d'aide
kimaidou a écrit : Bonjour à tous Je vois que le week-end a apporté sa moisson de réponses, et j'en remercie tout le monde. Je suis content que ce sujet intéresse, car je trouve que c'est pour l'instant un manque important par rapport à Google par exemple (ex sur Lyon : http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=69003+Lyonsll=45.759275,4.841816sspn=0.007171,0.019827g=10+Rue+Mazenod,+69003+Lyonie=UTF8ll=45.760338,4.849176spn=0.028683,0.079308z=14lci=transit http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=69003+Lyonsll=45.759275,4.841816sspn=0.007171,0.019827g=10+Rue+Mazenod,+69003+Lyonie=UTF8ll=45.760338,4.849176spn=0.028683,0.079308z=14lci=transit ) Certes, si le rendu peut-être amélioré... Ceci n'est pas très sexy : http://www.öpnvkarte.de/?lat=45.76171lon=4.86739zoom=15 Mais le tracé est exact. Par contre, là, certains vont découvrir que le tramway passe au milieu de la cuisine : http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=69003+Lyonsll=45.759275,4.841816sspn=0.007171,0.019827g=10+Rue+Mazenod,+69003+Lyonie=UTF8lci=transitll=45.757703,4.875526spn=0.019193,0.036693t=hz=15 Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Entièrement d'accord :) Bon, voici ma 1ère ligne de bus. Il me manque les arrêts, que je compléterai plus tard. http://www.openstreetmap.org/browse/relation/153994 Une question importante : faut-il prendre physiquement chaque ligne de bus avec son gps et son vélo (ou voiture, ou pourquoi pas être dans le bus, etc.) pour cartographier les lignes de bus, ou bien une utilisation des cartes du réseau de transport est-il possible ? Je penche fortement pour la 1ère, bien sûr. Il va donc falloir que je prenne le vélo :D (bon, la ligne 5, je la connais par coeur, l'ayant beaucoup utilisée, mais les autres...) Comment faites-vous ? Certes, si le rendu peut-être amélioré... Ceci n'est pas très sexy : http://www.öpnvkarte.de/?lat=45.76171lon=4.86739zoom=15http://www.xn--pnvkarte-m4a.de/?lat=45.76171lon=4.86739zoom=15 Mais le tracé est exact. Par contre, là, certains vont découvrir que le tramway passe au milieu de la cuisine : http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=69003+Lyonsll=45.759275,4.841816sspn=0.007171,0.019827g=10+Rue+Mazenod,+69003+Lyonie=UTF8lci=transitll=45.757703,4.875526spn=0.019193,0.036693t=hz=15 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Salut, Une question importante : faut-il prendre physiquement chaque ligne de bus avec son gps et son vélo (ou voiture, ou pourquoi pas être dans le bus, etc.) pour cartographier les lignes de bus, ou bien une utilisation des cartes du réseau de transport est-il possible ? Je penche fortement pour la 1ère, bien sûr. Il va donc falloir que je prenne le vélo :D (bon, la ligne 5, je la connais par coeur, l'ayant beaucoup utilisée, mais les autres...) Comment faites-vous ? Moi pour la deuxième ; ce n'est pas du pompage de données, c'est de la lecture, de l'interprétation et du recoupement avec des données déjà existantes dans OSM. Je voies mal la compagnie de bus de ma ville attaquer la fondation OSM en justice sous prétexte que j'ai lu un plan du réseau, mais c'est mon avis :-) Et puis ils ont qu'à développer eux-mêmes des mashups sexys sur leurs sites officiels s'ils veulent pas qu'on le fasse nous-mêmes. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
...une utilisation des cartes du réseau de transport est-il possible ? Je pense que oui, si on ne repompe pas leur cartographie (ni leur logo, ni leur charte graphique), mais qu'on utilise la carto d'osm. Je pense que la dénomination des lignes et les noms des arrêts soient connaissance plus que commune, donc réutilisables. Ils les affichent de partout, il est presque impossible de prendre une photo sans avoir leurs trucs dans l'image ! Et ça s'appelle transport en commun, est en partie financé par le denier public, nos sous à nous tous... On a bien le droit, d'écrire les noms des gares et des métros ? Dans des reportages à la télé, ils ne floutent pas les arrêts de bus, ni les n°s des lignes. (Mais je peux me tromper. Aussi existent-il, ailleurs, des lignes de bus entièrement privées, commerciales : Je ne sais pas, si on aurait le droit de reprendre dans osm ces lignes, sans demander leur accord). ...certains vont découvrir que le tramway passe au milieu de la cuisine : http://maps.google.fr/maps?f=qsource=s_qhl=frgeocode=q=69003 +Lyonsll=45.759275,4.841816sspn=0.007171,0.019827g=10+Rue +Mazenod,+69003 +Lyonie=UTF8lci=transitll=45.757703,4.875526spn=0.019193,0.036693 t=hz=15 Aïï kaïï, sauve qui peut ! Ce trolleybus d'enfer, est-il une foreuse tunnellier, un VSTOL, ou un urban-terminator ? Si on peut croire cette carte, il est vital, de connaître les horaires de cet engin destroy ! Heureusement on peut escamoter ce layer pour lire les noms des rues. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Salut, Quelqu'un aurait-il vu comment spécifier la couleur d'une route ? Ça serait très sympa aussi pour les lignes de métro dans Paris... Le seul moyen que j'ai trouvé c'était de le spécifier dans le style mapnik ; j'avais fait un essai avec les vraies couleurs pour le métro parisien[1], mais cela nécessitait de redéfinir un filtre spécifique dans le fichier de style mapnik pour chaque couleur. [1] http://beneth.fr/~pedrov/ratp.png -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Yann Coupin a écrit : Du coup ça me remotive pour faire certaines lignes de bus près de chez moi, mais je me posais la question de la couleur et du rendu et je n'arrive pas à trouver d'info là dessus. Quelqu'un aurait-il vu comment spécifier la couleur d'une route ? Ça serait très sympa aussi pour les lignes de métro dans Paris... Yann PS : Oui c'est tagger pour le rendu et j'assume ;-) Ça n'a de sens que si les couleurs sont affectées de façon stable pour les lignes, si la RATP a codifié les couleurs des lignes (équivalent du 'ref'). Si la couleur est 'officielle', ce n'est pas tagguer pour le rendu, mais tagguer pour la cohésion. Du coup, je devrais retrouver la même couleur sur les plans dans Paris, sur OSM, sur le petit plan dans mon agenda... S'il n'y a pas de couleur 'officielle' pour une ligne de bus, c'est aux moteurs de rendu d'affecter une couleur aléatoire à chaque ligne. Plutôt qu'aléatoire, avoir une table des couleurs : ligne 1 : couleur 1 ligne 2 : couleur 2 la même pour tous les réseaux de bus de Franc et de Navarre. 'La couleur qui me plaît bien' n'est pas une information géographique et ne devrait pas être rentrée dans la base.. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Avec le tag color=#valeur hexadécimal de la couleur dans ta relation. Exemple, pour le noir, color=#00 JonathanMM Yann Coupin a écrit : Du coup ça me remotive pour faire certaines lignes de bus près de chez moi, mais je me posais la question de la couleur et du rendu et je n'arrive pas à trouver d'info là dessus. Quelqu'un aurait-il vu comment spécifier la couleur d'une route ? Ça serait très sympa aussi pour les lignes de métro dans Paris... Yann PS : Oui c'est tagger pour le rendu et j'assume ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
J'ai trouvé depuis l'info et je l'ai renseigné pour la plupart des lignes de métro (je suis à peu près sûr d'en avoir oublié) et pour les lignes de RER. Je plaisantais en disant que c'était tagger pour le rendu. Ce sont en effet des couleurs officielles utilisées pour les plans officiels et la signalétique et ça serait bien que le rendu l'utilise mais là ça ne dépend pas de moi. Yann Le 6 juin 09 à 12:08, JonathanMM a écrit : Avec le tag color=#valeur hexadécimal de la couleur dans ta relation. Exemple, pour le noir, color=#00 JonathanMM Yann Coupin a écrit : Du coup ça me remotive pour faire certaines lignes de bus près de chez moi, mais je me posais la question de la couleur et du rendu et je n'arrive pas à trouver d'info là dessus. Quelqu'un aurait-il vu comment spécifier la couleur d'une route ? Ça serait très sympa aussi pour les lignes de métro dans Paris... Yann PS : Oui c'est tagger pour le rendu et j'assume ;-) ___ 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] Lignes de bus, besoin d'aide
Yann Coupin a écrit : J'ai trouvé depuis l'info et je l'ai renseigné pour la plupart des lignes de métro (je suis à peu près sûr d'en avoir oublié) et pour les lignes de RER. Je plaisantais en disant que c'était tagger pour le rendu. Ce sont en effet des couleurs officielles utilisées pour les plans officiels et la signalétique et ça serait bien que le rendu l'utilise mais là ça ne dépend pas de moi. Et il y a une table ( sur le wiki par exemple) pour les correspondances ? Ça m'intéresse pour causer avec les Transports sur Besançon de voir comment les choses sont formalisées ailleurs. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Pas que je sache, j'y suis allé à la pipette sur le site web. J'ai trouvé ça quand même en cherchant, du coup. J'aurais dû commencer par là, ça aurait été plus rapide... http://fr.wikipedia.org/wiki/M%C3%A9tro_de_Paris#Le_r.C3.A9seau Yann Le 6 juin 09 à 13:55, Vincent Pottier a écrit : Yann Coupin a écrit : J'ai trouvé depuis l'info et je l'ai renseigné pour la plupart des lignes de métro (je suis à peu près sûr d'en avoir oublié) et pour les lignes de RER. Je plaisantais en disant que c'était tagger pour le rendu. Ce sont en effet des couleurs officielles utilisées pour les plans officiels et la signalétique et ça serait bien que le rendu l'utilise mais là ça ne dépend pas de moi. Et il y a une table ( sur le wiki par exemple) pour les correspondances ? Ça m'intéresse pour causer avec les Transports sur Besançon de voir comment les choses sont formalisées ailleurs. Vincent ___ 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] Lignes de bus, besoin d'aide
Un truc : au moment de sectionner le chemin pour les tronçons de ignes de bus, autant remettre tout de suite les sections de voies dans une autre relation 'street' avec les propriétés : type=street name=nom de la voie Je n'ai pas trop compris ce que tu proposes de faire. Les routes de bus sont des relations type=route et contiennent tous les ways qui forme une ligne de bus Sauf erreur, les relations type=street sont celles utilisées pour le schéma de numéro de rendu, éventuellement couplées à http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways (toujours a l'état de réflexion) Pour regrouper un ensemble de ways formant un ensemble cohérent (une grande rue découpée en morceau par exemple) Donc quel rapport avec les lignes de bus ? -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
sylvain letuffe a écrit : Un truc : au moment de sectionner le chemin pour les tronçons de ignes de bus, autant remettre tout de suite les sections de voies dans une autre relation 'street' avec les propriétés : type=street name=nom de la voie Je n'ai pas trop compris ce que tu proposes de faire. Les routes de bus sont des relations type=route et contiennent tous les ways qui forme une ligne de bus Sauf erreur, les relations type=street sont celles utilisées pour le schéma de numéro de rendu, éventuellement couplées à http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways (toujours a l'état de réflexion) Pour regrouper un ensemble de ways formant un ensemble cohérent (une grande rue découpée en morceau par exemple) Donc quel rapport avec les lignes de bus ? L'idée est de profiter de la découpe de ways en segments dont certains iront dans la relation 'route', pour regrouper ce qui formaient la rue dans une relation 'street'. Ça prépare le travail pour l'adressage. Ça n'a pas de rapport direct, mais tant qu'à manipuler des objets, autant en profiter (dixit Mr Taylor). Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
L'idée est de profiter de la découpe de ways en segments dont certains iront dans la relation 'route', pour regrouper ce qui formaient la rue dans une relation 'street'. Ha okay, pigé. Je comprenais que tu voulais que l'ensemble des ways d'une route de bus soit aussi intégré à une autre relation street et ça me paraissait bizarre vu que c'était justement pas la même street. On s'aperçoit du bazar à long terme que va être le saucissonnage des ways pour multiples raisons (limites de vitesse différentes, appartenant à une route de bus, une route de type GR, une portion sens unique, un pont/tunnel) Pieren va encore me dire que je parle trop de relation, mais j'espère qu'il y aura réflexion la dessus et un effort coté éditeurs, car pour l'instant c'est chiant à manipuler (mais JOSM le supporte de mieux en mieux). -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
kimaidou a écrit : Bonjour Bonjour kimaidou Je souhaite ajouter les lignes de bus à Montpellier. J'ai regardé le wiki, et il faut apparemment utiliser les relations pour cela, comme par exemple ici : http://www.openstreetmap.org/browse/relation/65866 C'est pour créer une relation que je suis un peu perdu... Par exemple dans Potlach, on ne peut créer une relation qu'une fois un objet sélectionné. Mais si je sélectionne une route, et que je l'intègre dans ma relation type=route, route=bus, etc. , c'est toute la route qui est dans cette relation. Faut-il que je découpe toutes les routes en morceaux qui sont sur le trajet de mon bus ? Oui, il faut que tu découpes ta route pour intégrer les routes qui font parti du trajet du bus et ainsi le mettre dans la relation. Ou alors faut-il simplement lier les arrêts de bus dans une relation ? Je ne pense pas, car j'avais compris qu'on devait mettre les arrêts du côté de la route, et non sur le way.. Bref, j'aurais besoin d'un retour d'expérience. Merci d'avance Mais de rien ;) Kimaidou JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
ok, merci beaucoup pour la réponse ;) Je vais donc prendre mes ciseaux Par contre, faut-il aussi que j'intègre les points individuels des arrêts de bus dans la relation ? Instinctivement je dirai oui, mais cela peut gêner pour tracer la ligne avec un moteur de rendu.. Le 5 juin 2009 20:24, JonathanMM jonatha...@free.fr a écrit : kimaidou a écrit : Bonjour Bonjour kimaidou Je souhaite ajouter les lignes de bus à Montpellier. J'ai regardé le wiki, et il faut apparemment utiliser les relations pour cela, comme par exemple ici : http://www.openstreetmap.org/browse/relation/65866 C'est pour créer une relation que je suis un peu perdu... Par exemple dans Potlach, on ne peut créer une relation qu'une fois un objet sélectionné. Mais si je sélectionne une route, et que je l'intègre dans ma relation type=route, route=bus, etc. , c'est toute la route qui est dans cette relation. Faut-il que je découpe toutes les routes en morceaux qui sont sur le trajet de mon bus ? Oui, il faut que tu découpes ta route pour intégrer les routes qui font parti du trajet du bus et ainsi le mettre dans la relation. Ou alors faut-il simplement lier les arrêts de bus dans une relation ? Je ne pense pas, car j'avais compris qu'on devait mettre les arrêts du côté de la route, et non sur le way.. Bref, j'aurais besoin d'un retour d'expérience. Merci d'avance Mais de rien ;) Kimaidou JonathanMM ___ 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] Lignes de bus, besoin d'aide
kimaidou a écrit : ok, merci beaucoup pour la réponse ;) Je vais donc prendre mes ciseaux Par contre, faut-il aussi que j'intègre les points individuels des arrêts de bus dans la relation ? Instinctivement je dirai oui, mais cela peut gêner pour tracer la ligne avec un moteur de rendu.. Oui, les arrêts font partie de la relation. Les moteurs de rendus savent distinguer les chemins 'ways' et les points 'nodes' pour le rendu. Contrairement aux relations 'multipolygon' qui sont des relations 'physiques', une relation route est une relation 'logique', et ne sont pas rendues telles quelles. Le moteur de rendu trace des voies, des arrêts., l'outil de navigation cherche des itinéraires (le sens du mot 'route' en anglais). Un truc : au moment de sectionner le chemin pour les tronçons de ignes de bus, autant remettre tout de suite les sections de voies dans une autre relation 'street' avec les propriétés : type=street name=nom de la voie Bon courage. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Je profite de ce fil pour vous rappeler qu'une carte des transport en commun est disponible, sur un serveur allemand : http://www.öpnvkarte.de/?lat=49.02897lon=2.47812zoom=16 D'ailleurs, pourquoi ne pas faire un rendu sur le serveur beta de sly ? Non parce que mettre toutes les lignes de bus en rouge, c'est pas le mieux, surtout quand il y a la couleur indiqué dans la relation JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
JonathanMM a écrit : Je profite de ce fil pour vous rappeler qu'une carte des transport en commun est disponible, sur un serveur allemand : http://www.öpnvkarte.de/?lat=49.02897lon=2.47812zoom=16 Dommage, le lien a l'air un peu mort. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Vincent Pottier a écrit : JonathanMM a écrit : Je profite de ce fil pour vous rappeler qu'une carte des transport en commun est disponible, sur un serveur allemand : http://www.öpnvkarte.de/?lat=49.02897lon=2.47812zoom=16 Dommage, le lien a l'air un peu mort. Vincent Le lien fonctionne, mais a cause du ö, si on clique directement, ça marche pas. Mais avec un copier du texte, ça devrait marcher :) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
JonathanMM a écrit : Je profite de ce fil pour vous rappeler qu'une carte des transport en commun est disponible, sur un serveur allemand : http://www.öpnvkarte.de/?lat=49.02897lon=2.47812zoom=16 Mais c'est génial !! -- Nicolas - http://www.wawoum.com/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Nicolas Bouthors a écrit : JonathanMM a écrit : Je profite de ce fil pour vous rappeler qu'une carte des transport en commun est disponible, sur un serveur allemand : http://www.öpnvkarte.de/?lat=49.02897lon=2.47812zoom=16 Mais c'est génial !! J'allais le dire ! On commence à comprendre pourquoi on mappe des choses obscures... http://www.öpnvkarte.de/?lat=47.2344lon=6.02696zoom=15 Ça me motive pour poursuivre... Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus, besoin d'aide
Du coup ça me remotive pour faire certaines lignes de bus près de chez moi, mais je me posais la question de la couleur et du rendu et je n'arrive pas à trouver d'info là dessus. Quelqu'un aurait-il vu comment spécifier la couleur d'une route ? Ça serait très sympa aussi pour les lignes de métro dans Paris... Yann PS : Oui c'est tagger pour le rendu et j'assume ;-) Le 5 juin 09 à 23:57, Vincent Pottier a écrit : Nicolas Bouthors a écrit : JonathanMM a écrit : Je profite de ce fil pour vous rappeler qu'une carte des transport en commun est disponible, sur un serveur allemand : http://www.öpnvkarte.de/?lat=49.02897lon=2.47812zoom=16 Mais c'est génial !! J'allais le dire ! On commence à comprendre pourquoi on mappe des choses obscures... http://www.öpnvkarte.de/?lat=47.2344lon=6.02696zoom=15 Ça me motive pour poursuivre... Vincent ___ 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