[mapserver-dev] wfs attribute queries without results

[Lime, Steve D (DNR)]

Which MapServer version?

What is the default extent (e.g. EXTENT ...) set to in your mapfile? I believe that's what initializes the query rect. The idea of ignoring degenerate extents is a good one. The extent is used to get candidate shapes and an empty one could just retrieve all. All drivers would need updating for this to happen (if not already done).

Steve


-----Original Message-----
From: mapserver-dev-bounces at lists.osgeo.org [mailto:mapserver-dev-bounces at lists.osgeo.org] On Behalf Of Martin Kofahl
Sent: Tuesday, July 10, 2012 3:26 AM
To: MapServer Dev Mailing List
Subject: [mapserver-dev] wfs attribute queries without results

Hello,

while testing the current master branch regarding OGC WFS capabilities I did notice that attribute only queries do not return a result. Sample query:

<Query typeName="ns:featuretype" srsName="urn:ogc:def:crs:EPSG::4326">
 <ogc:Filter>
  <ogc:PropertyIsEqualTo>
   <ogc:PropertyName>column</ogc:PropertyName>
   <ogc:Literal>value</ogc:Literal>
  </ogc:PropertyIsEqualTo>
 </ogc:Filter>
</Query>


The for reasons behaviour is that

a) the queryRect is initialized with minx/y,maxx/y = -1, probably already in msLoadMap() -> initMap() -> msInitQuery()

b) the query is processed by FLTApplySimpleSQLFilter() using msQueryByRect() ... with queryRect's values set to -1.


So what's going wrong here? A quick qorkaround is to bypass the cases where queryrect is set to -1 in different functions: msPostGISBuildSQL(), msQueryByRect() and probably more. There should be a more sophisticated solution - any comments?

Kind regards,
Martin
_______________________________________________
mapserver-dev mailing list
mapserver-dev at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev