Et je le répète il n'y avait aucun problème dans ce que j'avais créé. C'est bien le serveur layers qui n'avait pas vu les modifs pendant 10 jours, et c'est l'usage de "/dirty" sur les tuiles qui l'a forcé à relire ce qu'il a oublié de relever dans les modifs de la base (peut-être parce que son serveur n'est PAS à l'heure et avance d'au moins 3 minutes).
Le 17 août 2012 10:34, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Pour savoir si les serveurs on du retard, il y a munin: > http://munin.openstreetmap.fr/ > > Chaque "lag" est disponible sous forme de graphe. > > osm7 est en retard (pépin sur la base postgres): c'est la base utilisé > par mes scripts sur openstreetmap.fr/outils > osm102 est à jour: utilisé par layers (entre autre) > osm103 est à jour: c'est api.openstreetmap.fr / XAPI / overpass > > > Si ça n'a pas "l'air à jour" parce que quelque chose qu'on a > créé/modifié n'apparait pas quelque part, c'est peut être aussi qu'il > y a un problème dans ce qu'on a créé/modifié. > A titre perso, je ne suis jamais tombé sur un problème de mise à jour > des bases, mais c'est que j'avais un problème dans ce que j'avais > créé/modifié. > > > Le 16 août 2012 14:47, Philippe Verdy <verd...@wanadoo.fr> a écrit : > >> Alors oui les serveurs OSM7, et OSM8 ont du retard, mais ce ne sont >> pas les seuls, et OSM102 en a aussi. Si ce n'est pas Osmosis justement >> plus haut on a quoi ? Une API ou encore un autre outil de conversion >> ou d'extraction de données ? Ou encore un problème de place de >> stockage pour les données nouvelles et des fichiers oubliés ? > > > -- > 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
