[OSM-talk] Vertical strips not rendered in tile

[Dirk-Lüder Kreie]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Frederik Ramm schrieb:
> Hi,
> 
>> does anyone have any idea what could be wrong in this tile:
>> http://dev.openstreetmap.org/~ojw/Browse/?x=2098&y=1367&z=12
> 
> Yes. When tiles at home does not succeed in downloading the whole bounding 
> box for a tile, it will divide the area in 10 stripes, download those 
> and combine them for rendering.
> 
> It seems that the error handling is buggy, so that it does render 
> something even if some of the stripes are not downloaded.
> 
> The reason for there not being data for these stripes is either (a) you 
> have that strange problem where the API returns errors for certain areas 
> because of some data in there that breaks it, or (b) your tile was 
> rendered in a high-load/timeout situation.
> 
> Can you download the tile area in JOSM (then it's probably b), or can 
> you not (then likely a).

- From my point of view it's "a". Now I'm stumped why the rendering wasn't
aborted, I tested such areas and my tiles at home client did not continue
to render when any one of the slices failed to download.

So either the Server response is different now so that every t at h client
now detects these situations wrongly, or one platform has a problem or
someone manually rendered that area, to have an update at all.

CC and followup to tilesAtHome list.
- --

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGbaDOFUbODdpRVDwRAnPJAKCrN4muCVxQfeBeVV32fxol1qjHgwCgtIZq
nifzunKixq8RV8Aus+kOgC4=
=PKPr
-----END PGP SIGNATURE-----