Why are size-scaled symbols missing from map layout legend? The Next CEO of Stack OverflowUsing graduate and categorize in QGIS?Legend styling in QGIS: How to create overlaying points based on sizePaper Size and Symbol Size in ArcMapWhy are my symbols not displayed correctly in the legend and after a PDF-Export?Resizing symbols in QGIS Print Composer legend?qgis legend with calculated field symbolHow to fill composer map with canvas data and export composition as png using Python script in QGISHow to add WMS legend in leaflet from Geoserver?Make part of legend label italics either for layer header or items in QGIS Print ComposerWhen I duplicate a print composer, item properties is blankPresent polygon features in legend with custom symbologyQGIS change legend symbol size independent of map
Is there a good way to store credentials outside of a password manager?
Whats the best way to handle refactoring a big file?
Under what conditions does the function C = f(A,B) satisfy H(C|A) = H(B)?
Why here is plural "We went to the movies last night."
Visit to the USA with ESTA approved before trip to Iran
Increase performance creating Mandelbrot set in python
Describing a person. What needs to be mentioned?
Any way to transfer all permissions from one role to another?
What is the difference between "behavior" and "behaviour"?
Horror movie/show or scene where a horse creature opens its mouth really wide and devours a man in a stables
How can I quit an app using Terminal?
What does this shorthand mean?
What happens if you roll doubles 3 times then land on "Go to jail?"
I believe this to be a fraud
Return the Closest Prime Number
'Given that' in a matrix
Is a stroke of luck acceptable after a series of unfavorable events?
Removing read access from a file
Why is there a PLL in CPU?
declare as function pointer and initialize in the same line
Unreliable Magic - Is it worth it?
How to be diplomatic in refusing to write code that breaches the privacy of our users
When did Lisp start using symbols for arithmetic?
What is the point of a new vote on May's deal when the indicative votes suggest she will not win?
Why are size-scaled symbols missing from map layout legend?
The Next CEO of Stack OverflowUsing graduate and categorize in QGIS?Legend styling in QGIS: How to create overlaying points based on sizePaper Size and Symbol Size in ArcMapWhy are my symbols not displayed correctly in the legend and after a PDF-Export?Resizing symbols in QGIS Print Composer legend?qgis legend with calculated field symbolHow to fill composer map with canvas data and export composition as png using Python script in QGISHow to add WMS legend in leaflet from Geoserver?Make part of legend label italics either for layer header or items in QGIS Print ComposerWhen I duplicate a print composer, item properties is blankPresent polygon features in legend with custom symbologyQGIS change legend symbol size independent of map
I have a designed a map using a scaled simple marker symbol. It is a rule-based design and symbol scaling is done by the siye assistant based on a field value for any of the rules in the same way. Everything works fine within the the map - legend / table of contents symbols are scaled according to map scale, within the print composer / item properties-window symbol scaling works fine as well.
However, the legend of my map-layout doesn't show any symbols.
Strange: changing scales in the layout (via map/item properties/scale) changes line spacing of my map-legend - indicating that there is information about how to scale symbols somewhere in the background.
... but the symbols remain invisible in the map-legend. Does anyone have any ideas?
QGIS 3.2 Mac and Windows.
qgis symbology print-composer legend
edited Nov 18 '18 at 14:23
Matt Needle
39113
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
add a comment |
I have a designed a map using a scaled simple marker symbol. It is a rule-based design and symbol scaling is done by the siye assistant based on a field value for any of the rules in the same way. Everything works fine within the the map - legend / table of contents symbols are scaled according to map scale, within the print composer / item properties-window symbol scaling works fine as well.
However, the legend of my map-layout doesn't show any symbols.
Strange: changing scales in the layout (via map/item properties/scale) changes line spacing of my map-legend - indicating that there is information about how to scale symbols somewhere in the background.
... but the symbols remain invisible in the map-legend. Does anyone have any ideas?
QGIS 3.2 Mac and Windows.
qgis symbology print-composer legend
edited Nov 18 '18 at 14:23
Matt Needle
39113
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
1
The cartographer says: Why do you have symbols of different size, while each point only stands for one kindergarden? Differently sized symbols indicate a second value you want to present, like the number of children visiting a given kindergarden. So, it would be more appropriate to not to have different symbol sizes.
– Erik
Jun 26 '18 at 9:48
@ErikLohmann I agree with you, however I interpret the title "nach Typ und Betreuungsplätzen" as "according to type and number of childcare facilities". And since in the map there are markers with the same color but different size, I assume this represents the number of children each kindergarden can accomodate. Of course it would be better to have an extra legend which shows the size difference and show the different categories in the legend only in one size. Besides that, it doesn't solve the problem, that scaled symbols are somehow not shown in the legend.
– tallistroan
Jun 26 '18 at 10:26
1
Mea culpa, didn't realize there are differently sized symbols for each colour. Still, I couldn't reproduce the error (using QGis 2.18). Maybe some more details on how the symbols are produced could shed some light.
– Erik
Jun 26 '18 at 10:36
@tallistroan - right. size is depending on the number of children for each location while color represents different types (i.e. public vs. private). and yes it would be better to have an extra legend - but qgis doesn't privide this tool at all. so i would be pretty happy if the scaling was working correctly.
– robert tuw
Jun 26 '18 at 11:47
@ErikLohmann - roules are based on filter expresions like "FIRST_TXTATT1_12" = 'Öffentlich'; size is scaled by size assistant which produces the following expression: coalesce(scale_exp("SUM_kinder_0_bis_67_68", 0, 335, 20, 250, 0.57), 0). the intresting thing is, that symbols in table of content as well as in the legend-section of composer are displayed and scaled correctly while they arn't even displaye within the legend of the map-display in copmposer
– robert tuw
Jun 26 '18 at 11:50
add a comment |
I have a designed a map using a scaled simple marker symbol. It is a rule-based design and symbol scaling is done by the siye assistant based on a field value for any of the rules in the same way. Everything works fine within the the map - legend / table of contents symbols are scaled according to map scale, within the print composer / item properties-window symbol scaling works fine as well.
However, the legend of my map-layout doesn't show any symbols.
Strange: changing scales in the layout (via map/item properties/scale) changes line spacing of my map-legend - indicating that there is information about how to scale symbols somewhere in the background.
... but the symbols remain invisible in the map-legend. Does anyone have any ideas?
QGIS 3.2 Mac and Windows.
qgis symbology print-composer legend
edited Nov 18 '18 at 14:23
Matt Needle
39113
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
I have a designed a map using a scaled simple marker symbol. It is a rule-based design and symbol scaling is done by the siye assistant based on a field value for any of the rules in the same way. Everything works fine within the the map - legend / table of contents symbols are scaled according to map scale, within the print composer / item properties-window symbol scaling works fine as well.
However, the legend of my map-layout doesn't show any symbols.
Strange: changing scales in the layout (via map/item properties/scale) changes line spacing of my map-legend - indicating that there is information about how to scale symbols somewhere in the background.
... but the symbols remain invisible in the map-legend. Does anyone have any ideas?
QGIS 3.2 Mac and Windows.
qgis symbology print-composer legend
qgis symbology print-composer legend
edited Nov 18 '18 at 14:23
Matt Needle
39113
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
edited Nov 18 '18 at 14:23
Matt Needle
39113
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
edited Nov 18 '18 at 14:23
Matt Needle
39113
edited Nov 18 '18 at 14:23
Matt Needle
39113
edited Nov 18 '18 at 14:23
Matt Needle
39113
39113
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
asked Jun 26 '18 at 9:41
robert tuwrobert tuw
346313
346313
1
The cartographer says: Why do you have symbols of different size, while each point only stands for one kindergarden? Differently sized symbols indicate a second value you want to present, like the number of children visiting a given kindergarden. So, it would be more appropriate to not to have different symbol sizes.
– Erik
Jun 26 '18 at 9:48
@ErikLohmann I agree with you, however I interpret the title "nach Typ und Betreuungsplätzen" as "according to type and number of childcare facilities". And since in the map there are markers with the same color but different size, I assume this represents the number of children each kindergarden can accomodate. Of course it would be better to have an extra legend which shows the size difference and show the different categories in the legend only in one size. Besides that, it doesn't solve the problem, that scaled symbols are somehow not shown in the legend.
– tallistroan
Jun 26 '18 at 10:26
1
Mea culpa, didn't realize there are differently sized symbols for each colour. Still, I couldn't reproduce the error (using QGis 2.18). Maybe some more details on how the symbols are produced could shed some light.
– Erik
Jun 26 '18 at 10:36
@tallistroan - right. size is depending on the number of children for each location while color represents different types (i.e. public vs. private). and yes it would be better to have an extra legend - but qgis doesn't privide this tool at all. so i would be pretty happy if the scaling was working correctly.
– robert tuw
Jun 26 '18 at 11:47
@ErikLohmann - roules are based on filter expresions like "FIRST_TXTATT1_12" = 'Öffentlich'; size is scaled by size assistant which produces the following expression: coalesce(scale_exp("SUM_kinder_0_bis_67_68", 0, 335, 20, 250, 0.57), 0). the intresting thing is, that symbols in table of content as well as in the legend-section of composer are displayed and scaled correctly while they arn't even displaye within the legend of the map-display in copmposer
– robert tuw
Jun 26 '18 at 11:50
add a comment |
1
The cartographer says: Why do you have symbols of different size, while each point only stands for one kindergarden? Differently sized symbols indicate a second value you want to present, like the number of children visiting a given kindergarden. So, it would be more appropriate to not to have different symbol sizes.
– Erik
Jun 26 '18 at 9:48
@ErikLohmann I agree with you, however I interpret the title "nach Typ und Betreuungsplätzen" as "according to type and number of childcare facilities". And since in the map there are markers with the same color but different size, I assume this represents the number of children each kindergarden can accomodate. Of course it would be better to have an extra legend which shows the size difference and show the different categories in the legend only in one size. Besides that, it doesn't solve the problem, that scaled symbols are somehow not shown in the legend.
– tallistroan
Jun 26 '18 at 10:26
1
Mea culpa, didn't realize there are differently sized symbols for each colour. Still, I couldn't reproduce the error (using QGis 2.18). Maybe some more details on how the symbols are produced could shed some light.
– Erik
Jun 26 '18 at 10:36
@tallistroan - right. size is depending on the number of children for each location while color represents different types (i.e. public vs. private). and yes it would be better to have an extra legend - but qgis doesn't privide this tool at all. so i would be pretty happy if the scaling was working correctly.
– robert tuw
Jun 26 '18 at 11:47
@ErikLohmann - roules are based on filter expresions like "FIRST_TXTATT1_12" = 'Öffentlich'; size is scaled by size assistant which produces the following expression: coalesce(scale_exp("SUM_kinder_0_bis_67_68", 0, 335, 20, 250, 0.57), 0). the intresting thing is, that symbols in table of content as well as in the legend-section of composer are displayed and scaled correctly while they arn't even displaye within the legend of the map-display in copmposer
– robert tuw
Jun 26 '18 at 11:50
1
1
The cartographer says: Why do you have symbols of different size, while each point only stands for one kindergarden? Differently sized symbols indicate a second value you want to present, like the number of children visiting a given kindergarden. So, it would be more appropriate to not to have different symbol sizes.
– Erik
Jun 26 '18 at 9:48
The cartographer says: Why do you have symbols of different size, while each point only stands for one kindergarden? Differently sized symbols indicate a second value you want to present, like the number of children visiting a given kindergarden. So, it would be more appropriate to not to have different symbol sizes.
– Erik
Jun 26 '18 at 9:48
@ErikLohmann I agree with you, however I interpret the title "nach Typ und Betreuungsplätzen" as "according to type and number of childcare facilities". And since in the map there are markers with the same color but different size, I assume this represents the number of children each kindergarden can accomodate. Of course it would be better to have an extra legend which shows the size difference and show the different categories in the legend only in one size. Besides that, it doesn't solve the problem, that scaled symbols are somehow not shown in the legend.
– tallistroan
Jun 26 '18 at 10:26
@ErikLohmann I agree with you, however I interpret the title "nach Typ und Betreuungsplätzen" as "according to type and number of childcare facilities". And since in the map there are markers with the same color but different size, I assume this represents the number of children each kindergarden can accomodate. Of course it would be better to have an extra legend which shows the size difference and show the different categories in the legend only in one size. Besides that, it doesn't solve the problem, that scaled symbols are somehow not shown in the legend.
– tallistroan
Jun 26 '18 at 10:26
1
1
Mea culpa, didn't realize there are differently sized symbols for each colour. Still, I couldn't reproduce the error (using QGis 2.18). Maybe some more details on how the symbols are produced could shed some light.
– Erik
Jun 26 '18 at 10:36
Mea culpa, didn't realize there are differently sized symbols for each colour. Still, I couldn't reproduce the error (using QGis 2.18). Maybe some more details on how the symbols are produced could shed some light.
– Erik
Jun 26 '18 at 10:36
@tallistroan - right. size is depending on the number of children for each location while color represents different types (i.e. public vs. private). and yes it would be better to have an extra legend - but qgis doesn't privide this tool at all. so i would be pretty happy if the scaling was working correctly.
– robert tuw
Jun 26 '18 at 11:47
@tallistroan - right. size is depending on the number of children for each location while color represents different types (i.e. public vs. private). and yes it would be better to have an extra legend - but qgis doesn't privide this tool at all. so i would be pretty happy if the scaling was working correctly.
– robert tuw
Jun 26 '18 at 11:47
@ErikLohmann - roules are based on filter expresions like "FIRST_TXTATT1_12" = 'Öffentlich'; size is scaled by size assistant which produces the following expression: coalesce(scale_exp("SUM_kinder_0_bis_67_68", 0, 335, 20, 250, 0.57), 0). the intresting thing is, that symbols in table of content as well as in the legend-section of composer are displayed and scaled correctly while they arn't even displaye within the legend of the map-display in copmposer
– robert tuw
Jun 26 '18 at 11:50
@ErikLohmann - roules are based on filter expresions like "FIRST_TXTATT1_12" = 'Öffentlich'; size is scaled by size assistant which produces the following expression: coalesce(scale_exp("SUM_kinder_0_bis_67_68", 0, 335, 20, 250, 0.57), 0). the intresting thing is, that symbols in table of content as well as in the legend-section of composer are displayed and scaled correctly while they arn't even displaye within the legend of the map-display in copmposer
– robert tuw
Jun 26 '18 at 11:50
add a comment |
3 Answers
3
active
oldest
votes
I am able to reproduce your error using QGIS 3.2.0, but it works when using QGIS 2.18.21. There are also already a couple of bug reports regarding the size assistant, with this one being probably the most recent and accurate regarding your problem.
Having said that, there is the possibility for creating a also cartographic more appealing solution with a small workaround. Since your two attributes "type of kindergarden" and "number of children" are not directly connected it is possible to show the size of your points separate from the color for each category.
For this solution choose "Categorized" as the symbology type for your layer, then choose the column with the kindergarden type and classify your data according to your needs. Add the size scaling with the size assistant for the symbol. Now your points should have different sizes, depending on your data.
On the bottom right of the layer styling panel you select Advanced > Data-defined Size Legend and enable the collapsed or separated legend according to your needs:
Now this should be visible in the Layers panel and also in your legend.
However there we have again the problem, that the symbols for the categories are not shown, which is probably again related to the bug you described and in the legend it now looks like this:
A workaround for this problem: Duplicate the original layer (this layer can be turned off in the map), deactivate the size based styling and the Data-defined Size legend for the new layer and add this duplicated layer to the legend. Delete the category names without symbols from the original layer in the legend manually and now your legend should show your desired result:
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
thx for the information about the bug report, and of course for the "workaround" ... really nice !
– robert tuw
Jun 26 '18 at 13:58
concerning the bug report you have mentioned i am not quite shure ... because symbol scaling in the layer tree and the symbology tool works pretty well, just the legend within the composer-map is faulty. with the settings i've been using. implementing your workaround shows interesting results (see my "answer" below): the advanced tool, the legend propertie preview and the map-legend display disproportionaly scaled symbols. ... seems that i have to create a bug report.
– robert tuw
Jun 26 '18 at 17:32
Of course feel free to submit a new bug report, if none of the existing ones fits your case. I just had a quick glance at them and chose the one, which looked most applicable to your issue to me.
– tallistroan
Jun 26 '18 at 18:12
add a comment |
@tallistroan
seems that there is a serious problem in version 3.2 ...
following your workaround description resulted in correct scaled symbols on the map and ugly results in both the Advanced > Data-defined Size Legend tool and the composer legend. obviously the sizes do not correspond to the map scale and to symbol sizes within the map.
qgis application window / advanced data-defined size tool:composer output:
composer window - ledend item properties and map-output:
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
Ideally this should be somehow incorporated into the question, since it is not really an answer. Besides that, I messed around a bit with the data from OGD Wien and tried to reproduce your problem, but for me the data-defined legend worked always like expected (in QGIS 3.2.0). If you create a bug report at the QGIS issue tracker, maybe you can add the dataset and your exact workflow, that it can be easier reproduced by whoever is then working on the issue.
– tallistroan
Jun 26 '18 at 18:20
yes in know that it should be part of the question or of a comment ... unfortunately the stackexchange framework doesn't support images in comments. before creating a bug report i will start from scratch - just to be shure.
– robert tuw
Jun 27 '18 at 11:23
1
i've got it: Advanced / Data-defined Size Legend works well with "Units" set to "Milimiters", "Points", "Pixels" ... if you take "Map Units" or "Meters at Scale", ... it is faulty (!) and looks like my screenshots from above.
– robert tuw
Jun 27 '18 at 11:35
Please post a link to the bug report here for future reference
– underdark♦
Jun 28 '18 at 19:04
link to the bug report: issues.qgis.org/issues/19282
– robert tuw
Jul 13 '18 at 13:58
|
show 1 more comment
For me, I solve this problem with a "double symbol" and you can see it in the legend
edited yesterday
csk
9,3731035
answered yesterday
user138010user138010
161
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "79"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f287514%2fwhy-are-size-scaled-symbols-missing-from-map-layout-legend%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
I am able to reproduce your error using QGIS 3.2.0, but it works when using QGIS 2.18.21. There are also already a couple of bug reports regarding the size assistant, with this one being probably the most recent and accurate regarding your problem.
Having said that, there is the possibility for creating a also cartographic more appealing solution with a small workaround. Since your two attributes "type of kindergarden" and "number of children" are not directly connected it is possible to show the size of your points separate from the color for each category.
For this solution choose "Categorized" as the symbology type for your layer, then choose the column with the kindergarden type and classify your data according to your needs. Add the size scaling with the size assistant for the symbol. Now your points should have different sizes, depending on your data.
On the bottom right of the layer styling panel you select Advanced > Data-defined Size Legend and enable the collapsed or separated legend according to your needs:
Now this should be visible in the Layers panel and also in your legend.
However there we have again the problem, that the symbols for the categories are not shown, which is probably again related to the bug you described and in the legend it now looks like this:
A workaround for this problem: Duplicate the original layer (this layer can be turned off in the map), deactivate the size based styling and the Data-defined Size legend for the new layer and add this duplicated layer to the legend. Delete the category names without symbols from the original layer in the legend manually and now your legend should show your desired result:
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
thx for the information about the bug report, and of course for the "workaround" ... really nice !
– robert tuw
Jun 26 '18 at 13:58
concerning the bug report you have mentioned i am not quite shure ... because symbol scaling in the layer tree and the symbology tool works pretty well, just the legend within the composer-map is faulty. with the settings i've been using. implementing your workaround shows interesting results (see my "answer" below): the advanced tool, the legend propertie preview and the map-legend display disproportionaly scaled symbols. ... seems that i have to create a bug report.
– robert tuw
Jun 26 '18 at 17:32
Of course feel free to submit a new bug report, if none of the existing ones fits your case. I just had a quick glance at them and chose the one, which looked most applicable to your issue to me.
– tallistroan
Jun 26 '18 at 18:12
add a comment |
I am able to reproduce your error using QGIS 3.2.0, but it works when using QGIS 2.18.21. There are also already a couple of bug reports regarding the size assistant, with this one being probably the most recent and accurate regarding your problem.
Having said that, there is the possibility for creating a also cartographic more appealing solution with a small workaround. Since your two attributes "type of kindergarden" and "number of children" are not directly connected it is possible to show the size of your points separate from the color for each category.
For this solution choose "Categorized" as the symbology type for your layer, then choose the column with the kindergarden type and classify your data according to your needs. Add the size scaling with the size assistant for the symbol. Now your points should have different sizes, depending on your data.
On the bottom right of the layer styling panel you select Advanced > Data-defined Size Legend and enable the collapsed or separated legend according to your needs:
Now this should be visible in the Layers panel and also in your legend.
However there we have again the problem, that the symbols for the categories are not shown, which is probably again related to the bug you described and in the legend it now looks like this:
A workaround for this problem: Duplicate the original layer (this layer can be turned off in the map), deactivate the size based styling and the Data-defined Size legend for the new layer and add this duplicated layer to the legend. Delete the category names without symbols from the original layer in the legend manually and now your legend should show your desired result:
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
thx for the information about the bug report, and of course for the "workaround" ... really nice !
– robert tuw
Jun 26 '18 at 13:58
concerning the bug report you have mentioned i am not quite shure ... because symbol scaling in the layer tree and the symbology tool works pretty well, just the legend within the composer-map is faulty. with the settings i've been using. implementing your workaround shows interesting results (see my "answer" below): the advanced tool, the legend propertie preview and the map-legend display disproportionaly scaled symbols. ... seems that i have to create a bug report.
– robert tuw
Jun 26 '18 at 17:32
Of course feel free to submit a new bug report, if none of the existing ones fits your case. I just had a quick glance at them and chose the one, which looked most applicable to your issue to me.
– tallistroan
Jun 26 '18 at 18:12
add a comment |
I am able to reproduce your error using QGIS 3.2.0, but it works when using QGIS 2.18.21. There are also already a couple of bug reports regarding the size assistant, with this one being probably the most recent and accurate regarding your problem.
Having said that, there is the possibility for creating a also cartographic more appealing solution with a small workaround. Since your two attributes "type of kindergarden" and "number of children" are not directly connected it is possible to show the size of your points separate from the color for each category.
For this solution choose "Categorized" as the symbology type for your layer, then choose the column with the kindergarden type and classify your data according to your needs. Add the size scaling with the size assistant for the symbol. Now your points should have different sizes, depending on your data.
On the bottom right of the layer styling panel you select Advanced > Data-defined Size Legend and enable the collapsed or separated legend according to your needs:
Now this should be visible in the Layers panel and also in your legend.
However there we have again the problem, that the symbols for the categories are not shown, which is probably again related to the bug you described and in the legend it now looks like this:
A workaround for this problem: Duplicate the original layer (this layer can be turned off in the map), deactivate the size based styling and the Data-defined Size legend for the new layer and add this duplicated layer to the legend. Delete the category names without symbols from the original layer in the legend manually and now your legend should show your desired result:
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
I am able to reproduce your error using QGIS 3.2.0, but it works when using QGIS 2.18.21. There are also already a couple of bug reports regarding the size assistant, with this one being probably the most recent and accurate regarding your problem.
Having said that, there is the possibility for creating a also cartographic more appealing solution with a small workaround. Since your two attributes "type of kindergarden" and "number of children" are not directly connected it is possible to show the size of your points separate from the color for each category.
For this solution choose "Categorized" as the symbology type for your layer, then choose the column with the kindergarden type and classify your data according to your needs. Add the size scaling with the size assistant for the symbol. Now your points should have different sizes, depending on your data.
On the bottom right of the layer styling panel you select Advanced > Data-defined Size Legend and enable the collapsed or separated legend according to your needs:
Now this should be visible in the Layers panel and also in your legend.
However there we have again the problem, that the symbols for the categories are not shown, which is probably again related to the bug you described and in the legend it now looks like this:
A workaround for this problem: Duplicate the original layer (this layer can be turned off in the map), deactivate the size based styling and the Data-defined Size legend for the new layer and add this duplicated layer to the legend. Delete the category names without symbols from the original layer in the legend manually and now your legend should show your desired result:
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
answered Jun 26 '18 at 13:44
tallistroantallistroan
1,8711511
1,8711511
thx for the information about the bug report, and of course for the "workaround" ... really nice !
– robert tuw
Jun 26 '18 at 13:58
concerning the bug report you have mentioned i am not quite shure ... because symbol scaling in the layer tree and the symbology tool works pretty well, just the legend within the composer-map is faulty. with the settings i've been using. implementing your workaround shows interesting results (see my "answer" below): the advanced tool, the legend propertie preview and the map-legend display disproportionaly scaled symbols. ... seems that i have to create a bug report.
– robert tuw
Jun 26 '18 at 17:32
Of course feel free to submit a new bug report, if none of the existing ones fits your case. I just had a quick glance at them and chose the one, which looked most applicable to your issue to me.
– tallistroan
Jun 26 '18 at 18:12
add a comment |
thx for the information about the bug report, and of course for the "workaround" ... really nice !
– robert tuw
Jun 26 '18 at 13:58
concerning the bug report you have mentioned i am not quite shure ... because symbol scaling in the layer tree and the symbology tool works pretty well, just the legend within the composer-map is faulty. with the settings i've been using. implementing your workaround shows interesting results (see my "answer" below): the advanced tool, the legend propertie preview and the map-legend display disproportionaly scaled symbols. ... seems that i have to create a bug report.
– robert tuw
Jun 26 '18 at 17:32
Of course feel free to submit a new bug report, if none of the existing ones fits your case. I just had a quick glance at them and chose the one, which looked most applicable to your issue to me.
– tallistroan
Jun 26 '18 at 18:12
thx for the information about the bug report, and of course for the "workaround" ... really nice !
– robert tuw
Jun 26 '18 at 13:58
thx for the information about the bug report, and of course for the "workaround" ... really nice !
– robert tuw
Jun 26 '18 at 13:58
concerning the bug report you have mentioned i am not quite shure ... because symbol scaling in the layer tree and the symbology tool works pretty well, just the legend within the composer-map is faulty. with the settings i've been using. implementing your workaround shows interesting results (see my "answer" below): the advanced tool, the legend propertie preview and the map-legend display disproportionaly scaled symbols. ... seems that i have to create a bug report.
– robert tuw
Jun 26 '18 at 17:32
concerning the bug report you have mentioned i am not quite shure ... because symbol scaling in the layer tree and the symbology tool works pretty well, just the legend within the composer-map is faulty. with the settings i've been using. implementing your workaround shows interesting results (see my "answer" below): the advanced tool, the legend propertie preview and the map-legend display disproportionaly scaled symbols. ... seems that i have to create a bug report.
– robert tuw
Jun 26 '18 at 17:32
Of course feel free to submit a new bug report, if none of the existing ones fits your case. I just had a quick glance at them and chose the one, which looked most applicable to your issue to me.
– tallistroan
Jun 26 '18 at 18:12
Of course feel free to submit a new bug report, if none of the existing ones fits your case. I just had a quick glance at them and chose the one, which looked most applicable to your issue to me.
– tallistroan
Jun 26 '18 at 18:12
add a comment |
@tallistroan
seems that there is a serious problem in version 3.2 ...
following your workaround description resulted in correct scaled symbols on the map and ugly results in both the Advanced > Data-defined Size Legend tool and the composer legend. obviously the sizes do not correspond to the map scale and to symbol sizes within the map.
qgis application window / advanced data-defined size tool:composer output:
composer window - ledend item properties and map-output:
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
Ideally this should be somehow incorporated into the question, since it is not really an answer. Besides that, I messed around a bit with the data from OGD Wien and tried to reproduce your problem, but for me the data-defined legend worked always like expected (in QGIS 3.2.0). If you create a bug report at the QGIS issue tracker, maybe you can add the dataset and your exact workflow, that it can be easier reproduced by whoever is then working on the issue.
– tallistroan
Jun 26 '18 at 18:20
yes in know that it should be part of the question or of a comment ... unfortunately the stackexchange framework doesn't support images in comments. before creating a bug report i will start from scratch - just to be shure.
– robert tuw
Jun 27 '18 at 11:23
1
i've got it: Advanced / Data-defined Size Legend works well with "Units" set to "Milimiters", "Points", "Pixels" ... if you take "Map Units" or "Meters at Scale", ... it is faulty (!) and looks like my screenshots from above.
– robert tuw
Jun 27 '18 at 11:35
Please post a link to the bug report here for future reference
– underdark♦
Jun 28 '18 at 19:04
link to the bug report: issues.qgis.org/issues/19282
– robert tuw
Jul 13 '18 at 13:58
|
show 1 more comment
@tallistroan
seems that there is a serious problem in version 3.2 ...
following your workaround description resulted in correct scaled symbols on the map and ugly results in both the Advanced > Data-defined Size Legend tool and the composer legend. obviously the sizes do not correspond to the map scale and to symbol sizes within the map.
qgis application window / advanced data-defined size tool:composer output:
composer window - ledend item properties and map-output:
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
Ideally this should be somehow incorporated into the question, since it is not really an answer. Besides that, I messed around a bit with the data from OGD Wien and tried to reproduce your problem, but for me the data-defined legend worked always like expected (in QGIS 3.2.0). If you create a bug report at the QGIS issue tracker, maybe you can add the dataset and your exact workflow, that it can be easier reproduced by whoever is then working on the issue.
– tallistroan
Jun 26 '18 at 18:20
yes in know that it should be part of the question or of a comment ... unfortunately the stackexchange framework doesn't support images in comments. before creating a bug report i will start from scratch - just to be shure.
– robert tuw
Jun 27 '18 at 11:23
1
i've got it: Advanced / Data-defined Size Legend works well with "Units" set to "Milimiters", "Points", "Pixels" ... if you take "Map Units" or "Meters at Scale", ... it is faulty (!) and looks like my screenshots from above.
– robert tuw
Jun 27 '18 at 11:35
Please post a link to the bug report here for future reference
– underdark♦
Jun 28 '18 at 19:04
link to the bug report: issues.qgis.org/issues/19282
– robert tuw
Jul 13 '18 at 13:58
|
show 1 more comment
@tallistroan
seems that there is a serious problem in version 3.2 ...
following your workaround description resulted in correct scaled symbols on the map and ugly results in both the Advanced > Data-defined Size Legend tool and the composer legend. obviously the sizes do not correspond to the map scale and to symbol sizes within the map.
qgis application window / advanced data-defined size tool:composer output:
composer window - ledend item properties and map-output:
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
@tallistroan
seems that there is a serious problem in version 3.2 ...
following your workaround description resulted in correct scaled symbols on the map and ugly results in both the Advanced > Data-defined Size Legend tool and the composer legend. obviously the sizes do not correspond to the map scale and to symbol sizes within the map.
qgis application window / advanced data-defined size tool:composer output:
composer window - ledend item properties and map-output:
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
answered Jun 26 '18 at 17:18
robert tuwrobert tuw
346313
346313
Ideally this should be somehow incorporated into the question, since it is not really an answer. Besides that, I messed around a bit with the data from OGD Wien and tried to reproduce your problem, but for me the data-defined legend worked always like expected (in QGIS 3.2.0). If you create a bug report at the QGIS issue tracker, maybe you can add the dataset and your exact workflow, that it can be easier reproduced by whoever is then working on the issue.
– tallistroan
Jun 26 '18 at 18:20
yes in know that it should be part of the question or of a comment ... unfortunately the stackexchange framework doesn't support images in comments. before creating a bug report i will start from scratch - just to be shure.
– robert tuw
Jun 27 '18 at 11:23
1
i've got it: Advanced / Data-defined Size Legend works well with "Units" set to "Milimiters", "Points", "Pixels" ... if you take "Map Units" or "Meters at Scale", ... it is faulty (!) and looks like my screenshots from above.
– robert tuw
Jun 27 '18 at 11:35
Please post a link to the bug report here for future reference
– underdark♦
Jun 28 '18 at 19:04
link to the bug report: issues.qgis.org/issues/19282
– robert tuw
Jul 13 '18 at 13:58
|
show 1 more comment
Ideally this should be somehow incorporated into the question, since it is not really an answer. Besides that, I messed around a bit with the data from OGD Wien and tried to reproduce your problem, but for me the data-defined legend worked always like expected (in QGIS 3.2.0). If you create a bug report at the QGIS issue tracker, maybe you can add the dataset and your exact workflow, that it can be easier reproduced by whoever is then working on the issue.
– tallistroan
Jun 26 '18 at 18:20
yes in know that it should be part of the question or of a comment ... unfortunately the stackexchange framework doesn't support images in comments. before creating a bug report i will start from scratch - just to be shure.
– robert tuw
Jun 27 '18 at 11:23
1
i've got it: Advanced / Data-defined Size Legend works well with "Units" set to "Milimiters", "Points", "Pixels" ... if you take "Map Units" or "Meters at Scale", ... it is faulty (!) and looks like my screenshots from above.
– robert tuw
Jun 27 '18 at 11:35
Please post a link to the bug report here for future reference
– underdark♦
Jun 28 '18 at 19:04
link to the bug report: issues.qgis.org/issues/19282
– robert tuw
Jul 13 '18 at 13:58
Ideally this should be somehow incorporated into the question, since it is not really an answer. Besides that, I messed around a bit with the data from OGD Wien and tried to reproduce your problem, but for me the data-defined legend worked always like expected (in QGIS 3.2.0). If you create a bug report at the QGIS issue tracker, maybe you can add the dataset and your exact workflow, that it can be easier reproduced by whoever is then working on the issue.
– tallistroan
Jun 26 '18 at 18:20
Ideally this should be somehow incorporated into the question, since it is not really an answer. Besides that, I messed around a bit with the data from OGD Wien and tried to reproduce your problem, but for me the data-defined legend worked always like expected (in QGIS 3.2.0). If you create a bug report at the QGIS issue tracker, maybe you can add the dataset and your exact workflow, that it can be easier reproduced by whoever is then working on the issue.
– tallistroan
Jun 26 '18 at 18:20
yes in know that it should be part of the question or of a comment ... unfortunately the stackexchange framework doesn't support images in comments. before creating a bug report i will start from scratch - just to be shure.
– robert tuw
Jun 27 '18 at 11:23
yes in know that it should be part of the question or of a comment ... unfortunately the stackexchange framework doesn't support images in comments. before creating a bug report i will start from scratch - just to be shure.
– robert tuw
Jun 27 '18 at 11:23
1
1
i've got it: Advanced / Data-defined Size Legend works well with "Units" set to "Milimiters", "Points", "Pixels" ... if you take "Map Units" or "Meters at Scale", ... it is faulty (!) and looks like my screenshots from above.
– robert tuw
Jun 27 '18 at 11:35
i've got it: Advanced / Data-defined Size Legend works well with "Units" set to "Milimiters", "Points", "Pixels" ... if you take "Map Units" or "Meters at Scale", ... it is faulty (!) and looks like my screenshots from above.
– robert tuw
Jun 27 '18 at 11:35
Please post a link to the bug report here for future reference
– underdark♦
Jun 28 '18 at 19:04
Please post a link to the bug report here for future reference
– underdark♦
Jun 28 '18 at 19:04
link to the bug report: issues.qgis.org/issues/19282
– robert tuw
Jul 13 '18 at 13:58
link to the bug report: issues.qgis.org/issues/19282
– robert tuw
Jul 13 '18 at 13:58
|
show 1 more comment
For me, I solve this problem with a "double symbol" and you can see it in the legend
edited yesterday
csk
9,3731035
answered yesterday
user138010user138010
161
add a comment |
For me, I solve this problem with a "double symbol" and you can see it in the legend
edited yesterday
csk
9,3731035
answered yesterday
user138010user138010
161
add a comment |
For me, I solve this problem with a "double symbol" and you can see it in the legend
edited yesterday
csk
9,3731035
answered yesterday
user138010user138010
161
For me, I solve this problem with a "double symbol" and you can see it in the legend
edited yesterday
csk
9,3731035
answered yesterday
user138010user138010
161
edited yesterday
csk
9,3731035
edited yesterday
csk
9,3731035
edited yesterday
csk
9,3731035
9,3731035
answered yesterday
user138010user138010
161
answered yesterday
user138010user138010
161
answered yesterday
user138010user138010
161
161
add a comment |
add a comment |
Thanks for contributing an answer to Geographic Information Systems Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fgis.stackexchange.com%2fquestions%2f287514%2fwhy-are-size-scaled-symbols-missing-from-map-layout-legend%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
The cartographer says: Why do you have symbols of different size, while each point only stands for one kindergarden? Differently sized symbols indicate a second value you want to present, like the number of children visiting a given kindergarden. So, it would be more appropriate to not to have different symbol sizes.
– Erik
Jun 26 '18 at 9:48
@ErikLohmann I agree with you, however I interpret the title "nach Typ und Betreuungsplätzen" as "according to type and number of childcare facilities". And since in the map there are markers with the same color but different size, I assume this represents the number of children each kindergarden can accomodate. Of course it would be better to have an extra legend which shows the size difference and show the different categories in the legend only in one size. Besides that, it doesn't solve the problem, that scaled symbols are somehow not shown in the legend.
– tallistroan
Jun 26 '18 at 10:26
1
Mea culpa, didn't realize there are differently sized symbols for each colour. Still, I couldn't reproduce the error (using QGis 2.18). Maybe some more details on how the symbols are produced could shed some light.
– Erik
Jun 26 '18 at 10:36
@tallistroan - right. size is depending on the number of children for each location while color represents different types (i.e. public vs. private). and yes it would be better to have an extra legend - but qgis doesn't privide this tool at all. so i would be pretty happy if the scaling was working correctly.
– robert tuw
Jun 26 '18 at 11:47
@ErikLohmann - roules are based on filter expresions like "FIRST_TXTATT1_12" = 'Öffentlich'; size is scaled by size assistant which produces the following expression: coalesce(scale_exp("SUM_kinder_0_bis_67_68", 0, 335, 20, 250, 0.57), 0). the intresting thing is, that symbols in table of content as well as in the legend-section of composer are displayed and scaled correctly while they arn't even displaye within the legend of the map-display in copmposer
– robert tuw
Jun 26 '18 at 11:50