Re: [OSM-talk-fr] [dev] trouver les membres d'une relation
Le 26/08/2010 13:29, sly (sylvain letuffe) a écrit : On jeudi 26 août 2010, Lord Awikatchikaen wrote: Je voudrais tester un affichages des réseaux cyclable mais que sur les portions aménagés pour les cyclistes. Je crois avoir compris... alors voilà une idée, mais je ne sais absolument pas si c'est réalisable ni réaliste : Tu traces d'abord les rues comme sur le style map...@osm.org classique Ensuite tu traces tes routes cyclables par dessus avec un style de manière à ce qu'elles cachent complètement les rues classiques par lesquelles elles passent Et enfin, tu re-traces toutes les rues classiques n'ayant aucun aménagement par dessus tout ça avec un style de manière à ce qu'elles cachent les routes cyclables Over pas optimal du tout, mais c'est la seule chose que je vois. Si le problème vient d'osm2psql il y a autre chose d'utilisable pour produire des tuiles ? non (du moins rien trouvé de convainquant), et j'en suis bien triste, il y aurait un sacré coup de balais à faire dans le schéma de base de donnée choisi pour le rendre un peu plus osm-shéma et relationnel Mapnik n'est pas outil spécifique à OSM. Pour en revenir au problème d'origine. La solution est peut être de faire des prétraitements avec un schéma de données plus relationnel (au hasard osmosis). Puis de rajouter/importer les données sélectionnées à la base osm2psql. Ça peut avoir l'avantage de faire des chargements plus rapide dans la base osm2psql si le temps de prétraitement ne fait pas perdre l'économie ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev] trouver les membres d'une relation
On jeudi 26 août 2010, Lord Awikatchikaen wrote: Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments d'une relation ? par exemple, ne pas afficher les highway=unclassified/residential d'une relation network=lcn/rcn/ncn. A vue de nez, avec le schéma osm2pgsql, je vais en effet dire que ça risque de ne pas être simple... Mais je n'ai peut-être pas compris ce que tu souhaitais faire. Corriges moi si j'ai mal compris : Tu voudrais qu'une portion de route cyclable passant par un highway=unclassified ne soit pas affichée, mais que soit affiché juste le unclassified ? Par contre j'ai trouver mes données dans planet_osm_line et non ways, une différence de config avec toi ? Je me suis gouré, il fallait bien lire line et non ways car cette table est à nouveau une table interne pour les diffs. Les tables sur lesquelles je travail sont : planet_osm_point planet_osm_line planet_osm_roads planet_osm_polygon -- 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] [dev] trouver les membres d'une relation
En fait le souci initial vient des Lcn sur Paris qui contiennent un peu de tout, même des portions de routes sans aménagement cyclable. Ça donne un paquet un peu illisible : ici : http://www.awikatchikaen.info/?zoom=11lat=48.805lon=2.316layers=BTTF ou la : http://www.openstreetmap.org/?lat=48.8563lon=2.3393zoom=13layers=C Je voudrais tester un affichages des réseaux cyclable mais que sur les portions aménagés pour les cyclistes. Si le problème vient d'osm2psql il y a autre chose d'utilisable pour produire des tuiles ? J'ai vu la cartehttp://wiki.openstreetmap.org/wiki/File:OSM_Components.png d'osm et j'en ai pas l'impression 2010/8/26 sly (sylvain letuffe) sylv...@letuffe.org On jeudi 26 août 2010, Lord Awikatchikaen wrote: Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments d'une relation ? par exemple, ne pas afficher les highway=unclassified/residential d'une relation network=lcn/rcn/ncn. A vue de nez, avec le schéma osm2pgsql, je vais en effet dire que ça risque de ne pas être simple... Mais je n'ai peut-être pas compris ce que tu souhaitais faire. Corriges moi si j'ai mal compris : Tu voudrais qu'une portion de route cyclable passant par un highway=unclassified ne soit pas affichée, mais que soit affiché juste le unclassified ? Par contre j'ai trouver mes données dans planet_osm_line et non ways, une différence de config avec toi ? Je me suis gouré, il fallait bien lire line et non ways car cette table est à nouveau une table interne pour les diffs. Les tables sur lesquelles je travail sont : planet_osm_point planet_osm_line planet_osm_roads planet_osm_polygon -- 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] [dev] trouver les membres d'une relation
On jeudi 26 août 2010, Lord Awikatchikaen wrote: Je voudrais tester un affichages des réseaux cyclable mais que sur les portions aménagés pour les cyclistes. Je crois avoir compris... alors voilà une idée, mais je ne sais absolument pas si c'est réalisable ni réaliste : Tu traces d'abord les rues comme sur le style map...@osm.org classique Ensuite tu traces tes routes cyclables par dessus avec un style de manière à ce qu'elles cachent complètement les rues classiques par lesquelles elles passent Et enfin, tu re-traces toutes les rues classiques n'ayant aucun aménagement par dessus tout ça avec un style de manière à ce qu'elles cachent les routes cyclables Over pas optimal du tout, mais c'est la seule chose que je vois. Si le problème vient d'osm2psql il y a autre chose d'utilisable pour produire des tuiles ? non (du moins rien trouvé de convainquant), et j'en suis bien triste, il y aurait un sacré coup de balais à faire dans le schéma de base de donnée choisi pour le rendre un peu plus osm-shéma et relationnel -- 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] [dev] trouver les membres d'une relation
Ok, merci. En fait j'ai tourné pendant des heures car j'avais moins ways dans les table que membre de ma relation. Je viens de comprendre un peu mieux postgis (désolé trop l'habitude de réfléchir en relationnel ... ) (pas mal ce hstore au passage :D) 2010/8/24 René-Luc D'Hont rldh...@gmail.com Par contre si tu utilises une version récente tu trouveras peut être une colonne de type hstore. Le 24/08/2010 16:11, sly (sylvain letuffe) a écrit : On mardi 24 août 2010, Lord Awikatchikaen wrote: Bonjour, J'essaie de remonter tous les membres d'une relation (type=route) pour affichage avec Mapnik. D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la colonne 'tags' Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est donc pas loin d'être inutilisable pour mapnik. Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il s'agit d'une relation par son id négatif, mais pour la filtrer, le champ type n'est pas importé, utilises préférablement le tag route. ___ 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] [dev] trouver les membres d'une relation
On mercredi 25 août 2010, Lord Awikatchikaen wrote: Ok, merci. En fait j'ai tourné pendant des heures car j'avais moins ways dans les table que membre de ma relation. Je viens de comprendre un peu mieux postgis (désolé trop l'habitude de réfléchir en relationnel ... ) Parlons plutôt de méthode dont est fait le schéma osm2pgsql qui est en effet tout sauf relationnel, mais postgis n'y est pour rien. A titre d'économie de temps futur, tu va découvrir que dans la table ways, tu trouvera plusieurs enregistrements correspondants à la même relation si celle-ci est longue, et tu vas peut-être t'arracher les cheveux comme moi à deviner si ça vient de la donnée ou d'un bug pour finir par un st_collect( ) pour les rassembler. (bon, sauf si ton but est juste de faire du dessin, mais au cas où) Il y a donc mieux : le problème est une fonctionnalité d'osm2pgsql qui découpe arbitrairement les routes trop longues, donc si besoin, j'ai le patch qui va bien (pas mal ce hstore au passage :D) 2010/8/24 René-Luc D'Hont rldh...@gmail.com Par contre si tu utilises une version récente tu trouveras peut être une colonne de type hstore. Le 24/08/2010 16:11, sly (sylvain letuffe) a écrit : On mardi 24 août 2010, Lord Awikatchikaen wrote: Bonjour, J'essaie de remonter tous les membres d'une relation (type=route) pour affichage avec Mapnik. D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la colonne 'tags' Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est donc pas loin d'être inutilisable pour mapnik. Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il s'agit d'une relation par son id négatif, mais pour la filtrer, le champ type n'est pas importé, utilises préférablement le tag route. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- 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] [dev] trouver les membres d'une relation
On mardi 24 août 2010, Lord Awikatchikaen wrote: Bonjour, J'essaie de remonter tous les membres d'une relation (type=route) pour affichage avec Mapnik. D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la colonne 'tags' Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est donc pas loin d'être inutilisable pour mapnik. Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il s'agit d'une relation par son id négatif, mais pour la filtrer, le champ type n'est pas importé, utilises préférablement le tag route. -- 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