There's a bug report indicating that XAPI may be missing some nodes.  I'm looking into that.  Could be that there was a glitch sometime around the switch to 0.6.<br><br>80n<br><br><div class="gmail_quote">On Fri, May 22, 2009 at 10:40 PM, Marc Schütz <span dir="ltr"><<a href="mailto:schuetzm@gmx.net">schuetzm@gmx.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Am Freitag 22 Mai 2009 22:54:06 schrieb Ed Loach:<br>
<div class="im">> > We found out that the defect rendering occurs when rerendering<br>
> > is<br>
> > requested at priority 2. At priority 1 all data is correctly<br>
> > rendered.<br>
> > Can anyone imagine a reason for that behaviour?<br>
><br>
> Coincidence?<br>
<br>
</div>No, for priority 1 tiles the client requests the data from the API, for lower-<br>
priority tiles it uses the ROMAs.<br>
<br>
Most likely one of them has corrupt data.<br>
<br>
Regards, Marc<br>
<br>
<br>_______________________________________________<br>
Tilesathome mailing list<br>
<a href="mailto:Tilesathome@openstreetmap.org">Tilesathome@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/tilesathome" target="_blank">http://lists.openstreetmap.org/listinfo/tilesathome</a><br>
<br></blockquote></div><br>