<div dir="ltr">Pour l'instant je ne l'ai jamais observé (la "tergiversation" est de ne pas essayer cette solution simple et de dire qu'il suffit d'ajouter une pseudo-modification plus polluante qu'utile).<div>

<br></div><div>Un /dirty, suivi de 10 minutes d'attente avant un rafraîchissement a toujours réglé le problème sur les mises à jour "oubliées" par un moteur de rendu (sauf celles concernant les lignes de côtes qui sont rarement à jour et "inondent" certaines îles ou mettent certaines baies hors d'eau), sauf sur Mapquest qui apparemment n'a pas ce système de signalement des rendus pas à jour (il se débrouille tout seul pour gérer ses priorités de mises à jour, ou sinon demande qu'on lui envoie un ticket). Mapquest tient la route toutefois, ses mises à jour sont assez régulières pour tenir compte des données saisies ou modifiées une semaine avant, pas besoin d'attendre des mois un hypothétique changement.</div>

<div><br></div><div>Je n'ai d'ailleurs même pas vu d'anomalie lors du premier mail envoyé sur de fil de discussion, j'avais déjà un rendu correct sans que rien soit modifié dans la base.<br><div><br></div>

</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 6 août 2013 20:11, Hélène PETIT <span dir="ltr"><<a href="mailto:hpmt@free.fr" target="_blank">hpmt@free.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Non Philippe, il s'agit bien d'un bug du moteur de rendu.<br>
Autant être clair, inutile de tergiverser.<br>
<div class="im"><br>
> Mais faire un "/dirty" moins de 10 minutes après la modification n'a<br>
</div>> généralement pas l'effet attendu.....<br>
</blockquote></div><br></div>