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.<br>
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.<br>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.<br>
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.<br>
<br>Emilie Laffray<br><br><br><div class="gmail_quote">2009/6/9 sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:sylvain@letuffe.org">sylvain@letuffe.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tuesday 09 June 2009 11:38, kimaidou wrote:<br>
<br>
> J'ai regardé un peu, et en fait:<br>
> * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par<br>
> exemple, pas de colonne "operator", qui nous serait bien utile pour<br>
> n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP<br>
> (operator=RATP).<br>
</div>Change le fichier default.style<br>
<div class="im"><br>
<br>
> * osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une<br>
> pour les lignes, et une pour les "roads". Je ne sais pas bien si cette<br>
> dernière enregistre les relations ou autre chose. Une idée ?<br>
</div>si polygone, prefix_polygon, si linéaire prefix_roads<br>
(ça dépend donc des type de relation)<br>
Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que<br>
point/ligne/surface<br>
<div class="im"><br>
<br>
> Pour moi, cela est plutôt super limitant, car on perd la puissance du couple<br>
> tag=valeur de la bdd OSM. On perd des tags, notamment les tags color,<br>
> operator, name de la relation,<br>
</div>A toi de dire à osm2pgsql de les importer. Il existe une autre solution qui<br>
est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui, fait<br>
de l'import .osm <=> postgis une équivalence<br>
Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de garder<br>
l'équivalence, mais de faire plein de pré-traitement pour accélérer les<br>
choses dans une logique "temps réél"<br>
<div class="im"><br>
> et donc on ne peut pas styler en fonction de<br>
> ces tags<br>
</div>Ce problème est sans rapport, cf plus loin<br>
<div class="im"><br>
<br>
> Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes<br>
> via des bouding box<br>
</div>Trop galère.<br>
<div class="im"><br>
> Le 9 juin 2009 11:24, Pierre Mauduit <<a href="mailto:pierre.mauduit@gmail.com">pierre.mauduit@gmail.com</a>> a écrit :<br>
</div><div class="im">> > Une des limitations de mapnik, que j'ai découvert récemment en tentant<br>
> > un rendu perso du plan de métro RATP : Apparemment on ne peut pas<br>
> > utiliser une colone de la base de données directement dans les options<br>
> > de style CSS de mapnik, et c'est bien dommage,<br>
</div>Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le module<br>
de traitement des fichiers de config xml qui est en cause. Et en effet, pour<br>
l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction de<br>
la base, j'ai dû faire comme toi :<br>
<div class="im"><br>
> > on est obligé de se faire<br>
> > des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref<br>
> > ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne<br>
> > couleur.<br>
<br>
</div>Autant dire, que quand on va vouloir prendre en compte de tag color qui est<br>
24bit, ça va faire un paquet de bloc style ;-)<br>
<div class="im"><br>
<br>
> > Si quelqu'un a une autre technique afin d'utiliser les données en base<br>
> > directement dans les définitions des balises de style CSS je suis preneur<br>
</div>Pareil,<br>
il semblerait qu'utiliser l'API python puisse nous sortir d'affaire, mais j'ai<br>
pas fais assez de tests pour le confirmer<br>
<div class="im"><br>
<br>
--<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>