[mapserver-dev] Call for discussion on MS RFC 114: Faster retrieval of shape count

[Eichner, Andreas - SID]

Even,

This seems to be indeed a mistake in test suite, as the WFS 2.0 standard says

" 7.7.4.2
numberMatched parameter
The numberMatched parameter shall be used in a response document to report the total number of features or values, of the types requested in an operation, that are in the result set. This value does not necessarily have to match the number of feature or values actually presented in the response document (see 7.7.4.3). If a server is unable to report the total number of matched features or values then it shall use the value "unknown" to indicate this.
By setting the value of the resultType parameter (see 7.6.3.6) to "hits" a count of the total number of features or values that an operation would return can be obtained without having to incur the cost of transmitting the result set. For servers that support response paging (see 7.7.4.4) the value of the next parameter shall be set to then fetch the first subset of response features or values.
7.7.4.3
numberReturned parameter
The numberReturned parameter shall be used to indicate a count of the number of features or values that are presented within a response document.
NOTE See 7.6.3.4 for value counting rules.
If a value is specified for the count parameter (see 7.6.3.5), the value of the numberReturned parameter shall be equal to or less than the specified value of the count parameter."

So numberMatched clearly means all features matching the filter and numberReturned means... (who guess?)


Andreas

> But if I were the devil advocate, I'd point to the conformance
> test suite of WFS 2.0
> 
> """
> A.2.16.3
> resultType parameter
> a)
> Test Purpose: Verify that the server correctly handles the resultType
> parameter.
> b)
> Test Method: Device and execute a query with the resultType parameter set
> to
> "results". Verify that the server generates a feature collection that
> includes
> features as its content. Execute the same query with the resultType
> parameter
> set to "hits". Verify that the server generate an empty feature collection
> with the numberReturned parameter in the response set to zero and the
> numberMatched parameter in the response set to the count of the number of
> features the query would return if the resultType parameter was set to
> "results".
> """
> 
> As written, if there is a server side limitation that is reached with
> resultType=results, it would mean that resultType=hits should also take
> into
> account this limitation. But perhaps the test is not precise enough...
> 
> Even
> 
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com