Feature request #1912
[PATCH] area not null for symbols with value zero
Status: | Closed | ||
---|---|---|---|
Priority: | Low | ||
Assignee: | Marco Hugentobler | ||
Category: | Symbology | ||
Pull Request or Patch supplied: | Resolution: | fixed | |
Easy fix?: | No | Copied to github as #: | 11972 |
Description
Maybe it's not the right place to talk about that, but:
using the "area scale field" to change the size of my point symbols, I get small symbols where the value in this field is zero, instead of no symbol at all. I think it's a big problem.
Cheers,
Alice
History
#1 Updated by Giovanni Manghi over 15 years ago
I confirm it on the latest qgis version available on both linux and windows.
#2 Updated by mlennert - about 15 years ago
Replying to alicebtoklas:
Maybe it's not the right place to talk about that, but:
using the "area scale field" to change the size of my point symbols, I get small symbols where the value in this field is zero, instead of no symbol at all. I think it's a big problem.
I can confirm with 1.3.0. This is quite annoying and makes QGIS unusable for proportionate size cartography.
#3 Updated by Giovanni Manghi about 15 years ago
still confirmed in trunk
#4 Updated by mlennert - about 15 years ago
Replying to [comment:2 mlennert]:
Replying to alicebtoklas:
Maybe it's not the right place to talk about that, but:
using the "area scale field" to change the size of my point symbols, I get small symbols where the value in this field is zero, instead of no symbol at all. I think it's a big problem.
I can confirm with 1.3.0. This is quite annoying and makes QGIS unusable for proportionate size cartography.
To complement this: whatever the value of the area scale field, if you put the Size field to 0.01, all symbols (at least circles) are of equal size. I imagine this is linked to the OP's issue.
#5 Updated by mlennert - about 15 years ago
Replying to alicebtoklas:
using the "area scale field" to change the size of my point symbols, I get small symbols where the value in this field is zero, instead of no symbol at all. I think it's a big problem.
Found the culprit: http://trac.osgeo.org/qgis/changeset/9513, which responds to http://trac.osgeo.org/qgis/ticket/1186 (putting Maciek and homann in cc, so that they can possibly react as well).
Applying the following patch, solves the problem of this current bug, while apparently not reopening #1186:
Index: qgsmarkercatalogue.cpp =================================================================== --- qgsmarkercatalogue.cpp (révision 12502) +++ qgsmarkercatalogue.cpp (copie de travail) @@ -118,12 +118,6 @@ // First prepare the paintdevice that the marker will be drawn onto // - // Introduce a minimum size, we don't want it to disappear. - if ( size < 4 ) - { - size = 4; - } - QImage myImage; int imageSize; if ( fullName.startsWith( "hard:" ) )
As already mentioned, this is a show-stopper for any proportionate symbol cartography in QGIS, and so should be solved ASAP.
I'm also a bit skeptical about the second part of #9513:
- if ( name == "circle" ) + // If radius is 0, draw a circle, so it wont disappear. + if ( name == "circle" || r < 1)
Why does r have to be defined as int ? And is this maybe deprecated since http://trac.osgeo.org/qgis/changeset/8976 ? I don't have the time to delve any deeper into the source code, but maybe someone can have a look.
But in any case, most of the issue of this bug seems to be solved by above patch.
Moritz
#6 Updated by mlennert - almost 15 years ago
ping
This is a major issue for our usage of QGIS and it would be great if someone could at least have a look at the proposed patch.
Moritz
#7 Updated by Marco Hugentobler almost 15 years ago
I'm going to have a look at the patch.
Why does r have to be defined as int
This is probably legacy and comes from earlier times when all the symbol measures were in pixels.
#8 Updated by Marco Hugentobler almost 15 years ago
- Resolution set to fixed
- Status changed from Open to Closed
I agree that those minimum marker sizes are not good in some situations. Therefore, patch is applied in f76bc2d0 (SVN r13162). Thanks!