[MapProxy] EPSG:4326 requests from a Tile Source

[Jason Lee]

I think I am having issues with running MapProxy in a Windows environment.
Last night, I decided to install and set up a Linux Virtual Machine (Ubuntu)
and then proceeded to install and run MapProxy with the same mapproxy.yaml
settings, and everything worked just fine (as you already checked and
confirmed Oliver).

Just wonder if anybody else has had similar problems with MapProxy in
Windows, particularly using a Tiles source. Maybe it is something to do with
conflicts in Windows environment variables or a missing component
(I already installed pyproj) or something.

To answer your question Oliver, the additional localhost:8080 request was
also hanging so maybe you are right that the server does not handle
concurrency on Windows.

Thanks,
Jason


On Mon, Dec 13, 2010 at 4:18 PM, Oliver Tonnhofer <olt at omniscale.de> wrote:

>
> On 13.12.2010, at 15:02, Jason Lee wrote:
> [...]
> > Example URL 2 :-
> >
> http://localhost:8080/service?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:4326&BBOX=-6.89620510179201,49.077028359609,-.316766682444196,51.7951613251379&WIDTH=1068&HEIGHT=441&LAYERS=osm&STYLES=&EXCEPTIONS=application/vnd.ogc.se_XML&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE
> >
> > This works for LAYERS=osm - I don't expect it to work for LAYERS=cache1
> (the Tiles source)
>
> Why? Have you tried it? This is one of the core features of MapProxy:
> answer requests in a different projection that the cached data.
>
> I have tested it with you example, and it worked.
>
> > but I expected it to work for LAYERS=cache2 where I imagine it projects
> from the cache1 cache. Does that make sense?
>
> Again, I succeeded with your example. It loaded a lot of tiles caused by
> the meta tiling and the difference between EPSG:4326 and EPSG:900913, but it
> worked.
>
> I don't know why you MapProxy installation hangs. Maybe the Paste HTTP
> Server doesn't support any concurrency on Windows? Can you request
> http://localhost:8080/ while you are waiting on the "hanging" response?
>
>
> PS: Please answer to the list as well.
>
> Regards,
> Oliver
>
> --
> Oliver Tonnhofer <olt at omniscale.de>
> Omniscale - Dominik Helle, Oliver Tonnhofer GbR
> Nadorster Str. 60, 26123 Oldenburg
> Tel: +49(0)441/9392774-2 (Fax: 9)
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapproxy/attachments/20101214/43b90a7e/attachment.html