WFS Problems / fundamental ? about WFS client capabilities

[Bart van den Eijnden]

Hi,

I have tried the same, but also can't get it to work without receiving
error messages. I changed your TYPE POINT to TYPE LINE though.

Maybe the problem is in the WFS that you are referencing, because Cadcorp
SIS Mapbrowser cannot read the GML as well and even cannot parse the
capabilities (because of an invalid <JMAP/> element).

What kind of software is this WFS?

Maybe someone else has an idea on how to debug this problem. Ogrinfo seems
to be able to read the gml file, it contains one really big linestring.
Maybe that's the problem ....

Best regards,
Bart

>            Hi Bart,
>
>  thank you for your quick answer.
>  In this case I am stll wondering, what is going wrong with my mapserver.
>  The exact mapfile I am using is mentioned at the buttom of this email.
>  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.
>  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!
>  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)?
>
>  best regards
>  Karsten
>
>  MAP
>     NAME "wfs_client"
>     SIZE 500 700
>     IMAGECOLOR 220 220 220
>     EXTENT 9000 5500000 1000000 5900000
>     STATUS ON
>     PROJECTION
>       "init=epsg:32632"
>     END
>
>    WEB
>      TEMPLATE  "template5.html"
>      IMAGEPATH "/srv/www/htdocs/tmp/"
>      IMAGEURL "/tmp/"
>    END
>
>    OUTPUTFORMAT
>      NAME "Farbenfroh"
>      DRIVER "GDAL/PNG"
>      MIMETYPE "image/png"
>      IMAGEMODE RGB
>      EXTENSION "png"
>    END
>
>    LAYER
>      NAME "WaterLevel"
>      TYPE POINT
>      STATUS DEFAULT
>      DUMP TRUE
>      CONNECTION "http://babyz.uni-muenster.de:8088/wfs/WFS?"
>      CONNECTIONTYPE WFS
>      PROJECTION
>       "init=epsg:32632"
>      END
>      METADATA
>       "wfs_version" "1.0.0"
>       "wfs_typename" "ELBE_UTM32"
>       "wfs_service" "WFS"
>       "wfs_request_method" "GET"
>       "wfs_connectiontimeout" "60"
>       "wfs_latlonboundingbox" "9000 5500000 1000000 5900000"
>       "wfs_latlonboundingbox" "4.608 46.879 9.725 52.077"
>      END
>      CLASS
>        Color 20 20 20
>      END
>   END
>  END
>
>
>  bartvde at xs4all.nl schrieb:    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
>    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    bartvde at xs4all.nl 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:
> http://babyz.uni-muenster.de:8088/wfs/WFS?  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
> http://babyz.uni-muenster.de/wfs/WFS?SERVICE=WFS&amp;amp;amp;VERSION=1.0.0&amp;amp;amp;Typename=WLIS_UTM32&amp;amp;amp;&amp;amp;amp;REQUEST=GetFeature
>  returns something for you (I does not work for me but It might me an
> internal URL) ?   Later,    K. Lessing%
>