[MapProxy] Decoding Error

Jeff Konnen jaykayone at gmail.com
Mon Jul 2 13:16:45 PDT 2012 

I just tried to install mapproxy on my mac and yes it does work there..
seems to be a problem specifically related to my redhat machine ...
I'll try to set it up from scratch again and we'll see if the error still occurs..



On 02 Jul 2012, at 16:15, Jeff Konnen wrote:

> Upgrading Mapproxy and PIL to 1.4.0 resp 1.1.7 did not help either :(
> 
> Some more information: After upgrading, the error message is a bit more precise:
> unable to load tile <mapproxy.image.ImageSource object at 0x7fac30036750>, removing it (reason was: broken data stream when reading image file)
> 
> I still have no idea how to fix this, as I can't reproduce the error when I try to access the same file with PIL from command-line.
> 
> Here is my test yaml:
> services:
>   demo:
>   kml:
>   tms:
>     # needs no arguments
>   wms:
>     srs: ['EPSG:2169']
>     image_formats: ['image/jpeg','image/png']
>     md:
>       # metadata used in capabilities documents
>       title: MapProxy WMS Proxy
>       abstract: This is the fantastic MapProxy.
>       online_resource: http://mapproxy.org/
>       contact:
>         person: Your Name Here
>         position: Technical Director
>         organization: 
>         address: Fakestreet 123
>         city: Somewhere
>         postcode: 12345
>         country: Germany
>         phone: +49(0)000-000000-0
>         fax: +49(0)000-000000-0
>         email: info at omniscale.de
>       access_constraints:
>         This service is intended for private and evaluation use only.
>         The data is licensed as Creative Commons Attribution-Share Alike 2.0
>         (http://creativecommons.org/licenses/by-sa/2.0/)
>       fees: 'None'
> 
> layers:
>   - name: OSM_MQ
>     title: OSM_MQ
>     sources: [osm_cache_mq]
>   
> grids:
>   global_mercator_osm:
>     base: GLOBAL_MERCATOR
>     num_levels: 18 
>     origin: nw
>     srs: EPSG:900913    
>     
> caches:
>   osm_cache_mq:
>     grids: [global_mercator_osm]
>     sources: [osm_tms_mq]  
>     disable_storage: true
>     format: image/png    
>     cache:
>       type: mbtiles
>       filename: /tmp/osm_mq.mbtiles
>       
> 
> sources:
>   osm_tms_mq:
>     type: tile
>     url: http://otile1.mqcdn.com/tiles/1.0.0/osm/%(tms_path)s.png
>     grid: global_mercator_osm   
>     on_error:
>         202:
>           response: transparent
>           cache: True    
> globals:
>   # # coordinate transformation options
>   srs:
>   #   # WMS 1.3.0 requires all coordiates in the correct axis order,
>   #   # i.e. lon/lat or lat/lon. Use the following settings to
>   #   # explicitly set a CRS to either North/East or East/North
>   #   # ordering.
>   #   axis_order_ne: ['EPSG:9999', 'EPSG:9998']
>   #   axis_order_en: ['EPSG:0000', 'EPSG:0001']
>   #   # you can set the proj4 data dir here, if you need custom
>   #   # epsg definitions. the path must contain a file named 'epsg'
>   #   # the format of the file is:
>   #   # <4326> +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs  <>
>      proj_data_dir: '/usr/share/proj/'
> 
>   # image/transformation options
>   image:
>       #resampling_method: nearest
>       # resampling_method: bilinear
>        resampling_method: bicubic
>        paletted: false
>   #     jpeg_quality: 90
>   #     # stretch cached images by this factor before
>   #     # using the next level
>   #     stretch_factor: 1.15
>   #     # shrink cached images up to this factor before
>   #     # returning an empty image (for the first level)
>   #     max_shrink_factor: 4.0
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> and the test request:
> http://mapproxy:8080/service?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:2169&BBOX=-5492.29987506387,969.790037458326,168537.735685007,192859.236316351&WIDTH=877&HEIGHT=967&LAYERS=OSM_MQ&STYLES=&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFEFFFF&TRANSPARENT=TRUE
> 
> 
> Thanks in advance
> Jeff
> 
> On Fri, Jun 29, 2012 at 11:42 AM, Jeff Konnen <jaykayone at gmail.com> wrote:
> This is weird, if I try to open the file in python, it seems to be ok:
> 
> import urllib2
> import Image
> from cStringIO import StringIO
> im = Image.open(StringIO(urllib2.urlopen("http://otile2.mqcdn.com/tiles/1.0.0/osm/9/264/174.png").read()))
> print im.format, im.size, im.mode
> 
> but when using mapproxy I still get this message: 
> 
> [2012-06-29 11:24:26,823] mapproxy.image.tile - WARNING - unable to load tile <mapproxy.image.ImageSource object at 0x7fc9f0034ad0>, removing it (reason was: decoding error when reading image file)
> 
> fyi, this is my source:
>   osm_tms_mq:
>     type: tile
>     url: http://otile1.mqcdn.com/tiles/1.0.0/osm/%(tms_path)s.png
>     grid: global_mercator_osm
>     on_error:
>         202:
>           response: transparent
>           cache: True
> 
> and my wms definition:
>  wms:
>     srs: ['EPSG:2169','EPSG:310024802']
>     image_formats: ['image/jpeg','image/png']
> 
> my test-request: http://mapproxy:8080/service?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:2169&BBOX=-5492.29987506387,969.790037458326,168537.735685007,192859.236316351&WIDTH=877&HEIGHT=967&LAYERS=OSM_MQ&STYLES=&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFEFFFF&TRANSPARENT=TRUE
> 
> I've been using this WMS for a while now and it seems to be only that one tile
> Any idea?
> Jeff
> 
> 
> 
> On Wed, Jun 27, 2012 at 11:56 AM, Jeff Konnen <jaykayone at gmail.com> wrote:
> 
> 
> On Wed, Jun 27, 2012 at 11:50 AM, Oliver Tonnhofer <olt at omniscale.de> wrote:
> 
> On 27.06.2012, at 11:36, Jeff Konnen wrote:
> > I've found this error in my logs: [2012-06-27 11:33:57,623] mapproxy.image.tile - WARNING - unable to load tile <mapproxy.image.ImageSource object at 0x7f52bc03e350>, removing it (reason was: decoding error when reading image file)
> >
> > It's about this tile: http://otile2.mqcdn.com/tiles/1.0.0/osm/9/264/174.png
> 
> Are you sure that this is the right file? MapProxy removes the tile when you see this warning and will re-request it from the source.
> 
> > Does anyone have an idea about what this could be about?
> 
> MapProxy/PIL could somehow not read the tile.
> 
> BTW: The tile is a JPEG and not a PNG.
> 
> 
> That's correct, but the neighbouring tiles are all JPEGs called PNG too and PIL can read them, it's weird..
>  
> Regards,
> Oliver
> 
> --
> Oliver Tonnhofer    | Omniscale GmbH & Co KG    | http://omniscale.de
> http://mapproxy.org | https://bitbucket.org/olt | @oltonn
> 
> 
> 
> 
> 
> 
> 
> -- 
> Jeff Konnen
> 
> 
> 
> 
> -- 
> Jeff Konnen
> 
> 
> 
> 
> -- 
> Jeff Konnen
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapproxy/attachments/20120702/c6c6f9f1/attachment.html>

More information about the MapProxy mailing list