[mapserver-dev] [WFS] WFS layer in WMS/WFS service issue

[Yves Jacolin]

Thomas,

Well well well :) Ok here is a xml Filter which **is working** with
msautotest mapfile + mapserver 6.0.3:

<?xml version="1.0" ?>
  <wfs:GetFeature service="WFS" version="1.0.0" maxFeatures="1000"
outputFormat="GML2" xmlns:wfs="http://www.opengis.net/wfs" xmlns:ogc="
http://www.opengis.net/ogc" xsi:schmaLocation="http://www.opengis.net/wfs
http://shemas.opengis.nt/wfs/1.0.0/WFS-transaction.xsd" xmlns:xsi="
http://www.w3.org/2/XMLSchema-instance" xmlns:gml="
http://www.opengis.net/gml">
<wfs:Query typeName="road">
<ogc:Filter>
  <ogc:BBOX>
   <ogc:PropertyName>Geometry</ogc:PropertyName>
   <gml:Box srsName="EPSG:3978">
      <gml:coordinates>2018000,-73300 3410396,647400</gml:coordinates>
    </gml:Box>
    </ogc:BBOX>
  </ogc:Filter>
</wfs:Query>
</wfs:GetFeature>

Somethnig is wrong in my side ... I think my WFS service made by MapServer
should not be correct. Strange because it is working with mapserver 5.6.5.
I will do more test next week on my own WFS service.

Anyway, I tried to test with 6.2dev and I get this error :
MS_DEFAULT_MAPFILE_PATTERN validation failed, do I need to change some
config in the mapfile/environment variable ?

Thanks,

Y.

2012/9/23 thomas bonfort <thomas.bonfort at gmail.com>

> Yves,
> I can have a look at it but I will need a test case and instructions
> in order to reproduce. Ideally, start from the bbox filter test (
> https://github.com/mapserver/msautotest/blob/master/wxs/wfs_filter.map#L83
> ) and provide me the steps needed to run this as a POST request (in
> the very least the xml that should be posted to obtain the same result
> as with GET)
>
> regards,
> thomas
>
> On Sun, Sep 23, 2012 at 4:59 PM, Yves Jacolin
> <yves.jacolin at camptocamp.com> wrote:
> > Hello,
> >
> > It seems that BBOX filter by POST method is broken from MapServer 6.0.3
> to
> > master. Anybody can confirm this?
> >
> > FYI I don't get -1,-1,-1,-1 coordinates anymore in my log. Seems my WFS
> > server was not correctly configured.
> >
> > Thanks,
> >
> > Y.
> >
> >
> > 2012/9/22 Yves Jacolin <yves.jacolin at camptocamp.com>
> >>
> >> Hello,
> >>
> >> I am doing some test for my tickets [1] and [2]. I find one issue. I
> have
> >> one mapfile with one WFS layers calling a WFS Service made with MS.
> >>
> >> Something like this: MS 1 ---wfs--- > MS 2 ---> shp
> >>
> >> BBOX seems to be lost as I get this in log:
> >> <gml:coordinates>-1,-1 -1,-1</gml:coordinates>
> >>
> >> Is this something known? I test with my branch and mapServer 5.6.5
> >> (default mapserver in debian Squeeze).
> >>
> >> Y.
> >> [1] https://github.com/mapserver/mapserver/issues/4466
> >> [2] https://github.com/mapserver/mapserver/issues/4467
> >>
> >> --
> >>
> >> Responsable Formation et Support
> >>
> >> Camptocamp France SAS
> >>
> >> Savoie Technolac, BP 352
> >>
> >> 73377 Le Bourget du Lac, Cedex
> >>
> >> Tel (France) : +33 4 79 26 57 98
> >>
> >> Mob. : +33 6 18 75 42 21
> >>
> >> Fax : 04 79 70 15 81
> >>
> >> Mail : yves.jacolin at camptocamp.com
> >>
> >> http://www.camptocamp.com
> >>
> >>
> >
> >
> >
> > --
> >
> > Responsable Formation et Support
> >
> > Camptocamp France SAS
> >
> > Savoie Technolac, BP 352
> >
> > 73377 Le Bourget du Lac, Cedex
> >
> > Tel (France) : +33 4 79 26 57 98
> >
> > Mob. : +33 6 18 75 42 21
> >
> > Fax : 04 79 70 15 81
> >
> > Mail : yves.jacolin at camptocamp.com
> >
> > http://www.camptocamp.com
> >
> >
> >
> > _______________________________________________
> > mapserver-dev mailing list
> > mapserver-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-dev
> >
>



-- 

Responsable Formation et Support

Camptocamp France SAS

Savoie Technolac, BP 352

73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98

Mob. : +33 6 18 75 42 21

Fax : 04 79 70 15 81

Mail : yves.jacolin at camptocamp.com

http://www.camptocamp.com
<yves.jacolin at camptocamp.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-dev/attachments/20120923/0ae43c5a/attachment.html>