[Tilesathome] Sea tiles labelled "unknown type"

[Martin Hawlisch]

Hi Sebastian,

now that the redirect to dev is turned off, the lowzoom-stitching for many tiles fail with:
Can't call method "compare" on an undefined value at ./lowzoom_composite.pl line 150.

Line 150 on my local version is:

if (not($Image->compare($BlackTileImage) & GD_CMP_IMAGE))

A little testing by manually fetching some tiles gives:

wget -S http://tah.openstreetmap.org/Tiles/captionless/12/2866/1636.png
--2008-04-29 08:56:10--  http://tah.openstreetmap.org/Tiles/captionless/12/2866/1636.png
Resolving tah.openstreetmap.org... 137.110.119.130
Connecting to tah.openstreetmap.org|137.110.119.130|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 200 OK
  Date: Tue, 29 Apr 2008 06:54:36 GMT
  Server: Apache/2.2.3 (Debian) DAV/2 SVN/1.4.2 mod_python/3.2.10 Python/2.4.4 PHP/5.2.0-8+etch7
  X-Powered-By: PHP/5.2.0-8+etch7
  Content-Length: 0
  Keep-Alive: timeout=2, max=100
  Connection: Keep-Alive
  Content-Type: text/html; charset=UTF-8
Length: 0 [text/html]
Saving to: `1636.png'


So the server currently deliveres invalid 0 byte png files, which perl GD cannot load, which makes the compare fail.


Hope you can fix that.

Cheers, Martin.


Sebastian Spaeth wrote:
> 80n wrote:
> > I've noticed that sea tiles have started to appear that are labelled 
> > "unknown type".  For example here: 
> > Does anyone know what might have changed to cause this to happen?  Can 
> > the server provide just plain blue tiles instead?
> 
> I know why that would happen. I deleted the old tiles from the dev 
> server but we still have the redirect of non-existing tiles to the 
> dev-server enabled. URLS like
> http://dev.openstreetmap.org/~ojw/Tiles/tile.php/12/300/300.png
> will return the unknown tile image.
> 
> I will turn off the redirect to the dev.server now, let's see what 
> happens next.

-- 
Psssst! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger