Opened 13 years ago
Last modified 13 years ago
#3737 new bug
incorrect feature count with rule based renderer
Reported by: | mayeulk | Owned by: | nobody |
---|---|---|---|
Priority: | major: does not work as expected | Milestone: | Version 1.7.0 |
Component: | Symbology | Version: | |
Keywords: | Cc: | ||
Must Fix for Release: | No | Platform: | All |
Platform Version: | Awaiting user input: | no |
Description
The feature count does not work with the rule based renderer. Generally it shows '[0]'. Sometimes one symbol is (wrongly) shown with [n] with n being the total number of features in the full datasource.
See attachment.
Correct behaviour: this should show the correct number of features, for the current zoom level.
Attachments (1)
Change History (3)
by , 13 years ago
Attachment: | incorrect_feature_count_rule_based_renderer.png added |
---|
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Probably related is the fact that the following do not work with rule based renderer:
- Show only features in current extent in attribute table (no features are shown)
- Identify features (not-displayed features are identified as well)
- bug #3727: Features not represented with rule-based renderer still get labelled
Note:
See TracTickets
for help on using tickets.
see also http://trac.osgeo.org/qgis/ticket/3226#comment:3