<p>while its not quite an answer to this question. I had better performance when using postgis for large files instead of shape files. the new spatial lite stuff may well be better also.<br>
</p>
<div class="gmail_quote">On Sep 4, 2011 11:55 AM, "Mick" <<a href="mailto:bareman@tpg.com.au">bareman@tpg.com.au</a>> wrote:<br type="attribution">> On Sat, 03 Sep 2011 16:12:57 -0300<br>> <a href="mailto:acarvajales@fcien.edu.uy">acarvajales@fcien.edu.uy</a> wrote:<br>
> <br>>> Mick: I'm sorry but i don't quite get what you mean by 'breaking'<br>>> down the file. I suspect all of this problems i'm having are indeed<br>>> related to the file, but i just don't have enough info on how it was<br>
>> built. I'll try to get that info as soon as i can and share it with<br>>> you guys.<br>>> <br>> One of the first files I used in a GIS was a line layer representing 100<br>> square kilometers of rugged hills. It contained:<br>
> about 100,000 contour lines<br>> 2,000 kilometres of forestry tracks<br>> 1,000 kilometres of public roads<br>> 800 kilometres of waterways<br>> <br>> In total there were 900,000 individual objects in the file. Each time I<br>
> edited an element it took 10 minutes to refresh the display (or 30<br>> minutes if I had labels showing.<br>> <br>> In frustration with the refresh times I separated the single file in to<br>> separate files for each line type (contours, forestry tracks, public<br>
> roads, waterways). After this even with all files open and showing<br>> labels, refresh times dropped to quick enough to appear instant.<br>> <br>> mick <br>> _______________________________________________<br>
> Qgis-user mailing list<br>> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</div>