[MapProxy] Issue with water areas in WMS

[Travis Kirstine]

I'm guessing the variation is due to the difference between WMS scale and
tile resolution.  You may want to consider forwarding WMS requests back to
the source server as you typically get better rendering.

https://mapproxy.org/docs/latest/configuration_examples.html#reproject-wms-layers

I typically use sources and tile_sources in my config

https://mapproxy.org/docs/latest/configuration.html?highlight=tile_source#tile-sources

 Regards

On Tue, 17 Nov 2020 at 04:54, <sandy.reuther at bkg.bund.de> wrote:

> Hello MapProxy-World!
>
>
> I have a problem with the drawing of water areas in MapProxy WMS. You'll
> find 2 pics attached illustrating it.
>
>
> WMTS is showing all tiles correctly, as well as TMS, but WMS will show all
> the background in water fill (if there is more water in actual display
> content) or water areas in white (if there is more land in actual display
> content).
>
>
> I'm working with MapProxy 1.12.0 on Windows. Here is my yaml extract:
>
>
> layers:
>
>   - name: layer_25832
>     title: Layer 25832
>     sources: [cache_25832]
>
> caches:
>   cache_25832:
>     grids: [grid_25832]
>     sources: [slippy_source]
>     request_format: image/png
>     cache:
>       type: sqlite
>       directory: 'D:\25832\SQLite'
>
> sources:
>   slippy_source:
>     type: wms
>     seed_only: true
>     req:
>       url: http://osm.omniscale.net/proxy/service?
>       layers: osm
>
> grids:
>   grid_25832:
>      srs: 'EPSG:25832'
>      bbox: [-238000, 4832000, 1338251.57324356, 6408251.57324356]
>      bbox_srs: 'EPSG:25832'
>      origin: 'll'
>
>
> Did anyone have a similar problem and can help me with this?
>
> Thanks very much and best regards
> Sandy
>
> _______________________________________________
> MapProxy mailing list
> MapProxy at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapproxy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapproxy/attachments/20201117/e4c3074a/attachment.html>