Hi,
On Sat, 2011-02-19 at 08:18 +0100, Paolo Cavallini wrote:
Il giorno ven, 18/02/2011 alle 23.58 +0100, Martin Dobias ha scritto:
The main performance killer here is painting of borders. The layer is
rendered several times faster if you set border style to no pen.
This has no
Hi,
Just a quick note that 'big' for a shapefile could be in any of three
dimensions:
1: Lots of features
2: Lots of points in each polygon or line feature
3: Lots of attribute data in the .dbf
Now, #3 shouldn't affect shapefile rendering speed (but will have on
loading speed)/ #1
Hi all.
I return on the old bug https://trac.osgeo.org/qgis/ticket/1978
I have done some testing, and in fact QGIS is almost unusable with large
and complex data sets (see e.g.
https://int.faunalia.it/~paolo/slow.tar.gz ). Adding caching helps, but
this is proving to be a real stumbling block,
Hi Paolo
On Fri, Feb 18, 2011 at 4:47 PM, Paolo Cavallini cavall...@faunalia.it wrote:
Hi all.
I return on the old bug https://trac.osgeo.org/qgis/ticket/1978
I have done some testing, and in fact QGIS is almost unusable with large
and complex data sets (see e.g.
Il giorno ven, 18/02/2011 alle 23.58 +0100, Martin Dobias ha scritto:
The main performance killer here is painting of borders. The layer is
rendered several times faster if you set border style to no pen.
This has no noticeable effect in my case.
Also disable anti-aliasing - that also eats a
