Hi Andreas
On 28 Apr 2009, at 10:14 AM, Andreas Neumann wrote:
Hello,
I'd like to inform you that Jürgen provided a fix for the problem,
which
is now in trunk. Thank you Jürgen!
The problem really was the primary key detection, which was checked
with
every project load and took very
Hello,
I'd like to inform you that Jürgen provided a fix for the problem, which
is now in trunk. Thank you Jürgen!
The problem really was the primary key detection, which was checked with
every project load and took very long for complex views/tables. Now the
pkey check is done with the initial
Juergen, Andreas,
Andreas:
Did you re-save the project in another name or saved it again?
I loaded (waiting... watiting...), saved with a _pan_1.1.qgs suffix,
closed and re-openned the project. It still takes _too_ much.
But, it might be (also) another issue? This project loads a grass-raster
Nikos,
As far as I know the improvements only cover Postgis layers - is this
correct, Jürgen?
Andreas
On Tue, April 28, 2009 12:40 pm, Nikos Alexandris wrote:
Juergen, Andreas,
Andreas:
Did you re-save the project in another name or saved it again?
I loaded (waiting... watiting...),
Hi Andreas,
On Tue, 28. Apr 2009 at 13:12:50 +0200, Andreas Neumann wrote:
As far as I know the improvements only cover Postgis layers - is this
correct, Jürgen?
Sure - and there only views.
Jürgen
--
Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20
Dipl.-Inf.
Hi Nikos,
Did you re-save the project in another name or saved it again?
In any case, I would open the project file in a text/XML editor and make
sure that the key='gid' (or similar column name) is present in the
datasource element.
Here is an example:
datasourcedbname='world' host=localhost
On Tue, 2009-04-28 at 13:53 +0200, Jürgen E. Fischer wrote:
Hi Andreas,
On Tue, 28. Apr 2009 at 13:49:00 +0200, Jürgen E. Fischer wrote:
Sure - and there only views.
See http://trac.osgeo.org/qgis/changeset/10657 for the change itself and
http://trac.osgeo.org/qgis/ticket/1535#comment:6
Hi Nikos,
On Tue, 28. Apr 2009 at 12:08:52 +0200, Nikos Alexandris wrote:
I just recompiled qgis_unstable. Unfortunately for me it doesn't improve
load time of old(er) projects.
You need to save the project after updating.
Jürgen
--
Jürgen E. Fischer norBIT GmbH Tel.
Hi Andreas,
On Tue, 28. Apr 2009 at 13:49:00 +0200, Jürgen E. Fischer wrote:
Sure - and there only views.
See http://trac.osgeo.org/qgis/changeset/10657 for the change itself and
http://trac.osgeo.org/qgis/ticket/1535#comment:6 for some discussion.
Jürgen
--
Jürgen E. Fischer norBIT
Andreas Neumann ha scritto:
I hope that we can find a solution - because in case I want to do a
presentation of QGIS I cannot afford to wait 3-4 minutes for the project
to start up. Also, I was planning to use this project as a quick viewing
and printing solution. If I cannot get it to load in
Andreas Neumann ha scritto:
Here is what I did so far:
I saved the project as a different name. So far this did not speed things
up. I did a project file comparison in the OxygenXML editor. There are
only minor differences, like
Very detailed report, thanks a lot Andreas!
Hopefully jef will
Hi,
I have a QGIS project (current trunk (1.1)) which takes 3-4 minutes for
loading. There is no indication of what QGIS is doing during this time.
This is on recent hardware (tested on Linux and Windows (behaves the
same)). The project has 25 layers to load (point, line and polygon). All
data
12 matches
Mail list logo
