Je suis depuis quelques échanges dépassé par les solutions que chacun propose. Je n'ai aucune compétence en programmation/développement. Je trouve quand même dommage qu'Opencyclemap ne soit pas plus réactif vis à vis des mises à jour avec les données OSM. Ce genre de rendu (sans l'aspect "cyclabilité") me semble suffisant pour l'exploiter en randonnée. Je comprends bien que tout ça nécessite des ressources (serveur). L'idéal serait bien de mutualiser les efforts plutôt de multiplier les projets qui au final risquent de ne pas être satisfaisants à l'usage...
Sinon pour http://dev-yves.dyndns.org/alpha/pistes-nordiques-backend/, sauf erreur de ma part, je n'ai pas vu de courbes de niveau? Je suis trop exigeant? Merci Romain Le 29 juin 2011 19:46, yvecai <yve...@gmail.com> a écrit : > 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<http://tiles.openpistemap.org/contours-only/14/8499/5817.png> >>>> >>> Un autre exemple ici: >>> http://dev-yves.dyndns.org/**alpha/pistes-nordiques-**backend/<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<http://lists.openstreetmap.org/listinfo/talk-fr> >>> >>> >>> >> ______________________________**_________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr> >> >> >> >> > > ______________________________**_________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
