Hi guys,
I noticed that qgis 2.3 (debian nightly repos, just updated) is not
working.
No problem to open qgis, but then, when loading any layer (raster or
vector) it crashes saying segmentation error.
Someone else has the same problem? What can I do?
BTW: debian 7.3
Thanks to all
Matteo
Hi Larry
On Tue, Feb 25, 2014 at 5:55 AM, Larry Shaffer lar...@dakotacarto.com wrote:
Hi Martin,
This is just awesome work!
Unfortunately, all but the simplest labeling tests (default labels of mm
unit) fail, especially any that utilize labels in map units. In your
forthcoming detailed
Hi,
I am working on a plugin and want to get a signal
when the
symbology
of a vector layer is changed by the user. In the doc, there is a signal
that seems to fit (
http://qgis.org/api/classQgsVectorLayer.html#a403f235d3743aa59bb3aad69a72a5705
)
.
I have
tried two
method
s
called :
Hi,
Note that you can also use an indirect function call when you connect
the signal, thanks to lambda. For instance :
myLayer.attributeValueChanged.connect( lambda : self.myslot(myLayer) )
Le 24/02/2014 17:01, Régis Haubourg a écrit :
Hi Matthias,
thanks for the pointer. My plugin main
Hi Guillaume,
On 26. 02. 14 10:15, Guillaume GIMENO wrote:
Hi,
I am working on a plugin and want to get a signal
when the
symbology
of a vector layer is changed by the user. In the doc, there is a
signal that seems to fit (
Hi all.
I'm not finding the Drag Drop form designer on 2.2: am I missing
something?
Thanks.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
Fine here (nightly on sid amd64)
Try to (re)move all plugins ...
Guy
Le 26/02/2014 09:31, Matteo Ghetta a écrit :
Hi guys,
I noticed that qgis 2.3 (debian nightly repos, just updated) is not
working.
No problem to open qgis, but then, when loading any layer (raster or
vector) it crashes
Hi Paolo,
Go to layer properties - fields
in the combobox on top (attribute editor layot) choose drag an drop
designer
it might be hidden on the right if you previously reduced the splitter
to its minimum.
tested now on master, I believe it's not different from 2.2.
Cheers,
Denis
On 26.
Hi all.
Why exactly is using PostGIS so painful on a slow connection? I
understand that loading time is long, but I do not know why editing or
zooming should be so slow.
Any explanation? Better yet: any solution?
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses:
Hi Matteo,
For information, I just tried with the current master
(http://qgis.org/debian-nightly) and it works fine on my Saucy 13.10.
Rémi
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/qgis-2-3-not-working-tp5106031p5106061.html
Sent from the Quantum GIS - Developer
Hi Paolo,
Explanation:
Zooming and editing require loading of data (we don't cache much data
locally)
Solution (partly):
* Activating server side simplification for such layers gives a
noticeable speed boost here.
* Get a faster network ;)
Best
Matthias
On Wed 26 Feb 2014 11:15:22 AM CET,
On 02/26/2014 11:30 AM, Matthias Kuhn wrote:
Hi Paolo,
Explanation:
Zooming and editing require loading of data (we don't cache much data
locally)
Solution (partly):
* Activating server side simplification for such layers gives a
noticeable speed boost here.
* Get a faster network ;)
* I
Il 26/02/2014 11:13, Denis Rouzaud ha scritto:
Hi Paolo,
Go to layer properties - fields
in the combobox on top (attribute editor layot) choose drag an drop
designer
it might be hidden on the right if you previously reduced the splitter
to its minimum.
You're right, sorry for the noise.
Il 26/02/2014 11:31, Matthias Kuhn ha scritto:
Zooming and editing require loading of data (we don't cache much data
locally)
I see: wouldn't it be better to do it?
* Activating server side simplification for such layers gives a
noticeable speed boost here.
just tried, I do no see a
Thanks for all the replies.
I tried with qgis --noplugin and it works fine, so the problem is related
to some plugin but which one?! :) I will try to find it out.
Cheers
Matteo
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
Le 2014-02-26 11:30, Matthias Kuhn a écrit :
Solution (partly):
* Activating server side simplification for such layers gives a
noticeable speed boost here.
* Get a faster network ;)
What about requesting and using Tiny WKT when possible ? :)
Hi,
As far as I know libpq does not support compression.
There is a lengthy discussion on libpq compression at
http://postgresql.1045698.n5.nabble.com/libpq-compression-td5712541.html
Andreas
Am 26.02.2014 10:15, schrieb Paolo Cavallini:
Hi all.
Why exactly is using PostGIS so painful on a
Hi,
I've spent some time with a strange issue.
The signal QgsComposition.composerMapAdded is supposed to carry the
QgsComposerMap object that has just been added to a composer.
Right, but when connecting this signal to a python slot, the argument
becomes a plain QObject ...
(connecting from
Just forwarding to qgis-ux list ...
-- Forwarded message --
From: Paolo Cavallini cavall...@faunalia.it
Date: Wed, Feb 26, 2014 at 8:42 AM
Subject: [Qgis-developer] Node tool symbols
To: qgis-developer qgis-developer@lists.osgeo.org
Hi all.
Now that we are at the beginning of a
Thanks, it works on Debian ; But on Windows 7 and os x mavericks I have an
error :
AttributeError: 'QgsVectorLayer' object has no attribute 'rendererChanged
'
2014-02-26 10:46 GMT+01:00 Denis Rouzaud denis.rouz...@gmail.com:
Hi Guillaume,
On 26. 02. 14 10:15, Guillaume GIMENO wrote:
Happy to report that following Martin's last commit (
https://github.com/qgis/QGIS/commit/daf1e0b6881cdb77df6f6a9dc988ad92e0f9019d),
I cannot see any issues with vector/raster layer rendering, as well as
labelling. All renders like 2.2, except the user experience is 10 times
better :)
Larry, I'm
Hi all.
When copying locally a few pg layers, I get:
near ): syntax error
Any explanation? What should I check?
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing
Hi Hugo,
good to know!
Thanks
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/PyQT-How-to-get-layer-sending-attributeValueChanged-signal-tp5105532p5106114.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
Il 26/02/2014 13:29, Andreas Neumann ha scritto:
Hi,
As far as I know libpq does not support compression.
There is a lengthy discussion on libpq compression at
http://postgresql.1045698.n5.nabble.com/libpq-compression-td5712541.html
Some of the slowness is understandable, some not really,
Hi,
https://build.opensuse.org/package/show/Application:Geo/qgis2
There is a report bug link in the above URL.
I will check it when I find some time later.
Best,
Angelos
On 02/25/2014 08:50 PM, Olivier Dalang wrote:
1. Manage and Install Plugins ... - Upgradeable ; I've two left after I
It sounds like the PostGIS connection provider could use some optimisations.
The Oracle provider had/has a few which are being resolved (thanks
Jurgen!), but it does first require identifying what queries are being run
during what actions. If you have access, watch what queries are running on
You're right, sorry for the noise.
The fact that the dropdown is empty induced me in error: perhaps better
to fill it with the default value?
+1
Looks like it should be pre-populated with autogenerate (or at least,
selecting that option does nothing so I guess it's already selected).
--
I've seen a couple of references to a qgis-ux list, however it's not
linked to on maillists list of the website:
http://www.qgis.org/en/site/getinvolved/mailinglists.html#qgis-mailinglists
Might be worth adding. (I guess it's this one -
http://lists.osgeo.org/mailman/listinfo/qgis-ux )
Cheers,
On Wed, Feb 26, 2014 at 02:52:28PM +0100, Paolo Cavallini wrote:
Il 26/02/2014 13:29, Andreas Neumann ha scritto:
Hi,
As far as I know libpq does not support compression.
There is a lengthy discussion on libpq compression at
On Wed, Feb 26, 2014 at 12:43:10PM +0100, Paolo Cavallini wrote:
Il 26/02/2014 11:31, Matthias Kuhn ha scritto:
Zooming and editing require loading of data (we don't cache much data
locally)
I see: wouldn't it be better to do it?
* Activating server side simplification for such
Some of the slowness is understandable, some not really, e.g. why
deactivating a layer in the legend should require time?
that's a case where the render-cache should work. When deactivating a
layer, QGIS will just redraw all remaining visible layers. In case the
render-cache was active it would
Hi list,
I try to use the multiprocessing module in a plugin, in order to increase the
calculation speed.
I use the Poll class and the apply_async method with a function that use a
layer:
pool. apply_async(function, layer)
But I have the following error:
RuntimeError: super-class
On 26-02-14 15:07, Jonathan Moules wrote:
I've seen a couple of references to a qgis-ux list, however it's not
linked to on maillists list of the website:
http://www.qgis.org/en/site/getinvolved/mailinglists.html#qgis-mailinglists
Might be worth adding. (I guess it's this one
-
Hi Richard,
Thanks. I remembered there's a special issue tracker for the website but
couldn't remember where it was so went with this instead.
Regards,
Jonathan
On 26 February 2014 15:09, Richard Duivenvoorde rdmaili...@duif.net wrote:
On 26-02-14 15:07, Jonathan Moules wrote:
I've seen a
Il 26/02/2014 15:39, Sandro Santilli ha scritto:
I'd suggest to file a ticket for each case of that sort.
Thanks.
Would it be appropriate pointing out that deactivating a layer should
not load any data from the server? Seems reasonable to me.
All the best.
--
Paolo Cavallini - www.faunalia.eu
Il 26/02/2014 17:25, Matthias Kuhn ha scritto:
Fair enough to at least look at what's currently being done with the
requested data and evaluating if it's appropriate (in every case) IMHO.
That means, please open a ticket and add information about the executed
queries if possible.
Il 26/02/2014 15:04, Jonathan Moules ha scritto:
Looks like it should be pre-populated with autogenerate (or at least,
selecting that option does nothing so I guess it's already selected).
thanks:
http://hub.qgis.org/issues/9668
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses:
Hi Martin and Mathieu,
On Wed, Feb 26, 2014 at 6:41 AM, Mathieu Pellerin nirvn.a...@gmail.comwrote:
Happy to report that following Martin's last commit (
https://github.com/qgis/QGIS/commit/daf1e0b6881cdb77df6f6a9dc988ad92e0f9019d),
I cannot see any issues with vector/raster layer rendering,
Hi Andreas
On Wed, Feb 26, 2014 at 9:48 PM, Andreas Neumann a.neum...@carto.net wrote:
Some of the slowness is understandable, some not really, e.g. why
deactivating a layer in the legend should require time?
that's a case where the render-cache should work. When deactivating a
layer, QGIS
39 matches
Mail list logo