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