Pour le moment ce n'est que pour afficher les network sur Beciklo. Mais je note en attendant. Ça pourrait servir si on fait evoluer le projet.<br><br>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. <br>
<br>Par contre j'ai trouver mes données dans planet_osm_line et non ways, une différence de config avec toi ?<br><br><div class="gmail_quote">2010/8/25 sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On mercredi 25 août 2010, Lord Awikatchikaen wrote:<br>
> Ok, merci.<br>
> En fait j'ai tourné pendant des heures car j'avais moins ways dans les table<br>
> que membre de ma relation. Je viens de comprendre un peu mieux postgis<br>
> (désolé trop l'habitude de réfléchir en relationnel ... )<br>
<br>
</div>Parlons plutôt de "méthode dont est fait le schéma osm2pgsql" qui est en effet<br>
tout sauf relationnel, mais postgis n'y est pour rien.<br>
<br>
A titre d'économie de temps futur, tu va découvrir que dans la table ways, tu<br>
trouvera plusieurs enregistrements correspondants à la même relation si<br>
celle-ci est longue, et tu vas peut-être t'arracher les cheveux comme moi à<br>
deviner si ça vient de la donnée ou d'un bug pour finir par un st_collect( )<br>
pour les rassembler. (bon, sauf si ton but est juste de faire du dessin, mais<br>
au cas où)<br>
<br>
Il y a donc mieux : le "problème" est une fonctionnalité d'osm2pgsql qui<br>
découpe arbitrairement les routes trop longues, donc si besoin, j'ai le<br>
patch "qui va bien"<br>
<div class="im"><br>
<br>
><br>
> (pas mal ce hstore au passage :D)<br>
><br>
><br>
><br>
> 2010/8/24 René-Luc D'Hont <<a href="mailto:rldhont@gmail.com">rldhont@gmail.com</a>><br>
><br>
> >  Par contre si tu utilises une version récente tu trouveras peut être une<br>
> > colonne de type hstore.<br>
> ><br>
> > Le 24/08/2010 16:11, sly (sylvain letuffe) a écrit :<br>
> ><br>
> >  On mardi 24 août 2010, Lord Awikatchikaen wrote:<br>
> >><br>
> >>> Bonjour,<br>
> >>><br>
> >>> J'essaie de remonter tous les membres d'une relation (type=route) pour<br>
> >>> affichage avec Mapnik.<br>
> >>> D'après le schéma, la table planet_osm_rels semblent toute indiqué avec<br>
> >>> la<br>
> >>> colonne 'tags'<br>
> >>><br>
> >> Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est donc<br>
> >> pas<br>
> >> loin d'être inutilisable pour mapnik.<br>
> >><br>
> >> Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il<br>
s'agit<br>
> >> d'une relation par son id négatif, mais pour la filtrer, le champ type<br>
> >> n'est<br>
> >> pas importé, utilises préférablement le tag route.<br>
> >><br>
> >><br>
> ><br>
> > _______________________________________________<br>
> > Talk-fr mailing list<br>
> > <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
> > <a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
> ><br>
><br>
<br>
<br>
<br>
</div><div class="im">--<br>
sly<br>
Sylvain Letuffe <a href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a><br>
qui suis-je : <a href="http://slyserv.dyndns.org" target="_blank">http://slyserv.dyndns.org</a><br>
<br>
<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br>