[OSM-talk-fr] Bano en panne ?

[didier2020]

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 <osm.vdct at free.fr
> >> <mailto:osm.vdct at free.fr>> 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
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr