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