[Qgis-developer] Inconsistency in methods naming

2014-02-21 Thread Alexander Bruy
Hi all,

I just noticed minor inconsistency in  methods naming in QgsCoordinateTransform
class [0]. There is a setSourceCrs (only first letter in upper case in
Crs) method and  setDestCRS (all letters are upper case in CRS).

Should we make them consistent, e.g use Crs everywhere? To prevent API break
we can leave exisiting method and mark it as deprecated.

[0] http://qgis.org/api/classQgsCoordinateTransform.html

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


Re: [Qgis-developer] Issue with standalone python script and PostGIS Layers

2014-02-21 Thread Stott, James
Just a follow up to this if other people ever have trouble with this.

I have managed to load my query layers by specifying False for the 
loadDefaultStyleFlag parameter when I create the QgsVectorLayer. So

vlayer = QgsVectorLayer(uri.uri(), layerName, postgres, False)

This parameter stops QGIS from checking if there are styles in the database, 
and thus means that it doesn't run loads of queries that it then doesn't close.

QGIS still needs to unload some of the connections that it creates when 
searching for styles when loading query layers (if you don't specify the False 
for the loadDefaultStyleFlag), so I believe the bug is still valid, but this is 
a workaround so that is good. I also wonder if True is the right default for 
the loadDefaultStyleFlag parameter?

It would be good to get details about this parameter added to 
http://www.qgis.org/en/docs/pyqgis_developer_cookbook/loadlayer.html

Is this something I can add myself?

James

Fra: Stott James
Sendt: 24. januar 2014 15:24
Til: qgis-developer@lists.osgeo.org
Emne: SV: [Qgis-developer] Issue with standalone python script and PostGIS 
Layers

Following on from reporting the bug, I have done more digging into the problem.

It seems to be related to styleQML lines when I check what connections are 
being sent to PostGIS. These don't disappear with each loop iteration in 
Master, but they do in version 2.0. Eventually when my script gets to 100 
connections, it hangs.

What can I do to make this work?

I have updated the bug report with more details, which can be found here 
https://hub.qgis.org/issues/9357.

James

Fra: 
qgis-developer-boun...@lists.osgeo.orgmailto:qgis-developer-boun...@lists.osgeo.org
 [mailto:qgis-developer-boun...@lists.osgeo.org] På vegne av Stott James
Sendt: 16. januar 2014 14:23
Til: Tim Sutton
Kopi: qgis-developer@lists.osgeo.orgmailto:qgis-developer@lists.osgeo.org
Emne: Re: [Qgis-developer] Issue with standalone python script and PostGIS 
Layers

Thanks for the response Tim.

I have not been destroying my layers. This has not been an issue when running 
the plugin with 2.0.

This was the first thing I thought about in the version running against master 
so I added the following code to close the postgis layers as it once I am 
finished with them:

QgsMapLayerRegistry.instance().removeMapLayer(layer_id)
This has not made it difference. It still hangs at the same place and I still 
get the warning that there is already too many clients when trying to connect 
to PostGIS with DB Manager or pgAdmin.

Shall I open a bug?

Fra: Tim Sutton [mailto:li...@linfiniti.com]
Sendt: 16. januar 2014 13:30
Til: Stott James
Kopi: qgis-developer@lists.osgeo.orgmailto:qgis-developer@lists.osgeo.org
Emne: Re: [Qgis-developer] Issue with standalone python script and PostGIS 
Layers

Hi

On Thu, Jan 16, 2014 at 11:06 AM, Stott James 
fmro...@fylkesmannen.nomailto:fmro...@fylkesmannen.no wrote:
Hello all,

I have a standalone python script that creates a bunch of PDFs for me.

Recently this script has developed an issue. It uses QGIS-dev so it could be 
related to some of the changes in master recently as it works fine with QGIS 
2.0.

It makes about 42 PDFs then it stops.

It is not actually crashing as such, as you can see it running in task manager. 
It stays running using between 0 and 2% processor, and fluctuates a little with 
memory use (around 108840kB). But it does not produce any more PDFs. It is like 
it is stuck.

From the log file that my script creates, I know that it is hanging with this 
line of code:

vlayer = QgsVectorLayer(uri.uri(), layerName, postgres)

If I try and connect to the database using DB Manager in QGIS or pgAdmin III 
while the script is still running, I get an error saying there is already too 
many clients already. If I kill the process in windows task manager, I am then 
able to connect to the database using DB manager.

Has anyone any suggestions as to what is wrong here? Is this a bug?

I updated QGIS dev this morning using the OSGeo4W installer (its revision is 
eb9ce3a).


If you are creating postgis layers in a loop, are you making sure to destroy 
them again nicely in your loop? Anyway if it used to work before maybe there 
was a regression somewhere

Regards

Tim

James Stott

GIS-koordinator
Administrasjonsavdelinga
Fylkesmannen i Rogaland

Telefon: 51568793
james.st...@fylkesmannen.nomailto:james.st...@fylkesmannen.no
http://www.temakart-rogaland.no


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



--
Tim Sutton - QGIS Project Steering Committee Member
==
Please do not email me off-list with technical
support questions. Using the lists will gain
more exposure for your issues and the knowledge
surrounding your issue will be shared with all.

Irc: timlinux on #qgis at freenode.nethttp://freenode.net

Re: [Qgis-developer] Requesting bug fix extension through weekend

2014-02-21 Thread Sandro Santilli
On Thu, Feb 20, 2014 at 07:37:10PM +0100, Jürgen E. Fischer wrote:

 But to quote Tim: We're not going anywhere.  There will still be bugs in 
 QGIS
 2.3 to work on after the release.  And I trust that you're not going to stop
 bug fixing just because the fixes don't make it into 2.2.

How about encoding such trust in an official 2.2.x branch to be used
as a maintainance branch from which to ship 2.2.1 after n days
of inactivity following last bugfix commit since previous release ?

I'm sure more bugs will be reported once 2.2.0 is officially out so 
those n days of silence might take a few weeks too :)

--strk;

 ()  ASCII ribbon campaign  --  Keep it simple !
 /\  http://strk.keybit.net/rants/ascii_mails.txt  
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Issue with standalone python script and PostGIS Layers

2014-02-21 Thread Richard Duivenvoorde
On 21-02-14 10:53, Stott, James wrote:
 Just a follow up to this if other people ever have trouble with this.
 
 I have managed to load my query layers by specifying False for the
 loadDefaultStyleFlag parameter when I create the QgsVectorLayer. So
...
 It would be good to get details about this parameter added to
 http://www.qgis.org/en/docs/pyqgis_developer_cookbook/loadlayer.html
 
 Is this something I can add myself?

Sure: sources of the python cookbook live here:

https://github.com/qgis/QGIS-Documentation/blob/master/source/docs/pyqgis_developer_cookbook/loadlayer.rst

You can fork QGIS-Documentation project and do a Pull Request
(preferably) but if that is too much work (or beyond your git foo), just
write down some paragraph of text and sent it to  the community list
very small font or me /very small font?

Building the docs itself is currently only working on Linux (not 100% sure).

Regards,

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


Re: [Qgis-developer] Requesting bug fix extension through weekend

2014-02-21 Thread Bo Victor Thomsen
I, my customers and without a doubt: Several thousands of ordinary users 
of QGIS would simply _love_ the idea of having a stable branch which is 
only updated with bugfixes. The problem with using QGS - weekly is 
that you get the bugfixes, but also a lot of new - very untested - 
technology. This gets the ordinary users stuck between a rock and a hard 
place.


Regards
Bo Victor Thomsen
Aestas-GIS
Denmark


Den 21-02-2014 10:58, Sandro Santilli skrev:

On Thu, Feb 20, 2014 at 07:37:10PM +0100, Jürgen E. Fischer wrote:


But to quote Tim: We're not going anywhere.  There will still be bugs in QGIS
2.3 to work on after the release.  And I trust that you're not going to stop
bug fixing just because the fixes don't make it into 2.2.

How about encoding such trust in an official 2.2.x branch to be used
as a maintainance branch from which to ship 2.2.1 after n days
of inactivity following last bugfix commit since previous release ?

I'm sure more bugs will be reported once 2.2.0 is officially out so
those n days of silence might take a few weeks too :)

--strk;

  ()  ASCII ribbon campaign  --  Keep it simple !
  /\  http://strk.keybit.net/rants/ascii_mails.txt
___
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] Requesting bug fix extension through weekend

2014-02-21 Thread Paolo Cavallini
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 21/02/2014 11:35, Bo Victor Thomsen ha scritto:
 I, my customers and without a doubt: Several thousands of ordinary users of 
 QGIS
 would simply _love_ the idea of having a stable branch which is only updated 
 with
 bugfixes. The problem with using QGS - weekly is that you get the bugfixes, 
 but
 also a lot of new - very untested - technology. This gets the ordinary users 
 stuck
 between a rock and a hard place.

Everybody would love this. If someone finds the resources to do it, we'll all 
be happy.
All the best.

- -- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlMHLzUACgkQ/NedwLUzIr47kwCghO+P7/PNqjkbA+trneKUTj48
XcUAn3jfkthliafKHjv33vAyRlQAc0wb
=OgXc
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Requesting bug fix extension through weekend

2014-02-21 Thread Bo Victor Thomsen
What kind of resources are we talking about ? Maintainer duties, 
developer resources, Sponsor money ? And how much ?


I might possibly be able to get some of my customers to cough up some 
cash for a stable branch.


Regards
Bo Victor

Den 21-02-2014 11:49, Paolo Cavallini skrev:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 21/02/2014 11:35, Bo Victor Thomsen ha scritto:

I, my customers and without a doubt: Several thousands of ordinary users of QGIS
would simply _love_ the idea of having a stable branch which is only updated 
with
bugfixes. The problem with using QGS - weekly is that you get the bugfixes, 
but
also a lot of new - very untested - technology. This gets the ordinary users 
stuck
between a rock and a hard place.

Everybody would love this. If someone finds the resources to do it, we'll all 
be happy.
All the best.

- -- 
Paolo Cavallini - www.faunalia.eu

Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlMHLzUACgkQ/NedwLUzIr47kwCghO+P7/PNqjkbA+trneKUTj48
XcUAn3jfkthliafKHjv33vAyRlQAc0wb
=OgXc
-END PGP SIGNATURE-
___
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] Requesting bug fix extension through weekend

2014-02-21 Thread Paolo Cavallini
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 21/02/2014 12:32, Bo Victor Thomsen ha scritto:
 What kind of resources are we talking about ? Maintainer duties, developer 
 resources,
 Sponsor money ? And how much ?
 
 I might possibly be able to get some of my customers to cough up some cash 
 for a
 stable branch.

That's good news! Either developer time or money would do.
An estimate will strongly depend on who could take care of it.
All the best, and thanks.
- -- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlMHOtgACgkQ/NedwLUzIr7gNgCgsGTFLqO6H0eNov76RkBs15ma
BqAAn0vExtcLq73pIV9nFAvXzA9ORitu
=J4y6
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Requesting bug fix extension through weekend

2014-02-21 Thread Sandro Santilli
On Fri, Feb 21, 2014 at 12:39:04PM +0100, Paolo Cavallini wrote:
 Il 21/02/2014 12:32, Bo Victor Thomsen ha scritto:
  What kind of resources are we talking about ? Maintainer duties, developer 
  resources,
  Sponsor money ? And how much ?
  
  I might possibly be able to get some of my customers to cough up some 
  cash for a
  stable branch.
 
 That's good news! Either developer time or money would do.
 An estimate will strongly depend on who could take care of it.

Just to add some background info about taking care of a stable
branch:

There have been 14 commits between tags final-2_0_0 and final-2_0_1.
The download page makes you download 2.0.1.

There are 42 commits between tag final-2_0_1 and current tip of 
the release-2_0 branch, but no final 2.0.2 release exists.

Latest commit in the branch was on Mon Feb 3 15:25:35 2014 +0100,
that is 18 days ago (2.5 weeks).

I think taking care of stable releases would be first of all setting
some rules about when a new stable release is due. I think this would be
the duty of the release manager. My proposal was to cut a new release
after some days (or weeks) of inactivity since last commit. For example
if it is after 2 weeks, we would be ready to cut a 2.0.2 right now.

Once rules are setup, we'd need:

 1. Someone to execute the cutting rule (ie: go throught the process
of closing a final version when it is due).

 2. Someone to guard after what activity is allowed or not allowed
in the stable branch.

 3. Any number of developers backporting bugfixes to the stable branch.

The first task could be delivered on-demand.
The second task would be best covered by a maintainer role.
The third task could be taken care of by anyone.

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


[Qgis-developer] When is 2.2 really due?

2014-02-21 Thread Andreas Neumann
Hi,

Maybe I did not follow all discussion. But I see people posting tweets
and blogs everywhere that QGIS 2.2 will be available in 24h or something
similar.

Is this really true? Don't we require a couple of days for packaging,
testing that the binaries really work, etc.?

I am just a bit worried that people put out false promises and increased
pressure on the release manager, making people believe that they can
install QGIS 2.2. Monday morning ...

Sorry if I don't know all the details - this is more a question than a
comment as I am not totally aware of what tasks are required to do the
releases.

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


Re: [Qgis-developer] When is 2.2 really due?

2014-02-21 Thread Sandro Santilli
On Fri, Feb 21, 2014 at 12:17:23PM +, Andreas Neumann wrote:
 Hi,
 
 Maybe I did not follow all discussion. But I see people posting tweets
 and blogs everywhere that QGIS 2.2 will be available in 24h or something
 similar.
 
 Is this really true? Don't we require a couple of days for packaging,
 testing that the binaries really work, etc.?
 
 I am just a bit worried that people put out false promises and increased
 pressure on the release manager, making people believe that they can
 install QGIS 2.2. Monday morning ...

Well, I think it's a matter of perception.

It would take a simple git tag for me to be able to install QGIS 2.2.0.
For somebody else it'd take a .deb or .rpm or .exe package instead.

The way I see it, a release should be considered published as soon
as a versioned tarball with the source code is made available somewhere
on the internet.

It may be a good habit, in the future, to tag release candidates
for packagers to test them before going final.

--strk;

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


Re: [Qgis-developer] Requesting bug fix extension through weekend

2014-02-21 Thread Bo Victor Thomsen
I'm going on holiday for the next week. Maybe we kan discuss this 
subject further after my holiday. And for others on list - sorry for the 
noise


Regards
Bo Victor Thomsen

Den 21-02-2014 12:59, Sandro Santilli skrev:

On Fri, Feb 21, 2014 at 12:39:04PM +0100, Paolo Cavallini wrote:

Il 21/02/2014 12:32, Bo Victor Thomsen ha scritto:

What kind of resources are we talking about ? Maintainer duties, developer 
resources,
Sponsor money ? And how much ?

I might possibly be able to get some of my customers to cough up some cash 
for a
stable branch.

That's good news! Either developer time or money would do.
An estimate will strongly depend on who could take care of it.

Just to add some background info about taking care of a stable
branch:

There have been 14 commits between tags final-2_0_0 and final-2_0_1.
The download page makes you download 2.0.1.

There are 42 commits between tag final-2_0_1 and current tip of
the release-2_0 branch, but no final 2.0.2 release exists.

Latest commit in the branch was on Mon Feb 3 15:25:35 2014 +0100,
that is 18 days ago (2.5 weeks).

I think taking care of stable releases would be first of all setting
some rules about when a new stable release is due. I think this would be
the duty of the release manager. My proposal was to cut a new release
after some days (or weeks) of inactivity since last commit. For example
if it is after 2 weeks, we would be ready to cut a 2.0.2 right now.

Once rules are setup, we'd need:

  1. Someone to execute the cutting rule (ie: go throught the process
 of closing a final version when it is due).

  2. Someone to guard after what activity is allowed or not allowed
 in the stable branch.

  3. Any number of developers backporting bugfixes to the stable branch.

The first task could be delivered on-demand.
The second task would be best covered by a maintainer role.
The third task could be taken care of by anyone.

--strk;
___
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


[Qgis-developer] Plugin [464] MetaSearch Catalogue Client approval notification.

2014-02-21 Thread noreply

Plugin MetaSearch Catalogue Client approval by rduivenvoorde.
The plugin version [464] MetaSearch Catalogue Client 0.1.0 is now approved
Link: http://plugins.qgis.org/plugins/MetaSearch/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] Which compiler for a c++ QGIS custom app

2014-02-21 Thread Denis Rouzaud

Hi all,

I am a bit lost at trying to build a custom QGIS app on a windows 7.

I have installed QGIS libs, Qt libs and minGW using osgeo4w installer 
(thanks to Nathan's advices).

I have also installed Qt Creator 3.0.

Now in creator, I have configured Qt version as Qt 4.7. using 
c:\osgeo4w\bin\qmake.exe.


But I can't manage to find the right compiler to use for this version.
With all the compilers I tried, it says none of the compiler can 
produce code for this version of Qt.


Does someone know which compiler to use? Can't I use one embedded in 
osgeo package?


PS: I don't have visual studio installed, and I would like to avoid 
installing it.


Thanks a lot,

Denis

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


Re: [Qgis-developer] When is 2.2 really due?

2014-02-21 Thread Jürgen E . Fischer
Hi Andreas,

On Fri, 21. Feb 2014 at 12:17:23 +, Andreas Neumann wrote:
 Maybe I did not follow all discussion. But I see people posting tweets and
 blogs everywhere that QGIS 2.2 will be available in 24h or something similar.

 Is this really true? Don't we require a couple of days for packaging, testing
 that the binaries really work, etc.?

Yes.  That's what we had the freeze period for.  But we're going to release
only the sources today (which still lasts 18h in Alaska) and call for packages
after that.

 I am just a bit worried that people put out false promises and increased
 pressure on the release manager, making people believe that they can install
 QGIS 2.2. Monday morning ...

The release manager is blocking people from continuing their bug fixing work
after having blocked them to doing their feature work already.

Releasing just the sources on the release date will probably just put pressure
on the packagers to get packages out asap.  But there's no set date when that
needs to happen.  But Monday is hopefully not far off.


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
QGIS PSC member (RM)  Germany  IRC: 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


Re: [Qgis-developer] When is 2.2 really due?

2014-02-21 Thread Andreas Neumann
Hi Jürgen,

Thanks for the clarification.

Maybe in the future we could also test binary packages before we
officially release QGIS. After all this is what people use out their.
If packages are broken (even if QGIS from source is fine) this will be
bad for QGIS reputation. 95% of the QGIS users will judge QGIS after the
quality of the package they install. They would not install from source.

I guess any company with a product would do that. I know, we are a
project and not a company, but I think from a QA perspective we should
really also test packages before releasing stuff. At least for the most
common OS, like Win64, latest OSX, latest Ubuntu/Debian.

Anyway - thanks for all the work to all the devs and to you as release
manager!

Andreas

Am 21.02.2014 15:17, schrieb Jürgen E. Fischer:
 Hi Andreas,
 
 On Fri, 21. Feb 2014 at 12:17:23 +, Andreas Neumann wrote:
 Maybe I did not follow all discussion. But I see people posting tweets and
 blogs everywhere that QGIS 2.2 will be available in 24h or something similar.
 
 Is this really true? Don't we require a couple of days for packaging, testing
 that the binaries really work, etc.?
 
 Yes.  That's what we had the freeze period for.  But we're going to release
 only the sources today (which still lasts 18h in Alaska) and call for packages
 after that.
 
 I am just a bit worried that people put out false promises and increased
 pressure on the release manager, making people believe that they can install
 QGIS 2.2. Monday morning ...
 
 The release manager is blocking people from continuing their bug fixing work
 after having blocked them to doing their feature work already.
 
 Releasing just the sources on the release date will probably just put pressure
 on the packagers to get packages out asap.  But there's no set date when that
 needs to happen.  But Monday is hopefully not far off.
 
 
 Jürgen
 

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

Re: [Qgis-developer] Which compiler for a c++ QGIS custom app

2014-02-21 Thread Jürgen E . Fischer
Hi Denis,

On Fri, 21. Feb 2014 at 15:20:19 +0100, Denis Rouzaud wrote:
 I have installed QGIS libs, Qt libs and minGW using osgeo4w installer  
 (thanks to Nathan's advices).

mingw using the osgeo4w installer?  That might be there for GRASS.

But QGIS and Qt in OSGeo4W is built with Visual C++ not MinGW.  You can't use
OSGeo4W's Qt with MinGW.

 Does someone know which compiler to use? Can't I use one embedded in  
 osgeo package?

 PS: I don't have visual studio installed, and I would like to avoid  
 installing it.

Sorry, I didn't do that for years - should also be possible, but I suppose it
takes some work.



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
QGIS PSC member (RM)  Germany  IRC: 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


Re: [Qgis-developer] When is 2.2 really due?

2014-02-21 Thread Jürgen E . Fischer
Hi Andreas,

On Fri, 21. Feb 2014 at 15:30:45 +, Andreas Neumann wrote:
 Maybe in the future we could also test binary packages before we
 officially release QGIS. After all this is what people use out their.
 If packages are broken (even if QGIS from source is fine) this will be
 bad for QGIS reputation. 95% of the QGIS users will judge QGIS after the
 quality of the package they install. They would not install from source.

That's what the test period is for - the differences there are minor (at least
for Windows and the debian/ubuntu packages).

But a lot of people will always wait for the release before they start to test
and find stuff that no one ran into while testing - of course some of those
could be found in a separate package testing phase (and with a extensive test
suite), but packaging problems can also be handled outside of the qgis release
schedule.

 I guess any company with a product would do that. I know, we are a project
 and not a company, but I think from a QA perspective we should really also
 test packages before releasing stuff. At least for the most common OS, like
 Win64, latest OSX, latest Ubuntu/Debian.

As the packaging is now outside of qgis (and IMHO is was that way earlier - eg.
bugs in the OSGeo4W packages should be filed there - but the standalone
installer from repackaged OSGeo4W packages is a gray area).

For Windows there's already some threshold - I'll first put the new release
into OSGeo4W and produce a standalone installer some time later...


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
QGIS PSC member (RM)  Germany  IRC: 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


Re: [Qgis-developer] Which compiler for a c++ QGIS custom app

2014-02-21 Thread Rouzaud Denis
Hi Jürgen,

Thanks a lot for your reply.

It seems I should finally use Visual C++.
I will give it a try this weekend!

Thanks again and happy release ;)

Denis

On 21 Feb 2014, at 16:24, Jürgen E. Fischer j...@norbit.de wrote:

 Hi Denis,
 
 On Fri, 21. Feb 2014 at 15:20:19 +0100, Denis Rouzaud wrote:
 I have installed QGIS libs, Qt libs and minGW using osgeo4w installer  
 (thanks to Nathan's advices).
 
 mingw using the osgeo4w installer?  That might be there for GRASS.
 
 But QGIS and Qt in OSGeo4W is built with Visual C++ not MinGW.  You can't use
 OSGeo4W's Qt with MinGW.
 
 Does someone know which compiler to use? Can't I use one embedded in  
 osgeo package?
 
 PS: I don't have visual studio installed, and I would like to avoid  
 installing it.
 
 Sorry, I didn't do that for years - should also be possible, but I suppose it
 takes some work.
 
 
 
 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
 QGIS PSC member (RM)  Germany  IRC: 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

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


Re: [Qgis-developer] When is 2.2 really due?

2014-02-21 Thread Sandro Santilli
On Fri, Feb 21, 2014 at 05:13:59PM +0100, Jürgen E. Fischer wrote:

 But a lot of people will always wait for the release before they start to test
 and find stuff that no one ran into while testing - of course some of those
 could be found in a separate package testing phase (and with a extensive test
 suite), but packaging problems can also be handled outside of the qgis release
 schedule.

That's why maintaining a stable branch is important: there'll always
be a lot more testing after a release is out. You can't beat thousand
of users with any automated tests... :)

--strk;

 ()  ASCII ribbon campaign  --  Keep it simple !
 /\  http://strk.keybit.net/rants/ascii_mails.txt  
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] Run Dissolve with selected features

2014-02-21 Thread Michael McInnis
Greetings Devs,
I have a large number of shapefiles I need to process and have had limited 
success using QGis 2.0.1 with it's python console.
// This works - 
from osgeo import ogr

canvas =
qgis.utils.iface.mapCanvas()

allLayers = canvas.layers()

for i in allLayers: i.selectAll(); print i.name(); print
i.selectedFeatureCount()
// What I can't figure out is how to throw in a selection and then run Dissove 
on it.
I've tried 
for i in allLayers: i.selectAll(); print i.name(); 
i.getFeatures(QgsFeatureRequest().QgsExpression('LWFLAG  P '); print 
i.selectedFeatureCount()andselExp = QgsExpression('LWFLAG  P ')for i in 
allLayers: i.selectAll(); print i.name(); 
i.getFeatures(QgsFeatureRequest(selExp); print i.selectedFeatureCount()
andfor i in allLayers: i.selectAll(); print i.name(); 
i.getFeatures(QgsFeatureRequest('LWFLAG  P ')); print 
i.selectedFeatureCount()
and several other techniques all to no avail. 
In PseudoCode:
from osgeo import ogrcanvas = qgis.utils.iface.mapCanvas()allLayers = 
canvas.layers()for i in allLayers:   i.select('LWFLAG  P ');   
print i.name();   print i.selectedFeatureCount();  i.dissolve(use 
sel, i.name() + '_dis', BLOCKGRP);
  ___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [466] qgisio approval notification.

2014-02-21 Thread noreply

Plugin qgisio approval by pka.
The plugin version [466] qgisio 0.1 Experimental is now approved
Link: http://plugins.qgis.org/plugins/qgisio/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer