[Tilesathome] Rendered tiles vanishing
Dirk-Lüder Kreie
osm-list at deelkar.net
Mon Jul 23 22:17:07 BST 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
David Earl schrieb:
> Last week (Friday?) I did tile requests via informationfreeway on tiles
> 2046,1348
> 2046,1349(*)
> 2047,1348
> 2047,1349
> 2048,1348
> 2048,1349(*)
>
> These never appeared on the map.
>
> At some point over the weekend I requested them again. Still nothing.
>
> After some substantial work on the area today, I put the same requests
> again and watched the queue while they went through. They've now all
> dropped off the bottom having supposedly been rendered, but only two of
> them have appeared on the map (both are today's data, not the ones from
> last week).
Dropped off the bottom where?
The page only shows 30 requests, so that's no indicator of a Tile being
rendered or not.
> How can I find out where the other four have gone, and why did the
> earlier ones get lost altogether, all 6 x 2 tiles?
It is entirely possible that they take large amounts of RAM to render
and some clients will silently abort rendering. When a renderjob was
automatically re-entered into the queue by the server this was less visible.
Also when a older Renderer takes the job, but the OSM API is down it
will also silently abort the rendering.
Since r3635 it will try to re-request the tile if it fails somehow, but
not all cases are covered, so it's still possible a tilejob simply gets
lost. and when the API is down or slow that possibility gets more and
more likely.
Secondly, even if rendered there is an upload queue with quite a delay
so a Tileset can sit around for quite some time until finally uploaded.
- --
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
iD4DBQFGpRrTFUbODdpRVDwRAva2AJiOcKVreFRLToYG15+N4aAiVo0WAJ9Pjm6e
/wLfq+F+ZII3O6fh4xX+sw==
=oWSB
-----END PGP SIGNATURE-----
More information about the Tilesathome
mailing list