Re: [Qgis-developer] Ubuntu QGIS Master package

[Jeremy Palmer]

Thanks. I didn't see that :P

-Original Message-
From: Etienne Tourigny [mailto:etourigny@gmail.com] 
Sent: Wednesday, 7 August 2013 7:37 a.m.
To: Jeremy Palmer
Cc: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] Ubuntu QGIS Master package

then you should be using the qgis builds that link to ubuntugis-unstable

http://hub.qgis.org/projects/quantum-gis/wiki/Download#263-Master
see section 2.6.3.2 ubuntugis

On Tue, Aug 6, 2013 at 4:12 PM, Jeremy Palmer  wrote:
> Hi Jürgen,
>
>> Right.  Is there anything wrong with our ubuntugis nightly builds?
>
> The only problem is the nightly build links to the gdal 1.7 lib which is very 
> old now. When I test the latest QGIS master build I also want to see it in 
> the context of a much newer gdal.
>
> A newer gdal such as 1.9 or 1.10 provides FileGDB support, much better UTF-8 
> fixes and a large number bug fixes.
>
> Cheers,
> Jeremy
>
>
> This message contains information, which is confidential and may be subject 
> to legal privilege. If you are not the intended recipient, you must not 
> peruse, use, disseminate, distribute or copy this message. If you have 
> received this message in error, please notify us immediately (Phone 0800 665 
> 463 or i...@linz.govt.nz) and destroy the original message. LINZ accepts no 
> responsibility for changes to this email, or for any attachments, after its 
> transmission from LINZ. Thank You.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] OGR SQL encoding problems

[Minoru Akagi]

Hi Marco,

2013/8/7 Marco Hugentobler :
> Btw., I noticed that creating new attributes with non-latin characters does
> not work. It however seems to work with utf-8 encoded shapes. Is it a dbf
> limitation or a QGIS bug?

I guess it's a GDAL issue but, fortunately, it has been already fixed.
With GDAL 1.10, creating attributes with non-ascii characters works
fine even if the "Ignore shapefile encoding declaration" option is not
checked.

Thanks,
Minoru
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Force QGIS to use a different version of Python in Snow Leopard

[Jorge Arevalo]

On Tue, Aug 6, 2013 at 9:27 PM, William Kyngesburye
 wrote:
> On Aug 6, 2013, at 2:10 PM, Jorge Arevalo wrote:
>
>> On Tue, Aug 6, 2013 at 8:23 PM, William Kyngesburye
>>  wrote:
>>> Where did you get this Scipy?  If it's from Scipy, then it is NOT for the 
>>> system Python, and you probably installed Python 2.6 (as well as 2.7) from 
>>> Python.org.  I don't know of anyone else building a Scipy for the system 
>>> python, or I wouldn't bother myself.
>>>
>>
>> Scipy is from the official page, yes. I tried downloading the sources
>> and compiling them with system python (/usr/bin/python2.6 setup.py
>> build), but I got a bunch of errors. I guess that's what you're
>> dealing with.
>>
>> I also installed Python 2,7 from Python.org, but I didn't install Python 2.6.
>>
>> The difference I saw is that sys.path is not the same from command
>> line (Python 2.6) than from QGIS console. From QGIS console, sys.path
>> doesn't include the Scipy 0.12 location. From command line, does.
>>
>>
>>> Same version of Python does not necessarily mean same installation of 
>>> Python, on OS X.  From the Terminal you can find out what Python is found:
>>>
>>> type python
>>> type python2.6
>>> type python2.7
>>>
>>> System pythons will be in /usr/bin.  python.org python will probably be in 
>>> /usr/local/bin, or /Library/Frameworks.
>>
>> Yes. python and python2.7 are the same:
>> /Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7, and
>> /usr/local/bin/python is also a symlink to the previous one. But
>> python2.6 is /usr/bin/python2.6 (system Python).
>>
>> I feel confused for this reason:
>>
>> - Executing python2.6 from command line (system Python, not installed
>> by me): scipy 0.12 is detected
>> - Executing python from QGIS console (I assume is also system Python,
>> as you said): scipy 0.11 is detected
>>
>> Difference is in sys.path. From QGIS console doesn't include the
>> location of Scipy 0.12. From command line does.
>>
>> But I don't want to mess things up and wasting your time. I'll wait.
>
>
> One possibility then is that your ~/.bash_profile has a PYTHONPATH setting, 
> maybe from installing Python 2.7, to add the 
> Library/Frameworks/Python.framework/... site-packages to your sys.path.  This 
> would let the system python see modules installed in the python.org python 
> folder, but QGIS won't see these because OS X applications don't get the 
> shell environment.
>
> Using PYTHONPATH to add python.org stuff to the system python is a bit 
> dangersous because binary components of modules (ie scipy has binary code) 
> are built for a specific version of Python (but not necessarily same 
> installation in this case).  Loading scipy for python.org 2.7, in system 
> python 2.6 may seem to load fine but have problems when you try to use scipy 
> functionality, but a scipy for python.org 2.6 should work in the system 
> python 2.6.
>
>

Ok, it was that. So silly. You're right. I'll delete the PYTHONPATH
setting from the profile file.

So, I guess the only way is to recompile QGIS to use the newer version
of Python (with Scipy 0.12) or compile Scipy 0.12 to be used with
system Python. If you're working on it, that will be great (it's
necessary for QGIS Animove plugin support on Mac, one project I've
been working on)

Best regards,

-- 
Jorge Arévalo
http://geomati.co
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] OGR SQL encoding problems

[Marco Hugentobler]

Hi Minoru

Thanks for fixing the encoding issues.

Btw., I noticed that creating new attributes with non-latin characters 
does not work. It however seems to work with utf-8 encoded shapes. Is it 
a dbf limitation or a QGIS bug?


Regards,
Marco


Am 01.08.2013 06:09, schrieb Minoru Akagi:

Hi,

Problems on this topic have been reported several times.
- OGR SQL: REPACK fails if filename includes non-ascii characters,
http://hub.qgis.org/issues/8391
- Fail create a spatial index with shape file that contain Japanese in
the file name, http://hub.qgis.org/issues/7794
- Points are deleted but still exist, http://hub.qgis.org/issues/6134
- spatial index fails, http://trac.osgeo.org/qgis/ticket/1295

I think these problems have not been completely fixed. Please see
#7794 and #8391 for the steps to reproduce the problems. I would like
to fix the problems before the 2.0 release. There is a pull request to
fix the problems.
https://github.com/qgis/Quantum-GIS/pull/584

Could any developers review the pull request?


Regards,
Minoru
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer



--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Ubuntu QGIS Master package

[Etienne Tourigny]

then you should be using the qgis builds that link to ubuntugis-unstable

http://hub.qgis.org/projects/quantum-gis/wiki/Download#263-Master
see section 2.6.3.2 ubuntugis

On Tue, Aug 6, 2013 at 4:12 PM, Jeremy Palmer  wrote:
> Hi Jürgen,
>
>> Right.  Is there anything wrong with our ubuntugis nightly builds?
>
> The only problem is the nightly build links to the gdal 1.7 lib which is very 
> old now. When I test the latest QGIS master build I also want to see it in 
> the context of a much newer gdal.
>
> A newer gdal such as 1.9 or 1.10 provides FileGDB support, much better UTF-8 
> fixes and a large number bug fixes.
>
> Cheers,
> Jeremy
>
>
> This message contains information, which is confidential and may be subject 
> to legal privilege. If you are not the intended recipient, you must not 
> peruse, use, disseminate, distribute or copy this message. If you have 
> received this message in error, please notify us immediately (Phone 0800 665 
> 463 or i...@linz.govt.nz) and destroy the original message. LINZ accepts no 
> responsibility for changes to this email, or for any attachments, after its 
> transmission from LINZ. Thank You.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Force QGIS to use a different version of Python in Snow Leopard

[William Kyngesburye]

On Aug 6, 2013, at 2:10 PM, Jorge Arevalo wrote:

> On Tue, Aug 6, 2013 at 8:23 PM, William Kyngesburye
>  wrote:
>> Where did you get this Scipy?  If it's from Scipy, then it is NOT for the 
>> system Python, and you probably installed Python 2.6 (as well as 2.7) from 
>> Python.org.  I don't know of anyone else building a Scipy for the system 
>> python, or I wouldn't bother myself.
>> 
> 
> Scipy is from the official page, yes. I tried downloading the sources
> and compiling them with system python (/usr/bin/python2.6 setup.py
> build), but I got a bunch of errors. I guess that's what you're
> dealing with.
> 
> I also installed Python 2,7 from Python.org, but I didn't install Python 2.6.
> 
> The difference I saw is that sys.path is not the same from command
> line (Python 2.6) than from QGIS console. From QGIS console, sys.path
> doesn't include the Scipy 0.12 location. From command line, does.
> 
> 
>> Same version of Python does not necessarily mean same installation of 
>> Python, on OS X.  From the Terminal you can find out what Python is found:
>> 
>> type python
>> type python2.6
>> type python2.7
>> 
>> System pythons will be in /usr/bin.  python.org python will probably be in 
>> /usr/local/bin, or /Library/Frameworks.
> 
> Yes. python and python2.7 are the same:
> /Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7, and
> /usr/local/bin/python is also a symlink to the previous one. But
> python2.6 is /usr/bin/python2.6 (system Python).
> 
> I feel confused for this reason:
> 
> - Executing python2.6 from command line (system Python, not installed
> by me): scipy 0.12 is detected
> - Executing python from QGIS console (I assume is also system Python,
> as you said): scipy 0.11 is detected
> 
> Difference is in sys.path. From QGIS console doesn't include the
> location of Scipy 0.12. From command line does.
> 
> But I don't want to mess things up and wasting your time. I'll wait.


One possibility then is that your ~/.bash_profile has a PYTHONPATH setting, 
maybe from installing Python 2.7, to add the 
Library/Frameworks/Python.framework/... site-packages to your sys.path.  This 
would let the system python see modules installed in the python.org python 
folder, but QGIS won't see these because OS X applications don't get the shell 
environment.

Using PYTHONPATH to add python.org stuff to the system python is a bit 
dangersous because binary components of modules (ie scipy has binary code) are 
built for a specific version of Python (but not necessarily same installation 
in this case).  Loading scipy for python.org 2.7, in system python 2.6 may seem 
to load fine but have problems when you try to use scipy functionality, but a 
scipy for python.org 2.6 should work in the system python 2.6.


-
William Kyngesburye 
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole.  Now what does that 
remind me of?  Ah, yes - life."

- Marvin


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Ubuntu QGIS Master package

[Jeremy Palmer]

Hi Jürgen,

> Right.  Is there anything wrong with our ubuntugis nightly builds?

The only problem is the nightly build links to the gdal 1.7 lib which is very 
old now. When I test the latest QGIS master build I also want to see it in the 
context of a much newer gdal.

A newer gdal such as 1.9 or 1.10 provides FileGDB support, much better UTF-8 
fixes and a large number bug fixes.

Cheers,
Jeremy


This message contains information, which is confidential and may be subject to 
legal privilege. If you are not the intended recipient, you must not peruse, 
use, disseminate, distribute or copy this message. If you have received this 
message in error, please notify us immediately (Phone 0800 665 463 or 
i...@linz.govt.nz) and destroy the original message. LINZ accepts no 
responsibility for changes to this email, or for any attachments, after its 
transmission from LINZ. Thank You.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Force QGIS to use a different version of Python in Snow Leopard

[Jorge Arevalo]

On Tue, Aug 6, 2013 at 8:23 PM, William Kyngesburye
 wrote:
> Where did you get this Scipy?  If it's from Scipy, then it is NOT for the 
> system Python, and you probably installed Python 2.6 (as well as 2.7) from 
> Python.org.  I don't know of anyone else building a Scipy for the system 
> python, or I wouldn't bother myself.
>

Scipy is from the official page, yes. I tried downloading the sources
and compiling them with system python (/usr/bin/python2.6 setup.py
build), but I got a bunch of errors. I guess that's what you're
dealing with.

I also installed Python 2,7 from Python.org, but I didn't install Python 2.6.

The difference I saw is that sys.path is not the same from command
line (Python 2.6) than from QGIS console. From QGIS console, sys.path
doesn't include the Scipy 0.12 location. From command line, does.


> Same version of Python does not necessarily mean same installation of Python, 
> on OS X.  From the Terminal you can find out what Python is found:
>
> type python
> type python2.6
> type python2.7
>
> System pythons will be in /usr/bin.  python.org python will probably be in 
> /usr/local/bin, or /Library/Frameworks.

Yes. python and python2.7 are the same:
/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7, and
/usr/local/bin/python is also a symlink to the previous one. But
python2.6 is /usr/bin/python2.6 (system Python).

I feel confused for this reason:

- Executing python2.6 from command line (system Python, not installed
by me): scipy 0.12 is detected
- Executing python from QGIS console (I assume is also system Python,
as you said): scipy 0.11 is detected

Difference is in sys.path. From QGIS console doesn't include the
location of Scipy 0.12. From command line does.

But I don't want to mess things up and wasting your time. I'll wait.

>
> On Aug 6, 2013, at 1:03 PM, Jorge Arevalo wrote:
>
>> Many thanks for your response, William.
>>
>> It's curious, because I've installed scipy 0.12 for system Python from
>> command line, but QGIS can't detect it. So, if I execute this from
>> command line:
>>
>> python2.6
> import scipy
> scipy.version.version
>>
>> I see 0.12 as version number. But from QGIS plugins --> Python
>> console, if I execute
>>
> import scipy
> scipy.version.version
>>
>> I see 0.11.0
>>
>> Even when I'm using the same Python version (exactly the same), the
>> Python path is different in console than in QGIS. And I don't know
>> why.
>>
>> Here, a screenshot that explains this:
>> https://dl.dropboxusercontent.com/u/6599273/errors/qgis/qgis_python.png
>>
>>
>> On Tue, Aug 6, 2013 at 3:41 PM, William Kyngesburye
>>  wrote:
>>> You can't.  QGIS includes its own python interpreter and links directly to 
>>> the Python framework.  This ties it to a specific version and distribution 
>>> (ie system Python 2.6).  You either need to compile your own QGIS to use 
>>> the other python, or install scipy for the system python.
>>>
>>> I'm working on updating my Scipy distribution if you can wait, I just got 
>>> distracted by the fortran requirement.
>>>
>>> On Aug 6, 2013, at 5:07 AM, Jorge Arevalo wrote:
>>>
 Hello,

 I'm using QGIS 1.8.0 for Snow Leopard, downloaded from KingChaos wiki
 (http://www.kyngchaos.com/software/qgis). Once I open QGIS plugin
 console, I can see QGIS is using Snow Leopard's default Python
 (2.6.1).

 At the same time, I've installed Python 2.7.5 and some packages I
 need, like numpy or scipy. Specifically, I need scipy 0.12. If I open
 python from a command line, version 2.7.5 is used.

 The problem is I need that QGIS also uses Python 2.7, to detect scipy
 0.12 (default system Python, 2.6.1, uses scipy 0.11.0). Default Python
 is installed at /Library/Python, but my manually installed Python 2.7
 is installed at /Library/Frameworks/Python.Framework. I guess QGIS
 looks for default Python first.

 How could I "force" QGIS to use my own Python version? Do I have to
 compile it by myself, instead of using KingChaos packages? I was
 thinking in something easier, like modifying Python path just for
 QGIS.

 Best regards
>
> -
> William Kyngesburye 
> http://www.kyngchaos.com/
>
> [Trillian]  What are you supposed to do WITH a maniacally depressed robot?
>
> [Marvin]  You think you have problems?  What are you supposed to do if you 
> ARE a maniacally depressed robot?  No, don't try and answer, I'm 50,000 times 
> more intelligent than you and even I don't know the answer...
>
> - HitchHiker's Guide to the Galaxy
>
>



-- 
Jorge Arévalo
http://geomati.co
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Force QGIS to use a different version of Python in Snow Leopard

[William Kyngesburye]

Where did you get this Scipy?  If it's from Scipy, then it is NOT for the 
system Python, and you probably installed Python 2.6 (as well as 2.7) from 
Python.org.  I don't know of anyone else building a Scipy for the system 
python, or I wouldn't bother myself.

Same version of Python does not necessarily mean same installation of Python, 
on OS X.  From the Terminal you can find out what Python is found:

type python
type python2.6
type python2.7

System pythons will be in /usr/bin.  python.org python will probably be in 
/usr/local/bin, or /Library/Frameworks.

On Aug 6, 2013, at 1:03 PM, Jorge Arevalo wrote:

> Many thanks for your response, William.
> 
> It's curious, because I've installed scipy 0.12 for system Python from
> command line, but QGIS can't detect it. So, if I execute this from
> command line:
> 
> python2.6
 import scipy
 scipy.version.version
> 
> I see 0.12 as version number. But from QGIS plugins --> Python
> console, if I execute
> 
 import scipy
 scipy.version.version
> 
> I see 0.11.0
> 
> Even when I'm using the same Python version (exactly the same), the
> Python path is different in console than in QGIS. And I don't know
> why.
> 
> Here, a screenshot that explains this:
> https://dl.dropboxusercontent.com/u/6599273/errors/qgis/qgis_python.png
> 
> 
> On Tue, Aug 6, 2013 at 3:41 PM, William Kyngesburye
>  wrote:
>> You can't.  QGIS includes its own python interpreter and links directly to 
>> the Python framework.  This ties it to a specific version and distribution 
>> (ie system Python 2.6).  You either need to compile your own QGIS to use the 
>> other python, or install scipy for the system python.
>> 
>> I'm working on updating my Scipy distribution if you can wait, I just got 
>> distracted by the fortran requirement.
>> 
>> On Aug 6, 2013, at 5:07 AM, Jorge Arevalo wrote:
>> 
>>> Hello,
>>> 
>>> I'm using QGIS 1.8.0 for Snow Leopard, downloaded from KingChaos wiki
>>> (http://www.kyngchaos.com/software/qgis). Once I open QGIS plugin
>>> console, I can see QGIS is using Snow Leopard's default Python
>>> (2.6.1).
>>> 
>>> At the same time, I've installed Python 2.7.5 and some packages I
>>> need, like numpy or scipy. Specifically, I need scipy 0.12. If I open
>>> python from a command line, version 2.7.5 is used.
>>> 
>>> The problem is I need that QGIS also uses Python 2.7, to detect scipy
>>> 0.12 (default system Python, 2.6.1, uses scipy 0.11.0). Default Python
>>> is installed at /Library/Python, but my manually installed Python 2.7
>>> is installed at /Library/Frameworks/Python.Framework. I guess QGIS
>>> looks for default Python first.
>>> 
>>> How could I "force" QGIS to use my own Python version? Do I have to
>>> compile it by myself, instead of using KingChaos packages? I was
>>> thinking in something easier, like modifying Python path just for
>>> QGIS.
>>> 
>>> Best regards

-
William Kyngesburye 
http://www.kyngchaos.com/

[Trillian]  What are you supposed to do WITH a maniacally depressed robot?

[Marvin]  You think you have problems?  What are you supposed to do if you ARE 
a maniacally depressed robot?  No, don't try and answer, I'm 50,000 times more 
intelligent than you and even I don't know the answer...

- HitchHiker's Guide to the Galaxy


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Force QGIS to use a different version of Python in Snow Leopard

[Jorge Arevalo]

Many thanks for your response, William.

It's curious, because I've installed scipy 0.12 for system Python from
command line, but QGIS can't detect it. So, if I execute this from
command line:

python2.6
>>> import scipy
>>> scipy.version.version

I see 0.12 as version number. But from QGIS plugins --> Python
console, if I execute

>>> import scipy
>>> scipy.version.version

I see 0.11.0

Even when I'm using the same Python version (exactly the same), the
Python path is different in console than in QGIS. And I don't know
why.

Here, a screenshot that explains this:
https://dl.dropboxusercontent.com/u/6599273/errors/qgis/qgis_python.png


On Tue, Aug 6, 2013 at 3:41 PM, William Kyngesburye
 wrote:
> You can't.  QGIS includes its own python interpreter and links directly to 
> the Python framework.  This ties it to a specific version and distribution 
> (ie system Python 2.6).  You either need to compile your own QGIS to use the 
> other python, or install scipy for the system python.
>
> I'm working on updating my Scipy distribution if you can wait, I just got 
> distracted by the fortran requirement.
>
> On Aug 6, 2013, at 5:07 AM, Jorge Arevalo wrote:
>
>> Hello,
>>
>> I'm using QGIS 1.8.0 for Snow Leopard, downloaded from KingChaos wiki
>> (http://www.kyngchaos.com/software/qgis). Once I open QGIS plugin
>> console, I can see QGIS is using Snow Leopard's default Python
>> (2.6.1).
>>
>> At the same time, I've installed Python 2.7.5 and some packages I
>> need, like numpy or scipy. Specifically, I need scipy 0.12. If I open
>> python from a command line, version 2.7.5 is used.
>>
>> The problem is I need that QGIS also uses Python 2.7, to detect scipy
>> 0.12 (default system Python, 2.6.1, uses scipy 0.11.0). Default Python
>> is installed at /Library/Python, but my manually installed Python 2.7
>> is installed at /Library/Frameworks/Python.Framework. I guess QGIS
>> looks for default Python first.
>>
>> How could I "force" QGIS to use my own Python version? Do I have to
>> compile it by myself, instead of using KingChaos packages? I was
>> thinking in something easier, like modifying Python path just for
>> QGIS.
>>
>> Best regards,
>>
>>
>> --
>> Jorge Arévalo
>> http://geomati.co
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> -
> William Kyngesburye 
> http://www.kyngchaos.com/
>
> "This is a question about the past, is it? ... How can I tell that the past 
> isn't a fiction designed to account for the discrepancy between my immediate 
> physical sensations and my state of mind?"
>
> - The Ruler of the Universe
>
>



-- 
Jorge Arévalo
http://geomati.co
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Why polygons created with "Avoid intersections" over lap their neighbors in Postgis?

[Giovanni Manghi]

Hi,

I can confirm this serious issue, see

http://hub.qgis.org/issues/8174


> Dear Paolo,
>
> I just notice this behavior a few days ago. Right now I can reproduce this
> problem:
> Using Qgis to draw polygons on a clean Postgis layer with "Avoid
> Intersections" turned on and check every time I create a new polygon, this
> is the number of polygons until an over-lap is detected: 4, 7, 6, 15, 7
>
> My postgis layer creation sql:
> CREATE TABLE polygon_layer
> (
>   id serial primary key,
>   geom geometry(MultiPolygon,3857),
> );
> CREATE INDEX polygon_layer_idx
>   ON polygon_layer
>   USING gist
>   (geom);
>
> Over lap detecting sql:
> select a.id, b.id
> from
> polygon_layer as a
> inner join
> polygon_layer as b
> on st_overlaps(a.geom, b.geom)
> where a.id < b.id;
>
> My system versions:
> Client: Qgis 1.8 on Debian 7 64 bit
> Server: Postgis 2.0 on PosgreSQL 9.2, Ubuntu 12.04 64 bit
>
> Thanks.
>
>
> 2013/6/26 Paolo Cavallini 
>
>> Il 26/06/2013 05:04, Cao Minh Tu ha scritto:
>>
>> > My question is: Is there an easier way to make Qgis "Avoid
>> intersections" plays well
>> > with Postgis "st_overlaps" so I can avoid the other dreaded way?
>>
>> Dear Cao,
>> I did not notice this problem for PostGIS layers. Could you please be more
>> specific
>> (which version of qgis? when exactly do you encounter this issue?). If
>> confirmed,
>> better solve it upstream, in qgis code, than fix it with ad hoc solutions
>> (pg triggers).
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Force QGIS to use a different version of Python in Snow Leopard

[William Kyngesburye]

You can't.  QGIS includes its own python interpreter and links directly to the 
Python framework.  This ties it to a specific version and distribution (ie 
system Python 2.6).  You either need to compile your own QGIS to use the other 
python, or install scipy for the system python.

I'm working on updating my Scipy distribution if you can wait, I just got 
distracted by the fortran requirement.

On Aug 6, 2013, at 5:07 AM, Jorge Arevalo wrote:

> Hello,
> 
> I'm using QGIS 1.8.0 for Snow Leopard, downloaded from KingChaos wiki
> (http://www.kyngchaos.com/software/qgis). Once I open QGIS plugin
> console, I can see QGIS is using Snow Leopard's default Python
> (2.6.1).
> 
> At the same time, I've installed Python 2.7.5 and some packages I
> need, like numpy or scipy. Specifically, I need scipy 0.12. If I open
> python from a command line, version 2.7.5 is used.
> 
> The problem is I need that QGIS also uses Python 2.7, to detect scipy
> 0.12 (default system Python, 2.6.1, uses scipy 0.11.0). Default Python
> is installed at /Library/Python, but my manually installed Python 2.7
> is installed at /Library/Frameworks/Python.Framework. I guess QGIS
> looks for default Python first.
> 
> How could I "force" QGIS to use my own Python version? Do I have to
> compile it by myself, instead of using KingChaos packages? I was
> thinking in something easier, like modifying Python path just for
> QGIS.
> 
> Best regards,
> 
> 
> -- 
> Jorge Arévalo
> http://geomati.co
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer

-
William Kyngesburye 
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that the past 
isn't a fiction designed to account for the discrepancy between my immediate 
physical sensations and my state of mind?"

- The Ruler of the Universe


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Force QGIS to use a different version of Python in Snow Leopard

[Jorge Arevalo]

Hello,

I'm using QGIS 1.8.0 for Snow Leopard, downloaded from KingChaos wiki
(http://www.kyngchaos.com/software/qgis). Once I open QGIS plugin
console, I can see QGIS is using Snow Leopard's default Python
(2.6.1).

At the same time, I've installed Python 2.7.5 and some packages I
need, like numpy or scipy. Specifically, I need scipy 0.12. If I open
python from a command line, version 2.7.5 is used.

The problem is I need that QGIS also uses Python 2.7, to detect scipy
0.12 (default system Python, 2.6.1, uses scipy 0.11.0). Default Python
is installed at /Library/Python, but my manually installed Python 2.7
is installed at /Library/Frameworks/Python.Framework. I guess QGIS
looks for default Python first.

How could I "force" QGIS to use my own Python version? Do I have to
compile it by myself, instead of using KingChaos packages? I was
thinking in something easier, like modifying Python path just for
QGIS.

Best regards,


-- 
Jorge Arévalo
http://geomati.co
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] Caching remote postgis layers?

[Angelos Tzotsos]

Hi Nathan,

I did not mean that SQLAlchemy can do this out of the box ;)

Cheers,
Angelos


On Tue, Aug 6, 2013 at 12:52 PM, Nathan Woodrow  wrote:

> SQLAlchemy is a ORM it's not going to help with any kind of caching.
>
> There are plans for creating a in memory feature cache of sorts so that we
> don't have to fetch each feature everytime however there is a bit of
> work involved in making sure we update the view when the data
> source changes.
>
> - Nathan
>
>
> On Tue, Aug 6, 2013 at 7:33 PM, Angelos Tzotsos wrote:
>
>> Hi all,
>>
>> I am *guessing* that Manifold is using the .NET Dataset type to cache
>> data, and that some kind of db manager takes care of the sync.
>>
>> SQLAlchemy could be used in a python plugin for the same purpose.
>>
>> Best,
>> Angelos
>>
>>
>>
>> On Tue, Aug 6, 2013 at 9:46 AM, Marco Hugentobler <
>> marco.hugentob...@sourcepole.ch> wrote:
>>
>>>  Hi Willem
>>>
>>> Another thing to explore is the offline editing plugin. It caches
>>> postgis layers to a local spatialite database and can even be used to
>>> synchronise edits between local spatialite db and remote postgis db.
>>>
>>>
>>> >Sourcepole have developed (for NIWA, New Zealand) a plugin that
>>> supports local caching of WMS & WFS data sources. This could probably be
>>> adapted to support other input >formats. Marco Hugentobler did the coding
>>> for this - he can perhaps comment?
>>>
>>> The plugin saves WMS as local rasters and WFS as local vectors. This is
>>> similar to save as local vector / raster file by hand. However the plugin
>>> is more convenient because it manages the local storage and the reference
>>> to the remote uri.  It has some other nice features like synchronizing /
>>> offlining in a graphical way. Btw., we hope to include this plugin (a C++
>>> one) into the main repository after 2.0 feature freeze is over.
>>>
>>> Regards,
>>> Marco
>>>
>>> On 06.08.2013 03:20, Brent Wood wrote:
>>>
>>>  Hi Willem,
>>>
>>>  Why can you not save such a layer or a selection from such a layer, as
>>> a local shapefile (or other supported format). is this not effectively a
>>> "local cache"? Delete/overwrite when you desire.
>>>
>>>  Where is the performance bottleneck? Postgis, network, QGIS?  Just
>>> creating a local cache will not necessarily speed things up, if your
>>> database is on a fast server with a fast network, it may even get slower.
>>>
>>>  Sourcepole have developed (for NIWA, New Zealand) a plugin that
>>> supports local caching of WMS & WFS data sources. This could probably be
>>> adapted to support other input formats. Marco Hugentobler did the coding
>>> for this - he can perhaps comment?
>>>
>>>  As Nathan says, caching a local snapshot of a dynamic, multi-user
>>> database will result in something that gets out of sybc with the source
>>> pretty quickly. Caching a local copy of a largely static database is
>>> relatively safe.
>>>
>>>  Cheers
>>>
>>>  Brent
>>>   --
>>>  *From:* Nathan Woodrow  
>>> *To:* Willem Buitendyk  
>>> *Cc:* qgis-user  ;
>>> "qgis-developer@lists.osgeo.org" 
>>>  
>>> *Sent:* Tuesday, August 6, 2013 11:07 AM
>>> *Subject:* Re: [Qgis-user] Caching remote postgis layers?
>>>
>>>  Hey Willem,
>>>
>>>  I'm not aware of a feature like that.  The best place to ask this
>>> question to see if anyone is working, or planning to work, on it is the
>>> developer list.  I have copied it in so it show up there too.
>>>
>>>  Caching could be done by storing the returned results in a memory
>>> spatialite database. The tricky thing is knowing when to get any new
>>> results from the postgis database when things have changed on the database.
>>>  How does Manifold handling viewing an area, updating something using SQL
>>> on the database (not though Manifold) and then looking at that area again?
>>>
>>>  - Nathan
>>>
>>>
>>> On Tue, Aug 6, 2013 at 2:44 AM, Willem Buitendyk wrote:
>>>
>>> I've noticed looking at the roadmap that caching remote postgis data is
>>> not on the list.  I love qgis but a lot of my work involves connecting to a
>>> remote postgis database.  The speed of navigating a large dataset is, at
>>> the moment, rather unbearable.  I also use Manifold GIS and the difference
>>> in speed is shocking, presumably because Manifold is caching the dataset.
>>>  This seems like it should be a relatively easy thing to implement.  Is
>>> there interest on this board for this feature?  I was thinking at taking a
>>> stab at contributing to the source code but am wondering about methods to
>>> achieve data caching most efficiently.  Look forward to others thoughts?
>>>  Or maybe I missing something that is already in place?
>>>
>>> Willem
>>>
>>> ___
>>> Qgis-user mailing list
>>> qgis-u...@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>>>
>>>
>>> ___
>>> Qgis-user mailing list
>>> qgis-u...@lists.osgeo.org
>>> http://lists.osgeo.org/m

Re: [Qgis-developer] [Qgis-user] Caching remote postgis layers?

[Nathan Woodrow]

SQLAlchemy is a ORM it's not going to help with any kind of caching.

There are plans for creating a in memory feature cache of sorts so that we
don't have to fetch each feature everytime however there is a bit of
work involved in making sure we update the view when the data
source changes.

- Nathan


On Tue, Aug 6, 2013 at 7:33 PM, Angelos Tzotsos wrote:

> Hi all,
>
> I am *guessing* that Manifold is using the .NET Dataset type to cache
> data, and that some kind of db manager takes care of the sync.
>
> SQLAlchemy could be used in a python plugin for the same purpose.
>
> Best,
> Angelos
>
>
>
> On Tue, Aug 6, 2013 at 9:46 AM, Marco Hugentobler <
> marco.hugentob...@sourcepole.ch> wrote:
>
>>  Hi Willem
>>
>> Another thing to explore is the offline editing plugin. It caches postgis
>> layers to a local spatialite database and can even be used to synchronise
>> edits between local spatialite db and remote postgis db.
>>
>>
>> >Sourcepole have developed (for NIWA, New Zealand) a plugin that supports
>> local caching of WMS & WFS data sources. This could probably be adapted to
>> support other input >formats. Marco Hugentobler did the coding for this -
>> he can perhaps comment?
>>
>> The plugin saves WMS as local rasters and WFS as local vectors. This is
>> similar to save as local vector / raster file by hand. However the plugin
>> is more convenient because it manages the local storage and the reference
>> to the remote uri.  It has some other nice features like synchronizing /
>> offlining in a graphical way. Btw., we hope to include this plugin (a C++
>> one) into the main repository after 2.0 feature freeze is over.
>>
>> Regards,
>> Marco
>>
>> On 06.08.2013 03:20, Brent Wood wrote:
>>
>>  Hi Willem,
>>
>>  Why can you not save such a layer or a selection from such a layer, as
>> a local shapefile (or other supported format). is this not effectively a
>> "local cache"? Delete/overwrite when you desire.
>>
>>  Where is the performance bottleneck? Postgis, network, QGIS?  Just
>> creating a local cache will not necessarily speed things up, if your
>> database is on a fast server with a fast network, it may even get slower.
>>
>>  Sourcepole have developed (for NIWA, New Zealand) a plugin that
>> supports local caching of WMS & WFS data sources. This could probably be
>> adapted to support other input formats. Marco Hugentobler did the coding
>> for this - he can perhaps comment?
>>
>>  As Nathan says, caching a local snapshot of a dynamic, multi-user
>> database will result in something that gets out of sybc with the source
>> pretty quickly. Caching a local copy of a largely static database is
>> relatively safe.
>>
>>  Cheers
>>
>>  Brent
>>   --
>>  *From:* Nathan Woodrow  
>> *To:* Willem Buitendyk  
>> *Cc:* qgis-user  ;
>> "qgis-developer@lists.osgeo.org" 
>>  
>> *Sent:* Tuesday, August 6, 2013 11:07 AM
>> *Subject:* Re: [Qgis-user] Caching remote postgis layers?
>>
>>  Hey Willem,
>>
>>  I'm not aware of a feature like that.  The best place to ask this
>> question to see if anyone is working, or planning to work, on it is the
>> developer list.  I have copied it in so it show up there too.
>>
>>  Caching could be done by storing the returned results in a memory
>> spatialite database. The tricky thing is knowing when to get any new
>> results from the postgis database when things have changed on the database.
>>  How does Manifold handling viewing an area, updating something using SQL
>> on the database (not though Manifold) and then looking at that area again?
>>
>>  - Nathan
>>
>>
>> On Tue, Aug 6, 2013 at 2:44 AM, Willem Buitendyk wrote:
>>
>> I've noticed looking at the roadmap that caching remote postgis data is
>> not on the list.  I love qgis but a lot of my work involves connecting to a
>> remote postgis database.  The speed of navigating a large dataset is, at
>> the moment, rather unbearable.  I also use Manifold GIS and the difference
>> in speed is shocking, presumably because Manifold is caching the dataset.
>>  This seems like it should be a relatively easy thing to implement.  Is
>> there interest on this board for this feature?  I was thinking at taking a
>> stab at contributing to the source code but am wondering about methods to
>> achieve data caching most efficiently.  Look forward to others thoughts?
>>  Or maybe I missing something that is already in place?
>>
>> Willem
>>
>> ___
>> Qgis-user mailing list
>> qgis-u...@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>>
>> ___
>> Qgis-user mailing list
>> qgis-u...@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>>
>>
>> ___
>> Qgis-developer mailing 
>> listQgis-developer@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>>
>> --
>> Dr. Marco Hugentobler
>> Sourcepole -  Linux & Open So

Re: [Qgis-developer] [Qgis-user] Caching remote postgis layers?

[Angelos Tzotsos]

Hi all,

I am *guessing* that Manifold is using the .NET Dataset type to cache data,
and that some kind of db manager takes care of the sync.

SQLAlchemy could be used in a python plugin for the same purpose.

Best,
Angelos



On Tue, Aug 6, 2013 at 9:46 AM, Marco Hugentobler <
marco.hugentob...@sourcepole.ch> wrote:

>  Hi Willem
>
> Another thing to explore is the offline editing plugin. It caches postgis
> layers to a local spatialite database and can even be used to synchronise
> edits between local spatialite db and remote postgis db.
>
>
> >Sourcepole have developed (for NIWA, New Zealand) a plugin that supports
> local caching of WMS & WFS data sources. This could probably be adapted to
> support other input >formats. Marco Hugentobler did the coding for this -
> he can perhaps comment?
>
> The plugin saves WMS as local rasters and WFS as local vectors. This is
> similar to save as local vector / raster file by hand. However the plugin
> is more convenient because it manages the local storage and the reference
> to the remote uri.  It has some other nice features like synchronizing /
> offlining in a graphical way. Btw., we hope to include this plugin (a C++
> one) into the main repository after 2.0 feature freeze is over.
>
> Regards,
> Marco
>
> On 06.08.2013 03:20, Brent Wood wrote:
>
>  Hi Willem,
>
>  Why can you not save such a layer or a selection from such a layer, as a
> local shapefile (or other supported format). is this not effectively a
> "local cache"? Delete/overwrite when you desire.
>
>  Where is the performance bottleneck? Postgis, network, QGIS?  Just
> creating a local cache will not necessarily speed things up, if your
> database is on a fast server with a fast network, it may even get slower.
>
>  Sourcepole have developed (for NIWA, New Zealand) a plugin that supports
> local caching of WMS & WFS data sources. This could probably be adapted to
> support other input formats. Marco Hugentobler did the coding for this - he
> can perhaps comment?
>
>  As Nathan says, caching a local snapshot of a dynamic, multi-user
> database will result in something that gets out of sybc with the source
> pretty quickly. Caching a local copy of a largely static database is
> relatively safe.
>
>  Cheers
>
>  Brent
>   --
>  *From:* Nathan Woodrow  
> *To:* Willem Buitendyk  
> *Cc:* qgis-user  ;
> "qgis-developer@lists.osgeo.org" 
>  
> *Sent:* Tuesday, August 6, 2013 11:07 AM
> *Subject:* Re: [Qgis-user] Caching remote postgis layers?
>
>  Hey Willem,
>
>  I'm not aware of a feature like that.  The best place to ask this
> question to see if anyone is working, or planning to work, on it is the
> developer list.  I have copied it in so it show up there too.
>
>  Caching could be done by storing the returned results in a memory
> spatialite database. The tricky thing is knowing when to get any new
> results from the postgis database when things have changed on the database.
>  How does Manifold handling viewing an area, updating something using SQL
> on the database (not though Manifold) and then looking at that area again?
>
>  - Nathan
>
>
> On Tue, Aug 6, 2013 at 2:44 AM, Willem Buitendyk  wrote:
>
> I've noticed looking at the roadmap that caching remote postgis data is
> not on the list.  I love qgis but a lot of my work involves connecting to a
> remote postgis database.  The speed of navigating a large dataset is, at
> the moment, rather unbearable.  I also use Manifold GIS and the difference
> in speed is shocking, presumably because Manifold is caching the dataset.
>  This seems like it should be a relatively easy thing to implement.  Is
> there interest on this board for this feature?  I was thinking at taking a
> stab at contributing to the source code but am wondering about methods to
> achieve data caching most efficiently.  Look forward to others thoughts?
>  Or maybe I missing something that is already in place?
>
> Willem
>
> ___
> Qgis-user mailing list
> qgis-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> ___
> Qgis-user mailing list
> qgis-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
>
> ___
> Qgis-developer mailing 
> listQgis-developer@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> --
> Dr. Marco Hugentobler
> Sourcepole -  Linux & Open Source Solutions
> Weberstrasse 5, CH-8004 Zürich, switzerlandmarco.hugentob...@sourcepole.ch 
> http://www.sourcepole.ch
> Technical Advisor QGIS Project Steering Committee
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>


-- 
Angelos Tzotsos
Remote Sensing Laboratory
National Technical University of Athens
http://users.ntua.gr/tzotsos
_

Re: [Qgis-developer] Ubuntu QGIS Master package

[Vincent Picavet]

Hi Jurgen,

> On Tue, 06. Aug 2013 at 09:34:08 +1200, Jeremy Palmer wrote:
> > But the Ubuntu GIS unstable doesn't include master builds does it?
> 
> Right.  Is there anything wrong with our ubuntugis nightly builds?

Any chance to have raring added to it ?

Thanks,
Vincent
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Tutorial or sample for Atlas ?

[Alexandre Neto]

Hello,

The 2.0 user manual already has a section about how to use The atlas in
print composer.

http://documentation.qgis.org/2.0/html/en/docs/user_manual/print_composer/print_composer.html

There are some pictures still missing but I have just made a pull request
to include them.


I hope it helps.


Alexandre Neto
No dia 6 de Ago de 2013 07:54, "Benoît Laurent" 
escreveu:

> Hello,
>
> Is there a tutorial and/or some samples for the use of Atlas ?
>
> Regards,
>
> Benoît
> __**_
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Ubuntu QGIS Master package

[Jürgen E . Fischer]

Hi Jeremy,

On Tue, 06. Aug 2013 at 09:34:08 +1200, Jeremy Palmer wrote:
> But the Ubuntu GIS unstable doesn't include master builds does it?

Right.  Is there anything wrong with our ubuntugis nightly builds?


Jürgen

-- 
Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
Software Engineer D-26506 Norden   http://www.norbit.de
committ(ed|ing) to QGISIRC: jef on FreeNode 


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer