30€ par mois, cela reste abordable surtout s'il on s'y met à plusieurs :)
Donc la dedibox classique pourrait le faire. Mais c'est quand même 30Euros par mois. D'un autre coté, j'avais plus vu des solutions à 200Euros pour une telle config. Yves On 29. 06. 11 18:47, ad...@partir-en-vtt.com wrote: > Pour un serveur dédié, un dedibox (filiale free) fait des serveurs performants (bande passante illimité) et abordables avec aucun engagement de durée. testé et approuvé il y a quelques temps sur un ubuntu server. > > > 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 > > > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Loïc et Flo. Créateurs et administrateurs de www.partir-en-vtt.com. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
