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

Répondre à