-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
Print composer performance at startup #23132
Comments
Author Name: Reinhard Reiterer (Reinhard Reiterer) Opening the exported print composer (.svg) is much faster than loading the print composer in QGIS (see composer_svg_export.mp4).
|
Author Name: Nyall Dawson (@nyalldawson) I've pushed a small improvement - the rest needs to wait until the API break and can't be done for 2.x |
Author Name: Reinhard Reiterer (Reinhard Reiterer) Hi Nyall, is the small improvement already implemented in QGIS 2.16.0?
|
Author Name: Kilian Hagemann (Kilian Hagemann) I think this is a duplicate of #19203, perhaps the OP could confirm this |
Author Name: Giovanni Manghi (@gioman) Reinhard Reiterer wrote:
with the provided (privately) dataset and project I was able to open it in a very resonable amount of time under Linux with 2.18.4, while on Windows (same machine) I was not. On the other hand on qgis master (qgis3) on Windows the project opens in a very resonable amount of time. I have seen this improvement in master also in other projects/tickets. I would assume that is in QGIS 3 that this issue was solved. Nyall a word on this? Thanks!
|
Author Name: Nyall Dawson (@nyalldawson) Maybe slightly better in master, but I've got some big fixes for this coming soon (next 2 weeks). Until then we should leave this open. |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Nyall Dawson (@nyalldawson) Fixed in changeset "c60a73cb9a6bd552a0991614aa7993b2fcd20f1f".
|
Author Name: Reinhard Reiterer (Reinhard Reiterer)
Original Redmine Issue: 15193
Affected QGIS version: 2.18.4
Redmine category:map_composer/printing
It takes a very long time to load a print composer with a few hundred items. Loading a map with 10.000+ items only takes a few seconds. Does the print composer make use of multicore processing? Is there any need to load print composers at startup?
The text was updated successfully, but these errors were encountered: