Tu as l'aire de connaître ton, il serait interressant que tu nous fasse une petite page wiki sur comment installer un proximité cache et des avantages a le faire Le 16 févr. 2012 19:39, "Philippe Verdy" <verd...@wanadoo.fr> a écrit :
> Très bien, mais il est grand temps, pour ces services qui se > multiplient pour utiliser des cartes OSM, qu'ils se mettent à fournir > aussi des serveurs de tuiles, pour contribuer aussi à la charge > générale. > > A-t-on un projet permettant de favoriser la distribution de la charge > de calcul, ou de mettre en place au moins des proxies-caches > mutualisés et interréférencés, afin de soulager les serveurs existants > d'une partie de la bande passante ? > > Il serait bon de demander à ces services de mettre en place avec leur > serveur web au minimum un serveur proxy cache qui fera l'essentiel des > accès aux serveurs de tuiles communs, pour que les utilisateurs de ces > sites ne viennent pas rajouter de la charge prise gratuitement aux > serveurs existants (que ce soit les serveurs Mapnik, Mapquest). Cette > mise en place de proxies se fait de façon très classique comme > n'importe quel proxy cache (on peut suggérer Squid, qui est totalement > libre, et saura très bien mettre en cache ce qui n'est qu'une > collection d'images de format standard PNG ou SVG, avec des URL > stables, même si elles sont mises à jour de temps en temps). > > C'est bien de motiver des services pour les faire contribuer à l'Open > Data. Mais ne pas oublier le partage de coûts d'exploitation qui > peuvent clairement et facilement être mutualisés sans gros effort (et > sans remettre en cause non plus le mouvement Open Data et les autres > accords de coopération et de licences). > > Car on commence sérieusement à ressentir le manque de ressources pour > la calcul des tuiles, et la distribution des tuiles calculées commence > aussi à devenir lente. > > Et des utilisateurs d'autres services s'en plaignent de façon > réellement désagréable (à en juger la colère des utilisateurs abonnés > de Geocaching depuis qu'il a dû supprimer l'accès à Google Maps à > cause d'un changement drastique des conditions financières imposées > par Google; ces utilisateurs se plaignent le plus des lenteurs > d'affichage des cartes, ou des tuiles qui ne s'affichent pas). > > Et cela concerne aussi les utilisateurs de JOSM ou Potlatch qui ont > aussi de plus en plus souvent des tuiles non chargées ou très lentes à > apparaître. > > Il nous faut donc dans notre communauté monter un projet suivi destiné > à promouvoir l'installation de caches pour ces tuiles précalculées, > c'est un minimum ! Et assurer un suivi de la bande passante des > serveurs de tuiles (selon l'utilisation qui en est faite par > identification des services web qui les référencent), faute de quoi > c'est tout le système OSM qui verra sa réputation anéantie, malgré la > qualité de sa base de données et la rapidité des corrections qui lui > sont signalées et corrigées par la communauté. > > Il n'est pas aberrant de réfléchir à une utilisation raisonnée et > équitable de la bande passante. Les proxies caches et miroirs > interréférencés sont une bonne solution pour se partager les coûts > pour que chacun en supporte le minimum quand y contribue en mettant en > place de tels miroirs et proxies eux aussi d'accès public. > > Le 16 février 2012 18:07, partir-en-vtt <ad...@partir-en-vtt.com> a écrit > : > > mongéosource, service du brgm pour avoir un catalogue de données sans > > installer l'application utilise OSM pour la localisation géographique. > > > > > http://www.mongeosource.fr/geosource-1003/apps/search/?hl=fr&extent=-550000,5000000,1200000,7000000/# > > > > -- > > View this message in context: > http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html > > Sent from the France mailing list archive at Nabble.com. > > > > _______________________________________________ > > 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
