[OSM-dev] Switching T at H server to t at hngo NOW!

[Andrew McCarthy]

On Tue, Jul 15, 2008 at 06:21:12PM +0200, spaetz wrote:
> On Tue, Jul 15, 2008 at 05:13:59PM +0100, Andrew McCarthy wrote:
> 
> > One glitch, and I'm not sure if this is happening at the server side or
> > when the client is building the tileset, but I've started to see quite a
> > few "unknown type" tiles, at various zoom levels. For example:
> > 	http://www.openstreetmap.org/?lat=52.63473&lon=-8.65818&zoom=17&layers=0B0FFF
> > 
> > Is this a problem with the blankness look-up?
> 
> Actually, I think that is a tah client bug that is starting to appear now. Many tilesets are returned with 0-byte files (which meant delete blankness entry and real tile file in the old server) In the old server this was never seen as the recursive blankness lookup would go up and return whatever blanknessvalue the parent had.
> 
> It does require a look at the tah client and make it return proper blank tiles. If somebody would get to this, I would be very grateful.

Okay, so just to clarify, do you want the client to upload the
emptyland.png or emptysea.png for every blank tile at all zoom levels?
From my understanding of the code, it currently uploads blankness data
only for levels 12 and 15, and zero-byte tiles for the rest when the
"parent" tile is also blank.

If so, deleting lines 1732-1740 and 1745-1752 of tilesGen.pl will do the
trick, I think, as per attached patch. Somebody might like to check it,
first :)

Andrew
-------------- next part --------------
A non-text attachment was scrubbed...
Name: no-zerobyte-tiles.patch
Type: text/x-diff
Size: 1886 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20080715/6d8dc3d6/attachment.patch>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20080715/6d8dc3d6/attachment.pgp>