hi
On Sun, Jan 29, 2012 at 11:52 AM, Paolo Cavallini cavall...@faunalia.it wrote:
Il 29/01/2012 01:19, Nathan Woodrow ha scritto:
Just wanted to know if people would be up for renaming the menu item Query
in the
right click menu of a layer to Filter. IMO Query means to reduce and
extract
Hi all.
Currently, loading coloured rasters with stretching to minmax on is extremely
slow
(almost unusable):
http://hub.qgis.org/issues/4421
E.g. I could load a large RasterLite in 1 sec instead of minutes (!).
The trick, from the user point of view, is to disable stretching by default, and
On Fri, Jan 27, 2012 at 5:59 PM, mayeul.kauffm...@free.fr wrote:
Hi Martin,
I've made some tests playing with a few hundred styles, comparing QGIS 1.7.1
and 1.9.0.
Overall, I find your commit very good, thanks a lot!
Still there are a few regressions IMHO. Discussion below.
Hi Mayeul
Hi Richard
On Fri, Jan 27, 2012 at 1:21 PM, Richard Duivenvoorde
rdmaili...@duif.net wrote:
Btw. Richard has provided a patch in a pull request for that, it
might be possible to backport it to 1.7 and 1.8
Martin's rework is in master now, I tried and I think in the new gui my
patch is not
From yesterday, I get a build error, as sipcorepart0.cpp requires sipAPIcore.h,
that is not generated. Debian testing. Python 2.6 as well as 2.7.
Removing the build directory doesn't help. Do anybody has any idea?
[ 47%] Building CXX object
Hi Borys,
On Mon, 30. Jan 2012 at 15:47:04 +0100, Borys Jurgiel wrote:
/home/borys/sources/Quantum-GIS/build/python/core/sipcorepart0.cpp:7:24:
fatal error: sipAPIcore.h: No such file or directory
Does sip crash?
Jürgen
--
Jürgen E. Fischer norBIT GmbH Tel.
Hi all,
On Mon, 2012-01-30 at 13:16 +0100, Paolo Cavallini wrote:
Hi all.
Currently, loading coloured rasters with stretching to minmax on is extremely
slow
(almost unusable):
http://hub.qgis.org/issues/4421
E.g. I could load a large RasterLite in 1 sec instead of minutes (!).
The trick,
Dnia poniedziałek, 30 stycznia 2012 o 15:52:21 Jürgen E. Fischer napisał(a):
Hi Borys,
On Mon, 30. Jan 2012 at 15:47:04 +0100, Borys Jurgiel wrote:
/home/borys/sources/Quantum-GIS/build/python/core/sipcorepart0.cpp:7:24:
fatal error: sipAPIcore.h: No such file or directory
Does sip
Seems all this ellipsoids used in CRS definitons. So we should't
remove anything. But another issues still here. First:
2012/1/27 Alexander Bruy alexander.b...@gmail.com:
Combobox filled with values forom name column and this leads to
duplicate (or very similar) items. Maybe it is better to
Hi all,
currently QGIS used srs.db to store projection definitions. But with
this approach
users can't reorganize CRS definitions as they want (always used predefined tree
with predefined groups).
This can be solved by switching to file-based storage of the CRS
definitions as in
latest ArcGIS
On 2012-01-30, at 11:58 AM, Alexander Bruy wrote:
Hi all,
currently QGIS used srs.db to store projection definitions. But with
this approach
users can't reorganize CRS definitions as they want (always used predefined
tree
with predefined groups).
Instead, why not extend the current CRS
Hi Alex
Isn't it a regression to go from sqlite files to text files? Sqlite
allows to search tables with sql and afaik this is used in several places.
while moving and editing flat text files is much easier for ordinal users
Ordinal users normally don't care about CRS at all. I agree with
On Thu, Jan 26, 2012 at 5:15 PM, Tim Sutton li...@linfiniti.com wrote:
Martin I have been doing quite a bit of QGIS python programming the
last few weeks and I must say, it's is a really awesome development
environment and I could see a lot of merit in replacing what we have
in app with pure
Hi Larry
Good to hear, that it could be helpful for someone (when working properly)!
Please feel free to repurpose the code! That`s the idea of open source,
is`nt it?
Regarding the repository:
I simply did not manage to define the Public ssh key properly. So I was
not able to upload my code from
Hi Stefan,
On Mon, Jan 30, 2012 at 5:17 PM, SBL stefan.blumentr...@nina.no wrote:
Hi Larry
Good to hear, that it could be helpful for someone (when working properly)!
Please feel free to repurpose the code! That`s the idea of open source,
is`nt it?
Thanks. Just thought I'd ask, first.
I actually commented on this on CRS the other day. I think adding an
export/import tool to the custom CRS tool could help a lot, and the prj
wkt format could be used or other formats as seen on spatialreference.org
Personally sqlite seems like a more efficient solution to me within the
program,
Date: Mon, 30 Jan 2012 12:55:21 -0800
From: Tyler Mitchell i...@locatepress.com
Subject: Re: [Qgis-developer] [PROPOSAL] From srs.db to file-based CRS
storage
To: Alexander Bruy alexander.b...@gmail.com
Cc: qgis-user qgis-u...@lists.osgeo.org,Qgis Developer List
On 01/30/2012 08:01 PM, Alister Hood wrote:
Date: Mon, 30 Jan 2012 12:55:21 -0800
From: Tyler Mitchell i...@locatepress.com
Subject: Re: [Qgis-developer] [PROPOSAL] From srs.db to file-based CRS
storage
To: Alexander Bruy alexander.b...@gmail.com
Cc: qgis-user qgis-u...@lists.osgeo.org,
Hi Jürgen,
I just tested it, it's working perfectly!
Thanks a lot,
Denis
On 01/27/2012 12:43 AM, Jürgen E. Fischer wrote:
Hi Denis,
On Wed, 18. Jan 2012 at 10:36:01 -0800, 3nids wrote:
If you look at the python error, changeGeometryValues cannot receive a
dictionnary, which is obviously
19 matches
Mail list logo