Concernant les données d’altimétrie, pensez a utiliser les DEM3 de viewfinderpanoramas.org:
http://www.viewfinderpanoramas.org/dem3.html La qualité sur les Alpes est bien meilleure que le SRTM brut, particulièrement en prenant les fichier 1" (résolution horizontale ~30m). Ça permet d’éviter de faire passer des routes au milieu de falaises: http://www.openstreetmap.org/?lat=45.23488&lon=5.76347&zoom=16&layers=C (SRTM) contre http://www.refuges.info/nav.php?lat=45.23493&lon=5.76284&zoom=16&layers=0000B000FTTFFFTTT (DEM3 j'imagine, peut-être que les auteurs pourront confirmer) Pierre-Emmanuel 2011/6/29 yvecai <yve...@gmail.com>: > Pourquoi pas, on tout c'est une solution rapide (enfin, le temps de préparer > les données). Un fois que le serveur tourne, pourquoi pas chercher un mécène > pour l'héberger (Amazon, wikimedia, OSMF, ...). > Et avoir une vitrine et une assoc' OSM France pour obtenir un même service > basé sur Aster. > > Pour les tuiles de base (zoom <7) , SRTM 30 permettrait de faire un rendu > jusqu'au Groenland. La suite sur dev-fr ? > > Yves > > On 29. 06. 11 19:35, ad...@partir-en-vtt.com wrote: >> >> 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 >> >> >> > > > _______________________________________________ > 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
