[Tilesathome] Is it me?

Rob Reid rob at robreid.co.nz
Sat Sep 6 23:11:58 BST 2008


Ed Loach wrote the following on 07/09/2008 08:24:
> I'm having problems downloading data this evening. I'm on my third attempt at the tile it locked up at and have:
>
> This is version 10416 (Saurimo) of tilesgen running on MSWin32, ID: 38271
> [#1   0% Download] Tileset (12,2140,1367) around 51.21,8.13
> [#1   0% Download] Downloading: Map data for captionless,tile,maplint...
> [snip]
> Aha! On the 5th attempt it gained an extra few lines:
>
> [#1   0% Download] Trying ROMA
> [#1   0% Download] Trying smaller slices
> [#1   0% Download] Downloading: Map data (slice 1 of 10)...
>
> And now seems to have stopped there instead.
>
> The 6th attempt seemed to work normally, and is now transforming, etc.
>   
Ed, I can't say if its just you or not as I'm have not been running a 
client for the last few hours but what you are seeing is normal client 
behaviour under certain circumstances.

- The pause after at the point 'Downloading: Map data.....' is when it  
trying to download the map data for the tiles you have requested.  This 
data is downloaded from a main OSM api server which is separate to the 
T at H servers and has to balance the load between requests from T at H 
clients and other sources. If this server is too busy your client will 
see a long pause (can be a few minutes) while it waits for data and then 
it will time out and move on to trying other sources of map data such as 
ROMA or XAPI.
- ROMA and XAPI are other sources of the map data maintained separately 
and up to about 5 min behind the OSM api server in terms of updating the 
map data. It's possible for these map sources to be busy or unavailable 
as well and again the client will pause until it times out.
- If the client still can't get data it trys requesting the data in 
smaller chunks in the hope that a request for a smaller amount of data 
might succeed. I think these requests just go to the main OSM api server.
- If the client has tried all available map sources and still got no 
data it will stop trying to process the current tile. If you are in loop 
mode it will pass the tile back to the T at H and inform it that it could 
not get any data.

There is a few useful sources of info to tell if the problems are just 
you are affecting everyone.
- The T at H server <http://tah.openstreetmap.org/> page shows some log 
info so is useful to see if other people are handing back tiles due to 
be unable to get data, look for messages like 'no data here!'. This 
server is also the one that hands out tilesets and receives uploaded 
tilesets so if you can't access this page then your client will probably 
be having problems too.
- This page 
<http://munin.openstreetmap.org/openstreetmap/puff.openstreetmap-lighttpd_queues.html> 
shows the queue on the main OSM api server, look for the 'tah 80' line.
- This page 
<http://munin.openstreetmap.org/openstreetmap/tah.openstreetmap.html#T@H> 
shows various charts for the T at H server like how full the upload queue 
is etc.
With the munin charts its hard to say what values are ok and which imply 
problems, all I can really say is that if you watch them occasionally 
you will build up a picture of normal behaviour and be able to spot 
unusual behaviour.

cheers

rcr





More information about the Tilesathome mailing list