Le rendu des côtes peut rester en l'état même après la régénération du fichier avec les données corrigés en tout cas tant que la tuile n'est pas à nouveau marquée "dirty" soit parce que son contenu (hors coastline) à changé soit parce qu'elle a été marquée explicitement /dirty. Il m'arrive parfois de retourner sur un endroit de la carte ou j'ai fait des corrections (quelques semaines voir mois avant le temps qu'elles soient bien prises en compte) sur la coastline et de régénérer les tuiles avec les url correspondantes augmentées de /dirty et après un refresh du cache du navigateur on voit enfin le nouveau tracé !
Vlad. On 19 nov. 2012, at 00:28, Philippe Verdy <verd...@wanadoo.fr> wrote: > Effectivement les côtes ont été réparées et reconnectées il y a maintenant > plus d'une semaine. Les tuiles ont dépuis été régénérées, mais sans remise à > jour du fichier des coastlines (si c'est le fichier mondial qui est utilisé, > le petit bout de Bretagne fermé arbitrairement par un trait vertical, voire > pas fermé du tout sur une grande longueur n'est visiblement pas la priorité > de ceux qui maintiennent le serveur Mapnik d'OSM). > > On peut se demander quand même pourquoi un tel fichier coastline n'a pas été > contrôlé avant pour vérifier qu'il se fermait bien avant de le sélectionner > pour une version suivante : au moins les anomalies auraient pu être corrigées > en mettant au minimum un trait dans la petite section manquante au lieu de > virer tout ce long segment (bien plus long que l'anomalie qui était là. > > Moralité : quand on a une anomalie de ligne de côte brisée, la réparation est > urgente avant qu'un fichier de coastline soit généré dans cet état car il va > être utilisé longtemps par le rendu Mapnik d'OSM. > > D'une façon générale quand une ligne de côte est affinée même sans erreur, la > mer va souvent ne pas suivre la nouvelle ligne de côte pendant assez > longtemps sur le rendu : on le voit régulièrement quand il y a de nouvelles > petites îles ajoutées (qui se retrouvent submergées), ou quand un estuaire > est mieux dessiné (on trouve des quais ou des routes dans l'eau, et des > plages qui ne bordent pas l'eau (j'ai déjà vu cela durer près de 2 mois...). > > Je me demande bien pourquoi Mapnik a encore besoin d'un fichier statique pour > la mer, étant donné la contrainte de direction qui est déjà imposée et permet > de savoir de quel côté est l'eau. > > > Le 18 novembre 2012 11:32, Lapinos03 <lapino...@free.fr> a écrit : > Pour en revenir à cette pseudo-catastrophe que je viens de découvrir avec > effroi, quelle est la périodicité des coastline regénérées ? Le lien > http://tile.openstreetmap.org ne propose pas d'indexage des fichiers contenus > dans son répertoire. Du coup, on ne sait même pas de quand date la dernière > génération. À moins qu'il existe un autre lien ? > > @+ > > > Le 12/11/12 11:29, Christian Quest a écrit : >> Signalé aussi ici: >> https://help.openstreetmap.org/questions/17644/fr-rade-de-brest-assechee >> >> J'ai mis un mot sur IRC #osm... le problème c'est que la ligne de côte >> utilisée par le rendu Mapnik n'est pas mise à jour à chaque rendu et qu'on >> n'a pas de contrôle direct là dessus comme avec les données OSM. >> >> -- >> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest >> >> >> _______________________________________________ >> 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 > > > _______________________________________________ > 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
