Ability to limit number of query results per layer #2424

Closed
mapserver-bot opened this Issue Apr 3, 2012 · 7 comments

4 participants

@mapserver-bot

Reporter: dmorissette
Date: 2007/12/05 - 21:16
Trac URL: http://trac.osgeo.org/mapserver/ticket/2424
Tickets #1686 and #2423 required the addition of a maxresults argument to the msQueryByPoint() function in order to properly handle WMS GetFeatureInfo's FEATURE_COUNT. A preliminary fix for this was committed in ce02d91 (r7147).

It has then been suggested that we extend the concept of maxresults as follows:

  • Make maxresults a layer-level parameter
  • Make it work for all query types (point, rect, shape, attributes)
  • Deal with returning only the 'maxresults' closest results per layer vs returning the first matching shapes in each layer (at least document the issue, or if possible extend the query code to return the 'maxresults' closest shapes)
  • Make WFS queries/filters use maxresults at query time instead of limiting the number of results only at presentation time (i.e. in msGMLWriteWFSQuery)
  • Make the maxresults layer member visible to MapScript

A RFC will be required for this (in 5.2)...

@mapserver-bot

Author: dmorissette
Date: 2008/05/15 - 21:14
See also ticket #2605 about passing MAXFEATURES to spatial databases

@mapserver-bot

Author: sdlime
Date: 2008/05/15 - 23:07
Just for background. RFC 36 implements a limit parameter as part of the [feature ...][/feature] tag although that's well after a query was done.

Personally I favor a layer level parameter that:

  • the msQueryBy... functions respect
  • database drivers respect

There is a MAXFEATURES parameter already at the layer level (used for drawing only) and care must be taken to not confuse users. Perhaps the use can be merged somehow or the parameters could be named explicitly, e.g. MAXDRAWFEATURES and MAXQUERYFEATURES.

Steve

@mapserver-bot

Author: sdlime
Date: 2008/06/25 - 08:53
Moving to 5.4...

Steve

@mapserver-bot

Author: dmorissette
Date: 2011/04/06 - 03:36
See also ticket #3739 (Need to define a means of limiting the number of features drawn)

@mapserver-bot

Author: sdlime
Date: 2011/04/13 - 15:05
Moving to 6.2, we'll need an RFC to deal with this across the board.

Steve

@dmorissette dmorissette was assigned Apr 5, 2012
@tbonfort
MapServer member

@sdlime any update on this one ? it won't make it for 6.2 no?

@sdlime
MapServer member

Duplicate of #4011 for the most part. Closing.

@sdlime sdlime closed this May 26, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment