<div dir="ltr"><div><div>J'espère que ça prendra bien moins. Quelques tables grossissent trop vite à force d'être mises à jour. Des "trous" se créent et occupent inutilement de l'espace que l'on ne récupère qu'en faisant des manip un peu longues et bloquantes (obligé de suspendre les updates).<br><br></div>Je viens par exemple de "compacter" la table des ways qui est passée de 108Go à 65Go... ça faisait quand même une belle éponge !<br><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 25 novembre 2014 15:40, JB <span dir="ltr"><<a href="mailto:jbosm@mailoo.org" target="_blank">jbosm@mailoo.org</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 25/11/2014 12:27, Christian Quest a écrit :<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Oui, problème de disque saturé sur osm105/layers utilisé par BANO pour récupérer les données OSM récentes.<br>
La mise à jour à été suspendue hier vers 14h, donc les contributions faites après ne sont pas encore prises en compte dans BANO.<br>
</blockquote></span>
Avec mon informatique balbutiant, ça veut dire plusieurs jours avant reprise ?<span class="HOEnZb"><font color="#888888"><br>
JB.</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>
</div>