Feature request #6080
The Feature_Count param should be greater than zero
Status: | Closed | ||
---|---|---|---|
Priority: | Normal | ||
Assignee: | - | ||
Category: | Web Services clients/WMS | ||
Pull Request or Patch supplied: | No | Resolution: | fixed |
Easy fix?: | No | Copied to github as #: | 15434 |
Description
On qgis-dev,
the WMS provider allow to define the feature_count as the max number of information retrieval with a GetFeatureInfo request.
Actually the values is zero that for the WMS server mean "give me one only feature respose).
So the wms server will return zero or one feature founded.
But the user cannot know prevoisly if the dataset will have some feature overlappes.
So the value 0 as default is a bite mis-understanding for the user.
I guess a better value could be 10 or 20 (20 overlapping feature if a rare situation).
Infact if the wms server found one only feature will return one only.
If it found more than one feature will return all.
So the user can understand that effectively the dataset as some feature overlapped.
History
#1 Updated by Jürgen Fischer over 12 years ago
- Resolution set to fixed
- Status changed from Open to Closed
implemented in fe4026a