[OSM-talk-fr] Island, Coastline et rendu.

[Philippe Verdy]

Aucun problème du rendu lui-même. Le manque de fraîcheur vient du fichier
de ligne de côtes (utilisé à la place des données OSM, qui est TRÈS loin
d'être rafraîchi toutes les 4 semaines

(les délais observés sont plutôt de plusieurs mois et il faut encore un
délai pour que le nouveau fichier généré soir chargé dans le moteur de
rendu, comme on le voit dans le rendu Mapnik de Wikimédia quine fait
l'objet d'aucune maintenance depuis longtemps et n'en fera sans doute pas
avant sa migration complète de Toolserver vers Wikimedia Labs qui prendra
la place à la fin de l'année seulement si tout va bien... Pour corriger la
pointe de Bretagne fermée par un trait vertical arbitraire il a fallu plus
de 6 mois avec une partie du Finistère sous les eaux et les baies restées
en blanc, sauf la rade de Brest et les parties maritimes des abers qui ont
été taguées en baies avec leur nom, avec effet de les remplir d'eau.
Maintenant c'est corrigé... enfin).

Il n'y a pas de mise à jour en continu des lignes de côtes pour Mapnik sans
intervention manuelle d'un administrateur du moteur de rendu qui doit
s'atteler à la tâche de vérifier le fichier et le charger, puis invalider
toutes les tuiles de son cache contenant les anciennes lignes de côte et
les nouvelles, avec un script préparant une liste de métatuiles pour chaque
niveau de zoom.

Je me demande si pour Mapnik il existe un script tout près qui automatise
cela en calculant avant de charger le nouveau fichier une comparaison avec
l'ancien pour générer la liste de métatuiles à invalider dans le cache
(niveau de zoom par niveau). Ce script est à exécuter une fois le nouveau
fichier chargé et configuré dans Mapnik (copie de l'ancien fichier vers un
fichier "old", changement de lien "new" vers le nouveau fichier, puis
exécution su script qui crée les listes de métatuiles traversées par
l'union des deux fichiers old et new, puis parcours du cache pour y
rechercher ces métatuiles à invalider).

Le script ne devrait n'invalider ensuite que les tuiles du cache datées
d'avant le basculement de fichier (car assez vite elles peuvent commencer
aussitôt à se mettre à jour partiellement dès le basculement, ce n'est pas
la peine de faire le rendu plusieurs fois), avec une durée d'arrêt minimale
ne prenant que quelques secondes pour suspendre les processus de rendu,
faire les renommages ou liens, et redémarrer les processus de rendu, sans
même arrêter le serveur de tuiles qui lit le cache ou suspend les requêtes
HTTP si le cache n'a pas encore de fichier disponible, le temps pour le
serveur web d'informer les processus de rendu des tuiles demandées par les
clients web ou par un frontal Squid.



Le 8 juillet 2013 17:23, djo_man <djo_man at laposte.net> a écrit :

>  bonjour,
>
> ici les iles sont rendues avec juste le tag coastline et sans limites
> administratives
>
>
> http://tile.openstreetmap.fr/?zoom=15&lat=47.30025&lon=-2.49697&layers=0000B0FFF
>
> tu dois avoir juste un problème de mise à jour du rendu "mer" vu que le
> délais est assez long: au moins 4 semaines dans mon souvenir
> et le rendu osm.fr de Christian doit utiliser le même rendu "mer" que
> osm.org
>
> djo_man
>
> Le 08/07/2013 16:51, Tetsuo Shima a écrit :
>
> En m'intéressant au rendu des îles et ilots depuis qu'on en reparle
> sur cette liste avec les mise a jour du rendu FR, je m'apercois que
> tout un tas de petites iles ne sont pas rendues.
>
> Exemple ici en Bretagne devant l'Aber Wrac'h
> http://tile.openstreetmap.fr/?zoom=13&lat=48.61785&lon=-4.56019&layers=0000B0FFF
>
> Les iles taggées juste avec la surface natural=coastline
> n'apparaissent pas sur les rendus. Seules celles ou cette surface sert
> de limite administrative apparaissent!
>
> J'ai raté quelques choses? A priori c'est la meme chose pour le rendu
> "officiel" openstreetmap.org. C'est pour ca que ca me semble bizarre.
>
> _______________________________________________
> Talk-fr mailing listTalk-fr at openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://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/20130708/bac0015e/attachment.htm>