<!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">
Hi Bart,<br>
<br>
thank you for your quick answer. <br>
In this case I am stll wondering, what is going wrong with my
mapserver. <br>
The exact mapfile I am using is mentioned at the buttom of this email. <br>
I still use mapserver version 4.2.3 with wfs_client/server and
wms_client/server capabilities under SuSE 9.1 with an Opera and or
Firebird Browser.<br>
The gml file is still stored under the tmp directory. But still nothing
can be seen in the map which is - no matter if  I use map or browse
mode! <br>
Would you be able to see the points (as points or lines) in a
webbrowser if you would build up a map file as mentioned below? (of
couse with your path for the tmp directory)?<br>
<br>
best regards <br>
Karsten <br>
<br>
MAP<br>
   NAME "wfs_client"<br>
   SIZE 500 700                                       <br>
   IMAGECOLOR 220 220 220<br>
   EXTENT 9000 5500000 1000000 5900000            <br>
   STATUS ON<br>
   PROJECTION<br>
     "init=epsg:32632" <br>
   END<br>
   <br>
  WEB<br>
    TEMPLATE  "template5.html"<br>
    IMAGEPATH "/srv/www/htdocs/tmp/"<br>
    IMAGEURL "/tmp/"<br>
  END<br>
<br>
  OUTPUTFORMAT                          <br>
    NAME "Farbenfroh"<br>
    DRIVER "GDAL/PNG"<br>
    MIMETYPE "image/png"<br>
    IMAGEMODE RGB<br>
    EXTENSION "png"<br>
  END<br>
<br>
  LAYER<br>
    NAME "WaterLevel"<br>
    TYPE POINT<br>
    STATUS DEFAULT<br>
    DUMP TRUE<br>
    CONNECTION <a class="moz-txt-link-rfc2396E" href="http://babyz.uni-muenster.de:8088/wfs/WFS?">"http://babyz.uni-muenster.de:8088/wfs/WFS?"</a><br>
    CONNECTIONTYPE WFS<br>
    PROJECTION<br>
     "init=epsg:32632"<br>
    END<br>
    METADATA<br>
     "wfs_version" "1.0.0"<br>
     "wfs_typename" "ELBE_UTM32"<br>
     "wfs_service" "WFS"<br>
     "wfs_request_method" "GET"<br>
     "wfs_connectiontimeout" "60"                                      <br>
     "wfs_latlonboundingbox" "9000 5500000 1000000 5900000"           <br>
     "wfs_latlonboundingbox" "4.608 46.879 9.725 52.077"<br>
    END<br>
    CLASS<br>
      Color 20 20 20<br>
    END<br>
 END<br>
END<br>
<br>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:bartvde@xs4all.nl">bartvde@xs4all.nl</a> schrieb:
<blockquote
 cite="mid5894.212.238.227.182.1102087826.squirrel@212.238.227.182"
 type="cite">
  <pre wrap="">Hi,

yes Mapserver is able to visualize GML data directly.

The tool I mentioned, ogrinfo, is what I use to check the "validity" of
the GML. If ogrinfo can read it, Mapserver can, as it is based on a
similar codebase AFAIK.

Best regards,
Bart

  </pre>
  <blockquote type="cite">
    <pre wrap="">           Hi Bart,
 dear listmember,

 you are absolutely right: There were an inaccuracy in my projection
parameters. And after changing that I am also able to capture the gml
file in my tmp directory and see the coordinates.

 But I do have another, much more fundamental question:
 Is mapserver not able to visualize gml data directly (for example
transfered points connected as lines in a map layer)?
 Let me say it the other way round: For visualisation purposes of gml
files in mapserver is it necessary to convert transfered gml data with
any other (GIS-) tool (e.g. mentioned ogrinfo) before you are able to map
it with mapserver?

 best regards
 Karsten


 <a class="moz-txt-link-abbreviated" href="mailto:bartvde@xs4all.nl">bartvde@xs4all.nl</a> schrieb:
    Hi,  I tried downloading your GML and ogrinfo can read it.  Try to
change your projection objects. You now have defined that your WFS
client layer is in epsg:4326 but ofcourse your data is in epsg:32632.
Hope this helps.  Best regards, Bart                           Hi
Yewondwossen Assefa,  dear List members,   thank you for your answer.
During the last hours I include your hint with the forced request
method: "wfs_request_method" "GET"  and I also found something else on
my own:   I left the port number (8088) in the URL string:  So, in my
case the complet request is called:
<a class="moz-txt-link-freetext" href="http://babyz.uni-muenster.de:8088/wfs/WFS">http://babyz.uni-muenster.de:8088/wfs/WFS</a>?  This might also be the
reason why you did not work for you, too!   When sending above
mentioned request the server sends a complete .gml file which is
stored in my tmp directory.  Nevertheless still these coordinates are
not drawn from the mapserver.   The beginning of  the .gml file sounds
like this:   WLIS_UTM32555409.568178104,5650501.14750786
868199.990485413,5934332.6040282555409.5681781038,5934223.853692098
555418.5706741122,5934332.604028199
PEGELSTAND100.0555418.5706741122,5934332.604028199
557407.5662599645,5933762.565755668
PEGELSTAND100.07000000000001557407.5662599645,5933762.565755668
559292.2735897198,5933662.819451575   (... hundreds of coordinate
pairs are following!)   the gml file is stored in the
/srv/www/htdocs/tmp directory  I am running the mapserver vers: 4.2.3
with wms client/server and wfs client7server support  (that it what
the mapserver gives back when typing the ./mapserv -v command!)   does
anybody have an idea what could still be wrong?   thanks  Karsten
schrieb: One other thing you can try is to force mapserver to send Get
request to the wfs server by adding the following metadata on your
layer (default is Post) :     "wfs_request_method" "GET".    You
should also test the wfs_server by manulally sending some requests to
make sure that that the wfs responsd properly. Does the
<a class="moz-txt-link-freetext" href="http://babyz.uni-muenster.de/wfs/WFS?SERVICE=WFS&amp;VERSION=1.0.0&amp;Typename=WLIS_UTM32&amp;&amp;REQUEST=GetFeature">http://babyz.uni-muenster.de/wfs/WFS?SERVICE=WFS&amp;amp;VERSION=1.0.0&amp;amp;Typename=WLIS_UTM32&amp;amp;&amp;amp;REQUEST=GetFeature</a>
 returns something for you (I does not work for me but It might me an
internal URL) ?   Later,    K. Lessing%

    </pre>
  </blockquote>
  <pre wrap=""><!---->


  </pre>
</blockquote>
<br>
</body>
</html>