On 29. 06. 11 17:52, Vincent Pottier wrote:
Le 29/06/2011 17:36, Guilhem Bonnefille a écrit :
Sur le principe, je trouve l'idée de factoriser les efforts
particulièrement intéressante.
Par contre, pour la réalisation, je vois pas bien. Classiquement, les
courbes de niveau est une informations que l'on cale sur un calque (si
je puis dire) que l'on place au-dessus du calque de la nature des sols
(les beaux pavés de couleurs variées) et en dessous des informations
plus précises telles les routes. Du coup, je ne vois pas trop, à moins
de splitter tous les rendus en deux, comment on peut intégrer des
courbes de niveaux précalculées en raster. A moins qu'on ne parle pas
de ça et que je sois hors sujet.
Un exemple :
http://tiles.openpistemap.org/contours-only/14/8499/5817.png
Un autre exemple ici:
http://dev-yves.dyndns.org/alpha/pistes-nordiques-backend/
Selon le niveau de zoom, vous pouvez afficher le relief calculé sur mon
serveur et les contours en provenance d'OpenPisteMap.
Ce n'est pas très dur de faire ces contours et ce relief, vu qu'il n'y a
pas de mise à jour, par contre celà prend beaucoup de bande passante
(essayer le relief en zoom 8-9 pour voir, l'upload est à 500kps, faites
le calcul !). C'est d'ailleurs pour cela que je peux pas utiliser les
contours d'OPM sur mon site de 'prod'.
Je pense pouvoir faire ce rendu à la demande, en mergant les deux
(contours + relief) pour mon site, mais vu ma bande passante, je ne
pourrais pas partager non plus.
Pour dimensionner un serveur:
_ Les tuiles SRTM du zoom 0 au zoom 11 prennent ~16Go d'espace disque.
Ensuite, un script peut resampler les tuiles du zoom11 pour créer les
sous-tuiles à la volée. Mon site utilise du Python, celui d'OPM du php,
je crois.
_ Pour la bande passante, du zoom 8 au zoom 11, compter 40ko par tuile
(avec nos grands écran, c'est vite 1Mo sur la carte affichée)
_ Sur le wiki, la taille de la base pgsql pour les contour SRTM est de
l'ordre de 500 Go si ma mémoire est bonne (je pense la construire sur
mon serveur dans l'été).
Alors oui, si quelqu'un à un bon plan serveur + bande passante, c'est
une super bonne idée de mutualiser.
Yves
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
