Le lundi 03 novembre 2014 à 21:45 +0100, Vincent de Château-Thierry a écrit : > Le 03/11/2014 21:29, Yves Pratter a écrit : > > > > Toujours pas de changements depuis plus d’une semaine… > > > > Tu as des nouvelles ? > > Le rechargement évoqué par Christian a à son tour échoué. Donc rebelote > depuis hier soir, avec le dernier "planet". > Les thermomètres sont ici : > http://munin.openstreetmap.fr/osm12.free.org/osm105.openstreetmap.fr/postgres_size_ALL.html > > pour le remplissage de la base, > et là : > http://munin.openstreetmap.fr/osm12.free.org/osm105.openstreetmap.fr/osm_replication_lag_osm2pgsql.html > pour le retard des données. > > Tant que cette base n'a pas atteint sa cible de remise à jour en > continu, et de rattrapage de son retard, les services affectés sont côté > BANO la base elle même (le contenu est figé), et ses dérivés : les > tuiles carto, et les listes Fantoir. On continue de faire rentrer les > nouvelles communes vectorielles du cadastre, mais faute de confrontation > au contenu OSM, rien n'est publié en sortie. > > >> On 26 Oct 2014, at 22:59, Vincent de Château-Thierry <[email protected] > >> <mailto:[email protected]>> wrote: > >> > >> => À voir, comment récupérer cette info dans le process. > > Peut-être en récupérant la date la plus récente sur les objets ou les > > changesets récupérés lors de la dernière synchro ? > > L'heuristique consiste à récupérer la date de création du node avec l'ID > le plus élevé. Il faut juste le faire sans abuser d'appels à la base. > Donc attente de la remise sur pied du contenu pour tester l'idée. > > vincent > S'il y a mise a jour de la base, il y a un fichier "state", le timestamp est dedans non ?
> _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
