Hi,

All I know for sure is that BBOX filter send with POST does not find data but 
KVP BBOX does if native Mapserver shapefile reader is used. I can repeat this 
with some queries I have saved. I have not yet tested the same BBOX written 
inside OGC <Filter> and sent url-encoded with http GET. Therefore I can not 
actually say if the problem has to do with POST at all, it may also be that it 
is the Filter Encoded BBOX that fails.

I will do more tests for isolating the problem but OGC filters are very 
unfriendly beasts to write and url-encoding them before they can be sent 
through http GET makes it even more complicated. Let's hope someone finds easy 
explanation for the problem soon and I can stop testing :)

-Jukka-
________________________________________
Lähettäjä: Lime, Steve D (DNR) [[email protected]]
Lähetetty: 24. tammikuuta 2012 20:19
Vastaanottaja: Rahkonen Jukka; '[email protected]'
Aihe: RE: GetFeature find data with GET, not with POST

So GET works against the shapefile but a POST against the same shapefile 
doesn't? That is odd.

Steve

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Rahkonen Jukka
Sent: Tuesday, January 24, 2012 12:12 PM
To: '[email protected]'
Subject: [mapserver-users] Re: GetFeature find data with GET, not with POST

Hi,

I will need to play a bit with the data and see if I can decrease the size of 
source layer and still see the failure. What I have now as source is one single 
shapefile with 1.1 million polygons and it is odd that from some areas 
Mapserver does find data. It looks like the problem occur on dense areas with 
lots of polygons. I thought first that it must be due to old or invalid index 
but the situation is the same with a brand new .qix file and if I do not .qix 
at all.


-Jukka Rahkonen-

Steve D (DNR) wrote:

> I'd say yes to a ticket if it's possible to create a concise test dataset. 
> Usually shapefiles are the most robust > simply because they are used the 
> most.

Steve

From: [email protected] 
[mailto:[email protected]] On Behalf Of Rahkonen Jukka
Sent: Tuesday, January 24, 2012 9:36 AM
To: '[email protected]'
Subject: [mapserver-users] Re: GetFeature find data with GET, not with POST

Hi,

Tried to use

 CONNECTIONTYPE OGR
 CONNECTION "path_to_shape"

Instead of
DATA "path_to_shape"

Now both GET and POST works with BBOX. Something seems to be wrong or 
undocumented with the native shapefile access. Is this worth filing some kind 
of ticket?

-Jukka Rahkonen-


________________________________
Rahkonen Jukka  wrote:
Hi,

This GetFeature finds data from MS 6.0.1 (MS4W)


service=wfs&version=1.1.0&request=getfeature&typename=peltolohkot&BBOX=280009,6696093,282161,6698297,EPSG:3067<https://ilmakuva.mmm.fi/cgi-bin/wfs_test?service=wfs&version=1.1.0&request=getfeature&typename=peltolohkot&BBOX=280009,6696093,282161,6698297,EPSG:3067>

This POST request which should find the sama data does not find anything:

<?xml version="1.0" encoding="UTF-8"?>
<wfs:GetFeature handle="GeoTools 2.7-RC2 WFS DataStore" maxFeatures="100"
outputFormat="text/xml; subtype=gml/3.1.1" resultType="results" service="WFS"
version="1.1.0" xmlns:ogc="http://www.opengis.net/ogc"; xmlns:gml="http://www.
opengis.net/gml" xmlns:xlink="http://www.w3.org/1999/xlink";
xmlns:ows="http://www.opengis.net/ows"; xmlns:wfs="http://www.opengis.
net/wfs"><wfs:Query srsName="EPSG:3067"
typeName="peltolohkot"><ogc:Filter><ogc:BBOX><ogc:PropertyName>msGeometry</ogc:PropertyName><gml:Envelope><gml:lowerCorner>280009.0
 6696093.0
</gml:lowerCorner><gml:upperCorner>282161.0 6698297.
0</gml:upperCorner></gml:Envelope></ogc:BBOX></ogc:Filter></wfs:Query></wfs:GetFeature>
Mapserver log file does not tell anything interesting, just this
msQueryByFilter(): Search returned no results. No matching record(s) found.

Data is as shapefile. I have the same dataset in PostGIS on another computer 
and with that service the filter above does find features. Could this possibly 
have something to do with the shapefile/PostGIS difference?

-Jukka Rahkonen-
_______________________________________________
mapserver-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapserver-users


_______________________________________________
mapserver-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Reply via email to