-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Data-defined labeling takes 1560% longer to render #14819
Comments
Author Name: Aren Cambre (Aren Cambre) I ran this test on a laptop with 8 GB RAM (several GB free) and Intel Core i7 Q720 (1.6 GHz). |
Author Name: Aren Cambre (Aren Cambre) Related: #14818 |
Author Name: Marco Hugentobler (@mhugent) This is because in POP_2000, there are huge values. If you set the font size e.g. to 1000 (points), you get long rendering times also if the size is not data-defined. |
Author Name: Aren Cambre (Aren Cambre) Ah, so looks like resolution of #14818 might be necessary to fix this performance issue? |
Author Name: Paolo Cavallini (@pcav)
|
Author Name: Nyall Dawson (@nyalldawson) This might be closable now -- this can be achieved by using an expression for the definition and using the new "scale_linear" function.
|
Author Name: Larry Shaffer (Larry Shaffer) Should be fixed with commit 45f374f Reopen if necessary
|
Author Name: Jürgen Fischer (@jef-n)
|
Author Name: Aren Cambre (Aren Cambre)
Original Redmine Issue: 5049
Affected QGIS version: master
Redmine category:labelling
For the attached SHP, here's how long it takes to render:
That's a 420% time increase over labeling with no data-defined setting and 1560% longer than no labeling at all.
Time was calculated with stopwatch, between pressing OK on the labeling dialog and when the map finally appears.
Related issue(s): #14818 (relates)
Redmine related issue(s): 5048
The text was updated successfully, but these errors were encountered: