Problematic tiles

Question

Problematic tiles

mojodna opened this issue 11 years ago · comments

Seth Fitzsimmons commented 11 years ago

These return Internal Server Error and may be a starting point for debugging general issues:

Seth Fitzsimmons · Answer 1 · Fri Jul 12 2013 06:30:38 GMT+0800 (China Standard Time)

Also around:

16/14582/24853.jpg

Seth Fitzsimmons · Answer 2 · Fri Jul 12 2013 06:37:31 GMT+0800 (China Standard Time)

...or not. Go figure.

Seth Fitzsimmons · Answer 3 · Fri Jul 12 2013 08:02:06 GMT+0800 (China Standard Time)

This one returns Internal Server Error when requested through Nginx/Gunicorn but is fine when requested through tilestache-server.py:

http://tilefarm.stamen.com/watercolor/15/8458/13455.jpg

Seth Fitzsimmons · Answer 4 · Tue Jul 16 2013 08:01:17 GMT+0800 (China Standard Time)

Traceback when running gunicorn as sudo /usr/local/bin/gunicorn --name watercolor --workers 1 --max-requests 200 --user www-data --timeout 15 --worker-class egg:gunicorn#gevent_wsgi --bind localhost:9009 "TileStache:WSGITileServer('/usr/local/watercolor/tilestache/tilestache-tilefarm.cfg')" from /usr/local/watercolor/tilestache:

Traceback (most recent call last):
  File "/usr/local/lib/python2.6/dist-packages/gevent-0.13.6-py2.6-linux-x86_64.egg/gevent/wsgi.py", line 114, in handle
    result = self.server.application(env, self.start_response)
  File "/usr/local/lib/python2.6/dist-packages/TileStache-1.34.0-py2.6.egg/TileStache/__init__.py", line 404, in __call__
    mimetype, content = requestHandler(self.config, environ['PATH_INFO'], environ['QUERY_STRING'])
  File "/usr/local/lib/python2.6/dist-packages/TileStache-1.34.0-py2.6.egg/TileStache/__init__.py", line 287, in requestHandler
    mimetype, content = getTile(layer, coord, extension)
  File "/usr/local/lib/python2.6/dist-packages/TileStache-1.34.0-py2.6.egg/TileStache/__init__.py", line 96, in getTile
    tile = layer.render(coord, format)
  File "/usr/local/lib/python2.6/dist-packages/TileStache-1.34.0-py2.6.egg/TileStache/Core.py", line 373, in render
    tile = provider.renderTile(width, height, srs, coord)
  File "/usr/local/lib/python2.6/dist-packages/TileStache-1.34.0-py2.6.egg/TileStache/Providers.py", line 177, in renderTile
    tile = Image.open(StringIO(body)).convert('RGBA')
  File "/usr/lib/python2.6/dist-packages/PIL/Image.py", line 1980, in open
    raise IOError("cannot identify image file")
IOError: cannot identify image file
<WSGIServer fileno=5 address=127.0.0.1:9009>: Failed to handle request:
  request = <http_request "GET /watercolor/16/19307/24396.jpg HTTP/1.1" 127.0.0.1:51202>
  application = <TileStache.WSGITileServer instance at 0x14ed950>

(tilestache-server.py has no problems with this tile)

Seth Fitzsimmons · Answer 5 · Thu Mar 13 2014 07:55:50 GMT+0800 (China Standard Time)

http://tilefarm.stamen.com/watercolor/3/7/5.jpg is blue in the cache (it should include Tasmania) but results in an Internal Server Error when requested directly.

Seth Fitzsimmons · Answer 6 · Thu Nov 27 2014 04:25:04 GMT+0800 (China Standard Time)

/watercolor/4/11/13.jpg

Alan McConchie · Answer 7 · Thu Nov 27 2014 08:04:45 GMT+0800 (China Standard Time)

Tasmania is the antipode of the Great Lakes, isn't it? #nonotreally

Seth Fitzsimmons · Answer 8 · Tue Dec 02 2014 04:48:05 GMT+0800 (China Standard Time)

All of the problematic tiles / areas observed in this ticket have been fixed and purged. The underlying problem appears to have been a corrupt land_10m layer in the watercolor db on tilefarm. (This is the layer that failed to dump.)

If we see more, let's open a new ticket and start a list.

To purge from the S3 cache:

aws s3 rm s3://long-term.cache.maps.stamen.com/watercolor/3/7/5.jpg

To purge from Fastly, use the Fastly UI.