[OSM-talk-fr] Problème de rafraichissement des tuiles

[Philippe Verdy]

Il y a pas mal de petits sites qui utilisent ces tuiles, la plupart pour
des cartes thématiques sur des blogues associatifs qui n'ont pas la
capacité de gérer leur serveur de tuiles et encore moins de payer un
fournisseur comme Mapquest (qui auparavant le permettait mais qui impose
maintenant des paiements disproportiennés par rapport à l'usage): ils se
sont rabattus sur les tuiles d'OSM, mais leur trafic est faible et les
cartes sont souvent très locales avec peu d'exploitation du zoom.
A-t-on d'autres offres de rendu par défaut pour les sites associatifs ou
individuels type blogues ?
Peut-on avoir pour ces sites un rendu à faible rafraîchissement qui
permettrait malgré tout d'avoir un raffraîchissement plus rapide pour le
rendu (davantage technique) par défaut d'OSM utilisé pour les contributions?

L'effet Pokemon Go joue sans doute (ces jours-ci on a vu fleurir divers
outils (non officiels) pour leurs joueurs, qui ne s'embarrassent pas de
demander l'autorisation mais demandent des rafraichissements élevés: ces
applis mal fichues forcent aussi des raffraichissements trop souvent, et ne
gèrent pas bien leur cache (ou le désactive). Même pour le jeu lui-même,
Google a mis en place un fond de carte réduit avec peu de détails: ça ne
plait pas aux joueurs qui veulent plus de détails (mais ne veulent pas
payer non plus Google).

Le retrait de Mapquest est certainement le plus significatif : nombre de
contributeurs et de petits sites préféraient travailler avec le fond
Mapquest mais il n'ont plujs d'autre alternative (seul le rendu OSM
supporte une charge correcte, mais on note que même pour afficher les
cartes, on a maintenant souvent des tuiles grises, qu'on a peine à afficher
après plusieurs minutes, même à des niveaux de zoom modérés autour de 12).
Pour ces niveaux voisins de 12, OSM aura besoin d'augmenter la taille des
caches pour moins solliciter le rendu avec les tuiles expirées ou qui ont
débordé du cache et ont été purgées trop tôt. Cela demandera des espaces
disques supplémentaires et d'avantage de proxy. Le CDN actuel ne suffit
plus et notamment pour travailler sur les zones blanches des pays moins
développés : cela devient même une gêne pour des activités critiques type
HOT (même si là on a un rendu spécifique qui permettrait de prioritiser
certaines zones où une tâche HOT urgente est actif).

Le 23 août 2016 à 18:58, Christian Quest <cquest at openstreetmap.fr> a écrit :

> Les serveurs de tuiles sont pas mal sollicités en ce moment d'après ce que
> j'ai compris. C'est peut être l'explication.
>
> Côté OSM-FR, l'effet MapQuest a multiplié le traffic par 3 environ. A cela
> s'est ajouté aussi un effet Pokemon... plusieurs sites utilisent les tuiles
> de tile.openstreetmap.fr et ça se sent aussi. Pour info, en juillet, on a
> atteint 297 millions de tuiles servies par le cache, soit presque 10
> millions par jour.
>
> J'ai fait un peu d'optimisation cet été pour le serveur pour compenser.
>
>
> Le 23/08/2016 à 18:47, Jérôme Seigneuret a écrit :
>
>> Arf d'habitude le rafraichissement sur les niveaux 18 à 14 sont assez
>> rapide... C'est globalement inférieur à 15min. Là on est plutôt sur
>> plusieurs heures voir jours. Le niveau 18 s'est mis à jour au bout de
>> 2jours. Pour les niveaux 17 et inférieurs, j'attends encore...
>>
>>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160823/e271cc4f/attachment.htm>