<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hello Oliver,<br>
    <br>
    Thanks very much for taking time to answer my questions. More
    comments are in between the lines.<br>
    <br>
    Op 25-9-2010 11:58, Oliver Tonnhofer schreef:
    <blockquote
      cite="mid:ACFFA889-3582-446A-88B7-5997F91979C7@omniscale.de"
      type="cite">
      <pre wrap="">Hi Anne,

On 25.09.2010, at 02:10, Anne Blankert wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Now if I start the service with:
paster serve etc/develop.ini --reload

The service completely hangs after 1 getCapabilities request + 4 GetMap epsg:900913 requests.
The 4 tiles are reprojected correctly, but no longer transparent.
I have to completely kill the command box that I used to run the virtual environment in before I can use mapproxy again.
[...]
Questions:
* Is the hang a problem caused by me, my machine, Vista in general, virtualenv, Python or MapProxy?
</pre>
      </blockquote>
      <pre wrap="">
I have never seen any hanging of MapProxy. Can you shutdown MapProxy with ctrl-c, ctrl-d or ctrl-z (can't remember which one works on windows) and post the traceback information?

</pre>
    </blockquote>
    I now also installed MapProxy in a virtual box under Ubuntu 10.4 and
    that works without hanging. Under Windows Vista, ctrl-c gives some
    info before returning to the command prompt, but after hanging,
    ctrl-c just returns to the command prompt without messages. Under
    Windows, the osm omniscale example is stable, but the reproject is
    not stable. Python should behave the same under all OS-ses, but I
    think MapProxy also uses some natively compiled modules?<br>
    <blockquote
      cite="mid:ACFFA889-3582-446A-88B7-5997F91979C7@omniscale.de"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">* it seems that layer-transparancy is lost if reprojected. Is that true?
</pre>
      </blockquote>
      <pre wrap="">
It should work, otherwise it would be a bug :)

Can you make sure your client requested MapProxy with `transparent=true`?
</pre>
    </blockquote>
    After reprojection, transparency still seems to be lost, also on the
    Linux install.<br>
    Both client to MapProxy and MapProxy to WMS request with
    'transparent=true'. I verified that the WMS server sends a png on a
    transparent background.<br>
    <a
href="http://webservice.nieuwekaart.nl//cgi-bin/nkn?styles=&amp;format=image/png&amp;height=1184&amp;bbox=5.08392333984,52.2597524939,5.28717041016,52.3839820826&amp;transparent=true&amp;layers=nieuwekaart&amp;service=WMS&amp;srs=EPSG:4326&amp;request=GetMap&amp;width=1937&amp;version=1.1.1">http://webservice.nieuwekaart.nl/cgi-bin/nkn?styles=&amp;format=image/png&amp;height=1184&amp;bbox=5.08392333984,52.2597524939,5.28717041016,52.3839820826&amp;transparent=true&amp;layers=nieuwekaart&amp;service=WMS&amp;srs=EPSG:4326&amp;request=GetMap&amp;width=1937&amp;version=1.1.1</a><br>
    <br>
    client to MapProxy:<br>
    GET
    /service?LAYERS=dnk&amp;TRANSPARENT=true&amp;FORMAT=image%2Fpng&amp;SERVICE=WMS&amp;VERSION=1.1.1&amp;REQUEST=GetMap&amp;STYLES=&amp;EXCEPTIONS=application%2Fvnd.ogc.se_inimage&amp;SRS=EPSG%3A900913&amp;BBOX=543008.64525163,6858541.6691548,547900.615061,6863433.6389641&amp;WIDTH=256&amp;HEIGHT=256
    HTTP/1.1<br>
    Host: 192.168.1.19:8080<br>
    Connection: keep-alive<br>
    Referer: <a class="moz-txt-link-freetext" href="http://localhost/jsedugis/index3.html">http://localhost/jsedugis/index3.html</a><br>
    Accept: */*<br>
    User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US)
    AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3<br>
    Accept-Encoding: gzip,deflate,sdch<br>
    Accept-Language: nl-NL,nl;q=0.8,en-US;q=0.6,en;q=0.4<br>
    Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3<br>
    <br>
    MapProxy to WMS:<br>
    GET
    /cgi-bin/nkn?styles=&amp;format=image%2Fpng&amp;height=1184&amp;bbox=5.08392333984,52.2597524939,5.28717041016,52.3839820826&amp;transparent=true&amp;layers=nieuwekaart&amp;service=WMS&amp;srs=EPSG%3A4326&amp;request=GetMap&amp;width=1937&amp;version=1.1.1
    HTTP/1.1<br>
    Accept-Encoding: identity<br>
    Host: webservice.nieuwekaart.nl<br>
    Connection: close<br>
    User-Agent: MapProxy-0.8.5<br>
    <br>
    <blockquote
      cite="mid:ACFFA889-3582-446A-88B7-5997F91979C7@omniscale.de"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">* the request header shows escaped request parameters, shouldn't they be unescaped?
</pre>
      </blockquote>
      <pre wrap="">
You mean 'image%2Fpng'? That is the right encoding.
</pre>
    </blockquote>
    You are probably right.<br>
    <blockquote
      cite="mid:ACFFA889-3582-446A-88B7-5997F91979C7@omniscale.de"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">* the request header claims I am using MapProxy version 0.8.5 instead of 0.8.4
</pre>
      </blockquote>
      <pre wrap="">
And you are sure you haven't installed 0.8.5? It was released 5 days ago, and if you used easy_install/pip you should have that release. You can look into your virtualenv (lib/python2.6/site-packages) and check the output of `python -m mapproxy.core.version`.
</pre>
    </blockquote>
    The easy_install was so easy that I forgot about it. I had also
    downloaded the tar.gz version 0.8.4, but only after your remark, I
    realized I never had to use it.<br>
    <blockquote
      cite="mid:ACFFA889-3582-446A-88B7-5997F91979C7@omniscale.de"
      type="cite">
      <pre wrap="">
Regards,
Oliver

</pre>
    </blockquote>
    Regards,<br>
    <br>
    Anne<br>
  </body>
</html>