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

><br>
> --<br>
> View this message in context: <a href="http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html" target="_blank">http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html</a><br>

> Sent from the France mailing list archive at Nabble.com.<br>
><br>
> _______________________________________________<br>
> Talk-fr mailing list<br>
> <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>