Bug report #3371
Random points is terribly slow with complex features
|Affected QGIS version:||master||Regression?:|
|Operating System:||All||Easy fix?:|
|Pull Request or Patch supplied:||No||Resolution:||fixed/implemented|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||13431|
If random points is applied to a complex shape (I'm taking ITA_adm0, I think from OSM), generating even a few points takes ages, while CPU goes to 100%. With 1 point it takes a few seconds, with 10 it is already very slow, with 1k points I had to force quit. This on a low power machine, 4
cores Intel(R) Atom(TM) CPU N550 @ 1.50GHz.
#5 Updated by cfarmer - almost 10 years ago
Replying to [comment:4 borysiasty]:
Ok. Carson, what about threading and a small STOP button (ftools-wide)?
This is a possibility, but would likely require a full re-write of the tool. So far only the geometry tools and geoprocessing tools use threading. I will have a look and see what kind of alterations are required... though it is unlikely that I'll have time to implement anything before the next release :-(
#10 Updated by Médéric RIBREUX about 5 years ago
- % Done changed from 0 to 100
- Resolution set to fixed/implemented
- Status changed from Open to Closed
- Pull Request or Patch supplied set to No
Hello, bug triage...
it takes about 40 seconds to create 1k random points on the polygon of french boundary from OSM with Processing tool "Random points inside polygons (fixed)" and about 60 seconds with fTools Random Points on an core [email protected].
I think that the two tools have been optimized (otherwise I would have wait much more time than less than a minute) and I am closing this bug.