Skip to content
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

Crash using the new labelling engine at very high scales #12932

Closed
qgib opened this issue Jul 6, 2010 · 17 comments
Closed

Crash using the new labelling engine at very high scales #12932

qgib opened this issue Jul 6, 2010 · 17 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Crash/Data Corruption High Priority Labeling Related to QGIS map labeling
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Jul 6, 2010

Author Name: Gerhard Spieles (Gerhard Spieles)
Original Redmine Issue: 2872
Affected QGIS version: 1.7.3
Redmine category:labelling
Assignee: Martin Dobias


Hello,
the new core function labeling "abc" is absolutly best.

In extrem situations, it seems to have a malfunction.

When labeling with abc in a vectorlaxer is on and you set the scale less 1:3, qgis crash.
Picture is attached.


@qgib
Copy link
Contributor Author

qgib commented Jul 12, 2010

Author Name: Médéric RIBREUX (Médéric RIBREUX)


I am not able to reproduce it with trunk code under Debian Squeeze.
What are the operations you made to get it crashed ? What do you mean by new labelling ? Does it means advanced labelling (rotation, font, placement with layer attributes) ?

@qgib
Copy link
Contributor Author

qgib commented Jul 13, 2010

Author Name: Gerhard Spieles (Gerhard Spieles)


Replying to [comment:2 medspx]:

Hi,

its not the item in the layer properities. Its the labeling feature ABC shown in the attached pic 2.

Gerhard

I am not able to reproduce it with trunk code under Debian Squeeze.
What are the operations you made to get it crashed ? What do you mean by new labelling ? Does it means advanced labelling (rotation, font, placement with layer attributes) ?

@qgib
Copy link
Contributor Author

qgib commented Jul 19, 2010

Author Name: Médéric RIBREUX (Médéric RIBREUX)


Hello,

thanks for your explanations... This new labeling plugin is experimental (as the new symbology system).

I am still not able to reproduce the bug with the 1.5.0 trunk (under GNU/Linux Debian). I can "zoom" to 1:3 (and even 1:1) without crash.

Perhaps is it MS Windows specific ?

What if you try to set the scale with the zoom-in tool (focus on the label and try to zoom in progressively until 1:3 or less) ?

Perhaps the bug is related to free labeling placement only... (It crashes a lot with this mode) ?

@qgib
Copy link
Contributor Author

qgib commented Jul 21, 2010

Author Name: Gerhard Spieles (Gerhard Spieles)


Hello,

in a new project with only the layer, i wish to label, all is ok and I can zoom 1:1, 2:1 ....
Adding more layer to the project and zomm in, then Qgis crash.
I@m not competent enough to localize the problem, but it seems, that the labeling feature has a memory leage/problem, when data gows up.

Gerhard

@qgib
Copy link
Contributor Author

qgib commented Jul 22, 2010

Author Name: Giovanni Manghi (@gioman)


Replying to [comment:5 gespiel]:

Hello,

in a new project with only the layer, i wish to label, all is ok and I can zoom 1:1, 2:1 ....
Adding more layer to the project and zomm in, then Qgis crash.
I@m not competent enough to localize the problem, but it seems, that the labeling feature has a memory leage/problem, when data gows up.

Gerhard

can you post a sample of the data that is causing the crash?

@qgib
Copy link
Contributor Author

qgib commented Jul 22, 2010

Author Name: Gerhard Spieles (Gerhard Spieles)


Replying to [comment:6 lutra]:
Hi,

sample project is attached

Gerhard

@qgib
Copy link
Contributor Author

qgib commented Jul 22, 2010

Author Name: Giovanni Manghi (@gioman)


Hi,

no crash at any scale level with the labelling plugin active. I'm under ubuntu 10.04 with qgis 1.5. Can you test this under a different platform?

@qgib
Copy link
Contributor Author

qgib commented Jul 23, 2010

Author Name: Gerhard Spieles (Gerhard Spieles)


Hello,
tested it on win vista 32bit and qgis crash also.
Programms behavior iS: with every zoom in, the programm needs more time to display the map until qgis crash near scale 1:3.
Gerhard

@qgib
Copy link
Contributor Author

qgib commented Jul 24, 2010

Author Name: Giovanni Manghi (@gioman)


Hi,

I tested your vectors with the new labelling engine under qgis 1.5/osgeo4w in Windows Seven and I cannot replicate the crash.

@qgib
Copy link
Contributor Author

qgib commented Jul 25, 2010

Author Name: Gerhard Spieles (Gerhard Spieles)


Hell0,

I@ve just tested it on a new build win7 machine and qgis crashed (see attachment)

@qgib
Copy link
Contributor Author

qgib commented Jul 25, 2010

Author Name: Giovanni Manghi (@gioman)


can you please test QGIS in english (en_us)? it is the only difference I'm seeing.

@qgib
Copy link
Contributor Author

qgib commented Jul 25, 2010

Author Name: Giovanni Manghi (@gioman)


Replying to [comment:12 lutra]:

can you please test QGIS in english (en_us)? it is the only difference I'm seeing.

I tested myself and no crash.

In the labelling plugin, what configurations are you using?

@qgib
Copy link
Contributor Author

qgib commented Jul 25, 2010

Author Name: Giovanni Manghi (@gioman)


ok got it.

There are configurations in the plugin that as a fact make qgis eat memory and then crash as described in this ticket.

Just use one of the attached vectors and then choose for example "using perimiter". A scales around 1:1 it starts eating memory and then crash. Maybe this happens with other configurations. It does not crash with the default one, "around centroid".

@qgib
Copy link
Contributor Author

qgib commented Jul 25, 2010

Author Name: Gerhard Spieles (Gerhard Spieles)


Hi,
picture with labeling configuration is attached

@qgib
Copy link
Contributor Author

qgib commented Dec 16, 2011

Author Name: Paolo Cavallini (@pcav)


Please deactivate all plugins and check if the problem still is there. Looks a local problem.


  • category_id was changed from Symbology to Labelling
  • pull_request_patch_supplied was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Dec 16, 2011

Author Name: Giovanni Manghi (@gioman)


  • fixed_version_id was changed from Version 1.7.0 to Version 1.7.4

@qgib
Copy link
Contributor Author

qgib commented Dec 23, 2011

Author Name: Giovanni Manghi (@gioman)


It is not a local problem. It is confirmed on 1.7.3 that at very high scales, when the new labelling engine is used, QGIS starts eating memory, take a lot to render features and labels and ultimately freezes/crashes. This at least happens under Windows/osgeo4w BUT on master it works ok.

The attached project is good to make tests and replicate the issue.

I'll close this as fixed, but probably would be better to try backport the fix for the 1.7.x versions.


  • fixed_version_id was changed from Version 1.7.4 to Version 1.8.0
  • os_version was changed from xp sp3 to
  • status_info was changed from 0 to
  • resolution was changed from to fixed
  • crashes_corrupts_data was configured as 1
  • version was configured as 1.7.3
  • subject was changed from Qgis crash with new labeling (abc) and scale less 1:3 to Crash using the new labelling engine at very high scales
  • status_id was changed from Open to Closed
  • priority_id was changed from Low to 6

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! High Priority Labeling Related to QGIS map labeling Crash/Data Corruption labels May 24, 2019
@qgib qgib added this to the Version 1.8.0 milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Crash/Data Corruption High Priority Labeling Related to QGIS map labeling
Projects
None yet
Development

No branches or pull requests

1 participant