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

Répondre à