date:20141118

Re: [Qgis-developer] Groups in Layers panel

2014-11-18 Thread Zoltan Szecsei


On 2014/11/18 23:34, Nyall Dawson wrote:



On 19 Nov 2014 8:17 am, "Yves Jacolin" > wrote:

>
>
> > and likewise,
> > when I want to Identify a feature within that group, I have to click
> > through each map in that group in order to find which map in that 
group

> > holds the feature I want to identify.
> You can choose the "up to bottom stop the first" mode in identify.
>

You can also (with 2.6) right click with the identify tool to get a 
popup menu with features from all intersecting layers.



Now that solves the issue - thank you both.:-)


Nyall



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



--

===
Zoltan Szecsei PrGISc [PGP0031]
Geograph (Pty) Ltd.
GIS and Photogrammetric Services

P.O. Box 7, Muizenberg 7950, South Africa.

Mobile: +27-83-6004028
Fax:+27-86-6115323 www.geograph.co.za
===

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

Re: [Qgis-developer] Problems with developing custom c++ qgis application with QtCreator and MSVC2008 on Windows

2014-11-18 Thread Nejia

Hi,

1- QGIS and Qt libraries shipped with Osgeo4W are compiled using release
mode so if you want to debug your application you can use RelWithDebInfo
mode.
2- see:
http://gis.stackexchange.com/questions/120823/how-to-load-a-wms-layer-using-
pyqgis
http://ieqgis.wordpress.com/2014/08/09/adding-esris-online-world-imagery-dat
aset-to-qgis/

Cheers
Nejia


-Message d'origine-
De : qgis-developer-boun...@lists.osgeo.org
[mailto:qgis-developer-boun...@lists.osgeo.org] De la part de eliu1234
Envoyé : mercredi 19 novembre 2014 07:42
À : qgis-developer@lists.osgeo.org
Objet : [Qgis-developer] Problems with developing custom c++ qgis
application with QtCreator and MSVC2008 on Windows

I am using qtcreator and msvc2008 for developing the c++ custom application.

I followed the following tutorial to setup the system:
http://3nids.wordpress.com/2014/02/27/build-and-deploy-c-qgis-app-on-windows
/

Problem 1: under debug mode, I cannot create a QgsMapCanvas object. It
always exit with code 1.

Problem 2: under release mode, I tried to create a raster layer with the
following command:
QgsRasterLayer * layer = new
QgsRasterLayer("http://server.arcgisonline.com/ArcGIS/rest/services/World_Im
agery/MapServer?f=json&pretty=true","raster");
It always result in a layer which is invalid. I tried the python equivalent
command: layer =
QgsRasterLayer("http://server.arcgisonline.com/ArcGIS/rest/services/World_Im
agery/MapServer?f=json&pretty=true","raster");
in qgis python console and it works fine.

Any help is appreciated.



--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Problems-with-developing-custom-c-qgis-a
pplication-with-QtCreator-and-MSVC2008-on-Windows-tp5173711.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Problems with developing custom c++ qgis application with QtCreator and MSVC2008 on Windows

2014-11-18 Thread eliu1234

I am using qtcreator and msvc2008 for developing the c++ custom application.

I followed the following tutorial to setup the system:
http://3nids.wordpress.com/2014/02/27/build-and-deploy-c-qgis-app-on-windows/

Problem 1: under debug mode, I cannot create a QgsMapCanvas object. It
always exit with code 1.

Problem 2: under release mode, I tried to create a raster layer with the
following command:
QgsRasterLayer * layer = new
QgsRasterLayer("http://server.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServer?f=json&pretty=true","raster";);
It always result in a layer which is invalid. I tried the python equivalent
command: layer =
QgsRasterLayer("http://server.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServer?f=json&pretty=true","raster";);
in qgis python console and it works fine.

Any help is appreciated.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Problems-with-developing-custom-c-qgis-application-with-QtCreator-and-MSVC2008-on-Windows-tp5173711.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Write custom c++ application using QGIS under windows

2014-11-18 Thread Tendfly Niu

hi eliu1234,
The *.lib of QGIS should be created by compile. For the Qt's lib , e.g *d.lib. 
The qwt should download  from OSGeo4W,  so the qwt5.lib should found in 
OSGeo4W. The rest qt related packages should just install a Qt   from 
http://qt-project.org/, when compiling API using cmake, it can automatically 
check the QT you installed before.  Remember, the minimum version of QT QGIS-2X 
need is 4.7.0. hope this help.
> Date: Tue, 18 Nov 2014 15:04:34 -0800
> From: lby20...@hotmail.com
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [Qgis-developer] Write custom c++ application using QGIS under   
> windows
> 
> Thanks so much for the answer. I am able to get the 32 bit version working.
> Right now, I am facing the problem of not able to run debug mode. Since all
> those xd.lib files does not exist with the OSGeo4W installation. Do you
> have any idea how to fix this?
> 
> And right now, I cannot seem to print anything in this mode. I tried to use
> cout but my output line is not printed. I tried to setup using visual
> studio. But is unsure how to include these dll files without their
> corresponding library files. Do you have any idea on this?
> 
> Thanks.
> 
> In Reply To
> Re: Write custom c++ application using QGIS under windows
> Nov 18, 2014; 7:43am ― by  Nejia Nejia
> 
> Hi, 
> 
> First you must download packages listed below from OSGeo4w (
> http://qgis.org/en/site/forusers/download.html OSGeo4W Network Installer (32
> or 64 bit)): 
> - qgis: QGIS desktop 
> - grass: GRASS GIS 
> - qgis-devel 
> - qt4-devel 
> - qt4-doc 
> - qt4-libs 
> - qwt-devel-qt4 
> - qwt-doc-qt 
> - qwt-libs-qt4 
> 
> In the post of Denis just replace: 
> @set PATH=%OSGEO4W_ROOT%\bin;%OSGEO4W_ROOT%\apps\qgis-dev\bin;%PATH% 
> @set
> INCLUDE=%INCLUDE%;%OSGEO4W_ROOT%\include;%OSGEO4W_ROOT%\apps\qgis-dev\include 
> 
> With: 
> @set PATH=%OSGEO4W_ROOT%\bin;%OSGEO4W_ROOT%\apps\qgis\bin;%PATH% 
> @set
> INCLUDE=%INCLUDE%;%OSGEO4W_ROOT%\include;%OSGEO4W_ROOT%\apps\qgis\include 
> 
> (replace qgis-dev with qgis) 
> 
> And if you want to build 64 bits applications with visual studio 2010
> replace: 
> set VS90COMNTOOLS=C:\Program Files\Microsoft Visual Studio
> 9.0\Common7\Tools\ call "C:\Program Files\Microsoft Visual Studio
> 9.0\VC\vcvarsall.bat" x86 
> 
> with: 
> call "%PF86%\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" amd64 if exist
> "c:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.Cmd" call
> "c:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.Cmd" /x64 /Release
> path %path%;%PF86%\Microsoft Visual Studio 10.0\VC\bin 
> 
> set SETUPAPI_LIBRARY=%PF86%\Microsoft
> SDKs\Windows\v7.0A\Lib\x64\SetupAPI.Lib 
> if not exist "%SETUPAPI_LIBRARY%" set
> SETUPAPI_LIBRARY=%PROGRAMFILES%\Microsoft
> SDKs\Windows\v7.1\Lib\x64\SetupAPI.lib 
> 
> Cheers, 
> Nejia 
> 
> 
> 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Write-custom-c-application-using-QGIS-under-windows-tp5173377p5173692.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> 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] Write custom c++ application using QGIS under windows

2014-11-18 Thread eliu1234

Thanks so much for the answer. I am able to get the 32 bit version working.
Right now, I am facing the problem of not able to run debug mode. Since all
those xd.lib files does not exist with the OSGeo4W installation. Do you
have any idea how to fix this?

And right now, I cannot seem to print anything in this mode. I tried to use
cout but my output line is not printed. I tried to setup using visual
studio. But is unsure how to include these dll files without their
corresponding library files. Do you have any idea on this?

Thanks.

In Reply To
Re: Write custom c++ application using QGIS under   windows
Nov 18, 2014; 7:43am — by  Nejia Nejia

Hi, 

First you must download packages listed below from OSGeo4w (
http://qgis.org/en/site/forusers/download.html OSGeo4W Network Installer (32
or 64 bit)): 
- qgis: QGIS desktop 
- grass: GRASS GIS 
- qgis-devel 
- qt4-devel 
- qt4-doc 
- qt4-libs 
- qwt-devel-qt4 
- qwt-doc-qt 
- qwt-libs-qt4 

In the post of Denis just replace: 
@set PATH=%OSGEO4W_ROOT%\bin;%OSGEO4W_ROOT%\apps\qgis-dev\bin;%PATH% 
@set
INCLUDE=%INCLUDE%;%OSGEO4W_ROOT%\include;%OSGEO4W_ROOT%\apps\qgis-dev\include 

With: 
@set PATH=%OSGEO4W_ROOT%\bin;%OSGEO4W_ROOT%\apps\qgis\bin;%PATH% 
@set
INCLUDE=%INCLUDE%;%OSGEO4W_ROOT%\include;%OSGEO4W_ROOT%\apps\qgis\include 

(replace qgis-dev with qgis) 

And if you want to build 64 bits applications with visual studio 2010
replace: 
set VS90COMNTOOLS=C:\Program Files\Microsoft Visual Studio
9.0\Common7\Tools\ call "C:\Program Files\Microsoft Visual Studio
9.0\VC\vcvarsall.bat" x86 

with: 
call "%PF86%\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" amd64 if exist
"c:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.Cmd" call
"c:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.Cmd" /x64 /Release
path %path%;%PF86%\Microsoft Visual Studio 10.0\VC\bin 

set SETUPAPI_LIBRARY=%PF86%\Microsoft
SDKs\Windows\v7.0A\Lib\x64\SetupAPI.Lib 
if not exist "%SETUPAPI_LIBRARY%" set
SETUPAPI_LIBRARY=%PROGRAMFILES%\Microsoft
SDKs\Windows\v7.1\Lib\x64\SetupAPI.lib 

Cheers, 
Nejia 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Write-custom-c-application-using-QGIS-under-windows-tp5173377p5173692.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS 2.6 - Open postgis raster: decimal separator problem?

2014-11-18 Thread Jorge Gustavo Rocha


Thanks, Yves.

I found the thread in gdal-dev from almost a year ago (Oct. 2013).
This is fixed now:
http://trac.osgeo.org/gdal/ticket/5731 but only for gdal 2.0. I was 
hoping to see this fixed in gdal 1.11.


Thanks in advance,

J. Gustavo

On 18-11-2014 21:19, Yves Jacolin wrote:

Le vendredi 14 novembre 2014, 10:24:36 Giovanni Manghi a écrit :

Hi devs,

I'm unable to open Postgis rasters using the default language setting,
which is pt_PT.UTF-8 in my case. By overriding language settings, I can
open Postgis rasters. Maybe something related with the decimal_point
setting in LC_NUMERIC?

I didn't find any bug related with this issue. Can some else confirm
this problem? Should I submit a bug?



How to reproduce the problem (if decimal_point == ',' and not '.'):

it may be unrelated, but I recall a ticket about systems (Windows in
that case) were using the "," instead of "." for decimal separator
cause(d) issues at many levels. I can't find the ticket now and I
can't remember if the issue was fixed or not.

cheers!

I can confirm that there was such bug in gdal/ogr but it shoud be closed in
recent release.

I have a mail in my archive explaining this sent by Even rouault in gdal-dev
list the 22/10/2013.

Y.



J. Gustavo
--
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Nyall Dawson

On 19 November 2014 01:52, Matthias Kuhn  wrote:

>
> I am very happy that there was such a great interest in the crowdfunding
> campaign that made it possible to do that work. THANK YOU to everybody
> who helped to get the testing integration to the next level.
>

Matthias,

This is fantastic work. Thank you so much for tackling this. (and
thanks to the sponsors who made it possible too!)

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

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Nyall Dawson

On 19 November 2014 06:33, Yves Jacolin  wrote:

> At camptocamp we often use Travis CI and Coverall: https://coveralls.io/ which
> give statistic on test coveralls.
>
> Is it worth to add it?

I'd love to see something like this. Another nice extension of this
work could be to add a test for documentation coverage. We could
utilise https://github.com/alobbs/doxy-coverage , and keep raising the
threshold required for the test until we get a nice coverage of
doxygen comments.

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

Re: [Qgis-developer] Groups in Layers panel

2014-11-18 Thread Nyall Dawson

On 19 Nov 2014 8:17 am, "Yves Jacolin"  wrote:
>
>
> > and likewise,
> > when I want to Identify a feature within that group, I have to click
> > through each map in that group in order to find which map in that group
> > holds the feature I want to identify.
> You can choose the "up to bottom stop the first" mode in identify.
>

You can also (with 2.6) right click with the identify tool to get a popup
menu with features from all intersecting layers.

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

Re: [Qgis-developer] QGIS 2.6 - Open postgis raster: decimal separator problem?

2014-11-18 Thread Yves Jacolin

Le vendredi 14 novembre 2014, 10:24:36 Giovanni Manghi a écrit :
> > Hi devs,
> > 
> > I'm unable to open Postgis rasters using the default language setting,
> > which is pt_PT.UTF-8 in my case. By overriding language settings, I can
> > open Postgis rasters. Maybe something related with the decimal_point
> > setting in LC_NUMERIC?
> > 
> > I didn't find any bug related with this issue. Can some else confirm
> > this problem? Should I submit a bug?
> 
> > How to reproduce the problem (if decimal_point == ',' and not '.'):
> it may be unrelated, but I recall a ticket about systems (Windows in
> that case) were using the "," instead of "." for decimal separator
> cause(d) issues at many levels. I can't find the ticket now and I
> can't remember if the issue was fixed or not.
> 
> cheers!
I can confirm that there was such bug in gdal/ogr but it shoud be closed in 
recent release.

I have a mail in my archive explaining this sent by Even rouault in gdal-dev 
list the 22/10/2013.

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

Re: [Qgis-developer] Groups in Layers panel

2014-11-18 Thread Yves Jacolin

Zoltan,

Le vendredi 14 novembre 2014, 08:23:35 Zoltan Szecsei a écrit :
> Hi,
> I'm dealing with quite a number of vector map tiles, and I have grouped
> many of them with a common theme.
> 
> What I'm finding pretty unworkable, is that when I want to set rendering
> style, I have to do it individually per map in that group, 
You could copy-paste style, not the fastest way but faster.

> and likewise,
> when I want to Identify a feature within that group, I have to click
> through each map in that group in order to find which map in that group
> holds the feature I want to identify.
You can choose the "up to bottom stop the first" mode in identify.

> There are probably quite a few other actions that would be easier to
> work at a group level rather than a map level,
> but:
> 
> Am I attacking this issue the wrong way, or is there a possibility that
> some of these actions can be processed by QGIS at a map-group level?
> 
> Regards to all,

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

Re: [Qgis-developer] Processing with raster files > 4GB

2014-11-18 Thread Giovanni Manghi

> Hi,
>
> I am having a lot of troubles with large raster files and processing.
>
> The intermediate results can go >4GB. Processing stops with not so
> helpful error messages.
>
> I wonder if processing is hitting the 4GB limit. Can I force processing
> to use the BIGTIFF option or a raster format that can handle >4GB files?
>



Hi Andreas, what tool specifically?

cheers

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

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Yves Jacolin

Le mardi 18 novembre 2014, 15:52:12 Matthias Kuhn a écrit :
> Hi all,
> 
> You may have noticed that there is a new symbol on the qgis github page
> that (hopefully) says build passing. [1]
> 
> The last week I have been busy with fixing tests for integration with
> Travis CI.
> 
> Right now, whenever somebody pushes a change to
>  * a branch in the qgis repository (that affects "master" and
> release-x_y branches)
>  * a pull request for the qgis repository
> a service called Travis CI [2] will be activated and compile the
> sourcecode and run the test suite there. That has the advantage that we
> have a reference platform (ubuntu precise for the moment) where all
> tests pass. This defined environment is a big step forward as it makes
> test runs comparable and if something goes wrong we know that code is
> responsible and not some other variable.
> Currently all tests (with a few exceptions which are disabled) are
> passing. And it would be excellent if it stays like that!
> 
> What does that mean for developers?
> 
> **Use pull requests**
> Whenever you open a pull request first you get the chance to test your
> changes without making the nice green symbol on the front page go red.
> You can push to these pull requests until the tests go green. For
> reviewers this is also nice: you don't need to spend time on pull
> requests that don't build or don't pass tests.
> 
> **Write tests**
> If you implement a new feature or fix a bug, write a test for it. If
> somebody breaks the test, the pull request or the symbol on the github
> project page will turn red. This means that it's clear which commit
> broke the test. But the test is your feature or your bugfix!
> 
> **Try to avoid rendering tests**
> A big portion of fixing has been spent on rendering tests. The problem
> with rendering tests is, that a lot of them have slight inconsistencies
> across systems. Gradients, anti aliasing, fonts... This all may render
> differently without being really a problem. But it produces a (false)
> alarm on another system and one needs to take measures. There are such
> measures: defining color intolerance, allowed pixel mismatches, known
> anomalies, since last week also different reference pictures... But in
> the end this means extra work and false alarms once in a while. We do
> create a software that has visual products. Therefore rendering tests
> are required. But think very about different possibilities before
> writing such a test. Maybe you can extract the WKT from a geometry and
> compare that against a known WKT string instead? That is less brittle,
> faster to test and much easier to maintain than a rendering test!
> If you really need to write a rendering test it is likely that it will
> fail on travis in the beginning. To make it pass on travis, create a
> pull request and wait for it to be tested. The results will be uploaded
> to the OTB CDash [3] where you get information what exactly you need to
> adjust. How many pixels failed? Visual comparison if adjusting the color
> tolerance a bit may help. Is an anomaly ok? Is there a need to add
> another reference picture?
> 
> **C++ vs. Python tests**
> I made an earlier call for having only either one or the other. That was
> based on misinterpretation of test results from my side. Sorry.
> My current opinion is: do what you feel comfortable with. If you prefer
> to write C++ tests, do so. If you prefer to write Python tests, do so.
> If you want both, do so. The important thing is: DO IT!
> If you really need advice: go for python tests, they test the same
> functionality like C++ functions but also test the python API and
> therefore cover a slightly bigger area.
> 
> Which tests are not fixed (on the reference platform)?
> 
>  * The atlas tests had interdependencies, that made some tests pass just
> because the environment was ok from previous ones. These tests are now
> changed to be independent one of another. And there is a PR that should
> fix the issues and re-enable the test. [4]
>  * The symbology tests fail due to problems with sld loading. There is a
> pull request that partly reverts a commit that broke things and
> re-enables the test. [5]
>  * The server pal labeling tests produced very different rendering
> results. I could imagine that they would be better off if the would also
> use the QGIS test font? New reference images could also be introduced.
> Dakota cartography's call.
>  * The server canvas labeling tests crash on exit because of a
> not-yet-ended thread. Multithreading issue? Something else?
>  * Recently the WCS test started to fail. I guess the server it uses to
> test does not always respond? We should either fix the server, disable
> the test, increase the timeout...
> 
> Where to go from here?
> 
> There are two things I would like to see:
> 
>   Many more tests :)
>   More platforms: Travis can also handle mac. We could ask them to
> enable mac testing for us. But we'd first need to fix the tests there.
> There is a service

Re: [Qgis-developer] Lizmap Relation value field

2014-11-18 Thread Roy


Hi Andreas,

thanks for your answer

Il 18/11/2014 17.21, Andreas Neumann ha scritto:

Hi Roy,

It is the responsibility of QGIS server to deliver the correct human 
readable value instead of the code.


So make sure that QGIS server supports that. It works fine on my server.



so do i need to recompile QGIS to activate this feature?
i searched for documentation but i cannot find anything relevant.

What i understand is that the configuration file for QGIS server is
the one saved with QGIS desktop...
maybe i need to edit this file to add more config parameter ?
also i cannot find documentation about those (if they exists) parameters 
configuration...


thanks,

Roy.





Andreas

Am 2014-11-18 14:38, schrieb Roy:

Hi Andreas,

i'm using Lizmap web client release_2_10 and QGIS 2.6.0

i'm talking about Lizmap web client "info popup"
not displaying the relation "description" but
the numeric "code value" used for the relation mapping;

actually i don't know/uderstand if the problem is
in the client or server side; not claiming that the server is not 
working

nor the client ...

thanks,
Roy.

Il 18/11/2014 13.44, Andreas Neumann ha scritto:

Hi,

Value relations work in QGIS server - if there are single values. If 
there are multiple values (array) it doesn't work yet.


You need either QGIS 2.6 or master.

Andreas

Am 2014-11-18 12:36, schrieb Roy:

Hi René-Luc

i searched for this issue in QGIS bug but cannot find it,
do you know if it's actually an open request?
because if this does not works the realtion value is
basically useless...

thanks Roy.

Il 17/11/2014 20.39, René-Luc Dhont ha scritto:

Hi Roy,

It's the way that QGIS-Server returns feature info.
I thought that QGIS 2.6 has corrected this issue.

René-Luc D'Hont
3Liz

Le 17/11/2014 19:52, Roy a écrit :

Hi all,

i'm testing Lizmap web Client with value relation to map values
to be inserted in a point layer, with the edit tool values are
correctly displayed with a "drop-down" list, but the layer
popup only display the numerical key value used for the relation,
do i need to setup a custom popup or is this feature not supported ?

thanks,
Roy.
___
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 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 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 mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Paolo Cavallini

Il 18/11/2014 16:29, Vincent Picavet ha scritto:

> I second Tim on the mandatory tests with features, time to strengthen the 
> rules for even more quality.

I think this would be a good move, so customers are warned they have to pay 
also for
the test. It will be difficult to implement for the works now in progress 
though.
IMHO it wouold be important also to clarify how to define a function, and how
extensive a test should be.
Definitely another step towards maturity.
All the best, and thanks.

-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Sandro Santilli

On Tue, Nov 18, 2014 at 03:52:12PM +0100, Matthias Kuhn wrote:

> You may have noticed that there is a new symbol on the qgis github page
> that (hopefully) says build passing. [1]
[..]
> [1] https://github.com/qgis/QGIS

It does, and great work !

TravisCI is nice for the gihub integration, but for larger coverage it
would be very nice to get the osgeo buildbot back [2], and ask users to
setup bots for their preferred platform:

 http://trac.osgeo.org/osgeo/ticket/1214

Hint: Buildbot is in python, which should be familiar to the QGIS
  developers :)

--strk; 

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Lizmap Relation value field

2014-11-18 Thread Andreas Neumann


Hi Roy,

It is the responsibility of QGIS server to deliver the correct human 
readable value instead of the code.


So make sure that QGIS server supports that. It works fine on my server.

Andreas

Am 2014-11-18 14:38, schrieb Roy:

Hi Andreas,

i'm using Lizmap web client release_2_10 and QGIS 2.6.0

i'm talking about Lizmap web client "info popup"
not displaying the relation "description" but
the numeric "code value" used for the relation mapping;

actually i don't know/uderstand if the problem is
in the client or server side; not claiming that the server is  not 
working

nor the client ...

thanks,
Roy.

Il 18/11/2014 13.44, Andreas Neumann ha scritto:

Hi,

Value relations work in QGIS server - if there are single values. If 
there are multiple values (array) it doesn't work yet.


You need either QGIS 2.6 or master.

Andreas

Am 2014-11-18 12:36, schrieb Roy:

Hi René-Luc

i searched for this issue in QGIS bug but cannot find it,
do you know if it's actually an open request?
because if this does not works the realtion value is
basically useless...

thanks Roy.

Il 17/11/2014 20.39, René-Luc Dhont ha scritto:

Hi Roy,

It's the way that QGIS-Server returns feature info.
I thought that QGIS 2.6 has corrected this issue.

René-Luc D'Hont
3Liz

Le 17/11/2014 19:52, Roy a écrit :

Hi all,

i'm testing Lizmap web Client with value relation to map values
to be inserted in a point layer, with the edit tool values are
correctly displayed with a "drop-down" list, but the layer
popup only display the numerical key value used for the relation,
do i need to setup a custom popup or is this feature not supported 
?


thanks,
Roy.
___
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 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 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] User-contributed scripts/models for Processing

2014-11-18 Thread Alexander Bruy

Hi all and sorry for cross-posting,

you may have know that we have a GitHub repo with user-contributed scripts
and models for Processing [0] and Processing itself provides easy way to
download them for further use.

This scripts/models may contain bugs or one may want to submit feature request.
Unfortunately right now there is no central place for this. So we have
two options
here:
 1. create special category in QGIS bugtracker
 2. use GitHub bugtracker

Another thing, as this scripts and models (well, the biggest part of
them) actually
contributed by users, core developers are not responsible to their
bugs. But users often think that if they use script/model in QGIS that
this is QGIS bug and complain. Maybe we should add a
warning/explanation to download dialog?

Opinions?

[0] https://github.com/qgis/QGIS-Processing


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

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Vincent Picavet

Hello,

Le mardi 18 novembre 2014 16:05:57, Tim Sutton a écrit :
> Hi
> 
> On Tue, Nov 18, 2014 at 4:52 PM, Matthias Kuhn  wrote:
> > Hi all,
> > 
> > You may have noticed that there is a new symbol on the qgis github page
> > that (hopefully) says build passing. [1]
> > 
> > The last week I have been busy with fixing tests for integration with
> > Travis CI.
[...]
> Brilliant stuff Matthias! Now we need to agree to 'no new code without
> tests' as a formal requirement and we will be a long way down the road
> towards a more stable QGIS.

Great work Matthias ! Really good to see QGIS starting to keep up on the 
quality and industrialization side !

I second Tim on the mandatory tests with features, time to strengthen the 
rules for even more quality.

Vincent

> 
> Regards
> 
> Tim
> 
> > Matthias
> > 
> > [1] https://github.com/qgis/QGIS
> > [2] http://travis-ci.org/
> > [3] http://dash.orfeo-toolbox.org/index.php?project=QGIS
> > 
> > ___
> > 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] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Matthias Kuhn

Hi Even

On 18.11.2014 16:13, Even Rouault wrote:
> Matthias,
>
> Great move from yours !
>
> I can point you to an email I sent to the mapguide folks recently, sharing my 
> experience with C.I. tools for GDAL. See the end of 
> http://lists.osgeo.org/pipermail/mapguide-internals/2014-August/007518.html
Definitely an interesting read. Good to know that ther's a short timeout
with appveyor and alternatives, although mingw/wine solutions appear to
be a workaround. I wonder if there is a problem with appveyor, maybe
there is somebody in need of stable windows build who could sponsor this.
>
> I'm skeptical you'll manage to build QGIS with (the free program of) 
> AppVeyor, 
> since GDAL reaches their build time limit.
>
> Regarding comparing images, MapServer used to use the 'perceptualdiff' 
> utility 
> that can accept some, invisible to the eye, differences between the reference 
> image and the image produced. But this may be sometimes still be a bit 
> oversensitive. Definitely a tricky subject to have rendering tests running 
> consistently accross platforms.
> You mention comparing WKT, but that can be non obvious too since there might 
> be different rounding accross platforms. Better to have a dedicated geometry 
> comparison method that accept an epsilon when doing vertex comparisons.
I had a short look at that last week and found that in the end you still
need to define a number of allowed mismatch pixels for some font images
I compared. But maybe one could tweak the parameters.
Concerning WKT you are right of course (thinking of ARM where qReal is
interpreted as float vs. double on other platforms). Something like this
for vertex comparisons could be good:
https://docs.python.org/2/library/unittest.html#unittest.TestCase.assertAlmostEqual

Matthias

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

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Even Rouault

Matthias,

Great move from yours !

I can point you to an email I sent to the mapguide folks recently, sharing my 
experience with C.I. tools for GDAL. See the end of 
http://lists.osgeo.org/pipermail/mapguide-internals/2014-August/007518.html

I'm skeptical you'll manage to build QGIS with (the free program of) AppVeyor, 
since GDAL reaches their build time limit.

Regarding comparing images, MapServer used to use the 'perceptualdiff' utility 
that can accept some, invisible to the eye, differences between the reference 
image and the image produced. But this may be sometimes still be a bit 
oversensitive. Definitely a tricky subject to have rendering tests running 
consistently accross platforms.
You mention comparing WKT, but that can be non obvious too since there might 
be different rounding accross platforms. Better to have a dedicated geometry 
comparison method that accept an epsilon when doing vertex comparisons.

Even

> Hi all,
> 
> You may have noticed that there is a new symbol on the qgis github page
> that (hopefully) says build passing. [1]
> 
> The last week I have been busy with fixing tests for integration with
> Travis CI.
> 
> Right now, whenever somebody pushes a change to
>  * a branch in the qgis repository (that affects "master" and
> release-x_y branches)
>  * a pull request for the qgis repository
> a service called Travis CI [2] will be activated and compile the
> sourcecode and run the test suite there. That has the advantage that we
> have a reference platform (ubuntu precise for the moment) where all
> tests pass. This defined environment is a big step forward as it makes
> test runs comparable and if something goes wrong we know that code is
> responsible and not some other variable.
> Currently all tests (with a few exceptions which are disabled) are
> passing. And it would be excellent if it stays like that!
> 
> What does that mean for developers?
> 
> **Use pull requests**
> Whenever you open a pull request first you get the chance to test your
> changes without making the nice green symbol on the front page go red.
> You can push to these pull requests until the tests go green. For
> reviewers this is also nice: you don't need to spend time on pull
> requests that don't build or don't pass tests.
> 
> **Write tests**
> If you implement a new feature or fix a bug, write a test for it. If
> somebody breaks the test, the pull request or the symbol on the github
> project page will turn red. This means that it's clear which commit
> broke the test. But the test is your feature or your bugfix!
> 
> **Try to avoid rendering tests**
> A big portion of fixing has been spent on rendering tests. The problem
> with rendering tests is, that a lot of them have slight inconsistencies
> across systems. Gradients, anti aliasing, fonts... This all may render
> differently without being really a problem. But it produces a (false)
> alarm on another system and one needs to take measures. There are such
> measures: defining color intolerance, allowed pixel mismatches, known
> anomalies, since last week also different reference pictures... But in
> the end this means extra work and false alarms once in a while. We do
> create a software that has visual products. Therefore rendering tests
> are required. But think very about different possibilities before
> writing such a test. Maybe you can extract the WKT from a geometry and
> compare that against a known WKT string instead? That is less brittle,
> faster to test and much easier to maintain than a rendering test!
> If you really need to write a rendering test it is likely that it will
> fail on travis in the beginning. To make it pass on travis, create a
> pull request and wait for it to be tested. The results will be uploaded
> to the OTB CDash [3] where you get information what exactly you need to
> adjust. How many pixels failed? Visual comparison if adjusting the color
> tolerance a bit may help. Is an anomaly ok? Is there a need to add
> another reference picture?
> 
> **C++ vs. Python tests**
> I made an earlier call for having only either one or the other. That was
> based on misinterpretation of test results from my side. Sorry.
> My current opinion is: do what you feel comfortable with. If you prefer
> to write C++ tests, do so. If you prefer to write Python tests, do so.
> If you want both, do so. The important thing is: DO IT!
> If you really need advice: go for python tests, they test the same
> functionality like C++ functions but also test the python API and
> therefore cover a slightly bigger area.
> 
> Which tests are not fixed (on the reference platform)?
> 
>  * The atlas tests had interdependencies, that made some tests pass just
> because the environment was ok from previous ones. These tests are now
> changed to be independent one of another. And there is a PR that should
> fix the issues and re-enable the test. [4]
>  * The symbology tests fail due to problems with sld loading. There is a
> pull request that partly re

Re: [Qgis-developer] Qt5 support and packages

2014-11-18 Thread Dave Johansen

RHEL 6 has Qt 4.6 and so in order to build anything from the 2.x series it
has to be built against Qt 5.

http://lists.osgeo.org/pipermail/qgis-developer/2014-September/034458.html

On Tue, Nov 18, 2014 at 1:09 AM, Matthias Kuhn  wrote:

> Hi Paolo,
>
> What is the reason for doing so?
> Which platforms would you think require packages?
>
> Best,
> Matthias
>
>
> On 11/18/2014 08:36 AM, Werner Macho wrote:
>
>> hmm - ah ok - debian testing ..
>> well .. that should become stable somewhere soon (but looking at the
>> arguing about systemd I am not so sure about this)
>> funny that I don't have that specific package available in my install
>> here ..
>> But well, this is LMDE .. probably thats a special case ..
>> thanks for pointing it out
>> regards
>> Werner
>>
>> On 11/18/2014 08:32 AM, Paolo Cavallini wrote:
>>
>>> Il 18/11/2014 08:29, Werner Macho ha scritto:
>>>
 Hi!

 I am not quite sure but at least on debian it looks like that pyqt5
 packages are only
 available built against python3.
 (correct me if I am wrong but I only found python3-pyqt5-* packages ..)

 So I assume at least on debian a switch to qt5 would also mean a switch
 to python3 ..

>>> aptitude show python-pyqt5
>>> Package: python-pyqt5
>>> New: yes
>>> State: installed
>>> Automatically installed: yes
>>> Version: 5.3.2+dfsg-3
>>> Priority: optional
>>> Section: python
>>> Maintainer: Debian Python Modules Team >> alioth.debian.org>
>>> Architecture: amd64
>>> Uncompressed Size: 13.7 M
>>> Depends: python (>= 2.7), python (< 2.8), libc6 (>= 2.14), libqt5core5a
>>> (>= 5.3.0),
>>> libqt5dbus5
>>>   (>= 5.0.2), libqt5designer5 (>= 5.0.2), libqt5gui5 (>= 5.3.0),
>>> libqt5help5
>>> (>= 5.3.0),
>>>   libqt5network5 (>= 5.3.0), libqt5printsupport5 (>= 5.3.0),
>>> libqt5test5 (>=
>>> 5.0.2),
>>>   libqt5widgets5 (>= 5.3.0), libstdc++6 (>= 4.1.1),
>>> qtbase-abi-5-3-2, sip-api-11.1
>>> Suggests: python-pyqt5-dbg
>>> Description: Python bindings for Qt5
>>>   PyQt5 exposes the Qt5 API to Python. This package contains the
>>> following modules:
>>>   * QtCore
>>>   * QtDBus
>>>   * QtDesigner
>>>   * QtGui
>>>   * QtHelp
>>>   * QtNetwork
>>>   * QtPrintSupport
>>>   * QtTest
>>>   * QtWidgets
>>> Homepage: http://www.riverbankcomputing.co.uk/software/pyqt/
>>>
>>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
> --
> --
>
> Please help taking QGIS to the next level of quality. Before November 15 !
> http://blog.vitu.ch/10102014-1046/crowdfunding-initiative-
> automated-testing
>
>
> ___
> 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] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Tim Sutton

Hi

On Tue, Nov 18, 2014 at 4:52 PM, Matthias Kuhn  wrote:

> Hi all,
>
> You may have noticed that there is a new symbol on the qgis github page
> that (hopefully) says build passing. [1]
>
> The last week I have been busy with fixing tests for integration with
> Travis CI.
>
> Right now, whenever somebody pushes a change to
>  * a branch in the qgis repository (that affects "master" and
> release-x_y branches)
>  * a pull request for the qgis repository
> a service called Travis CI [2] will be activated and compile the
> sourcecode and run the test suite there. That has the advantage that we
> have a reference platform (ubuntu precise for the moment) where all
> tests pass. This defined environment is a big step forward as it makes
> test runs comparable and if something goes wrong we know that code is
> responsible and not some other variable.
> Currently all tests (with a few exceptions which are disabled) are
> passing. And it would be excellent if it stays like that!
>
> What does that mean for developers?
>
> **Use pull requests**
> Whenever you open a pull request first you get the chance to test your
> changes without making the nice green symbol on the front page go red.
> You can push to these pull requests until the tests go green. For
> reviewers this is also nice: you don't need to spend time on pull
> requests that don't build or don't pass tests.
>
> **Write tests**
> If you implement a new feature or fix a bug, write a test for it. If
> somebody breaks the test, the pull request or the symbol on the github
> project page will turn red. This means that it's clear which commit
> broke the test. But the test is your feature or your bugfix!
>
> **Try to avoid rendering tests**
> A big portion of fixing has been spent on rendering tests. The problem
> with rendering tests is, that a lot of them have slight inconsistencies
> across systems. Gradients, anti aliasing, fonts... This all may render
> differently without being really a problem. But it produces a (false)
> alarm on another system and one needs to take measures. There are such
> measures: defining color intolerance, allowed pixel mismatches, known
> anomalies, since last week also different reference pictures... But in
> the end this means extra work and false alarms once in a while. We do
> create a software that has visual products. Therefore rendering tests
> are required. But think very about different possibilities before
> writing such a test. Maybe you can extract the WKT from a geometry and
> compare that against a known WKT string instead? That is less brittle,
> faster to test and much easier to maintain than a rendering test!
> If you really need to write a rendering test it is likely that it will
> fail on travis in the beginning. To make it pass on travis, create a
> pull request and wait for it to be tested. The results will be uploaded
> to the OTB CDash [3] where you get information what exactly you need to
> adjust. How many pixels failed? Visual comparison if adjusting the color
> tolerance a bit may help. Is an anomaly ok? Is there a need to add
> another reference picture?
>
> **C++ vs. Python tests**
> I made an earlier call for having only either one or the other. That was
> based on misinterpretation of test results from my side. Sorry.
> My current opinion is: do what you feel comfortable with. If you prefer
> to write C++ tests, do so. If you prefer to write Python tests, do so.
> If you want both, do so. The important thing is: DO IT!
> If you really need advice: go for python tests, they test the same
> functionality like C++ functions but also test the python API and
> therefore cover a slightly bigger area.
>
> Which tests are not fixed (on the reference platform)?
>
>  * The atlas tests had interdependencies, that made some tests pass just
> because the environment was ok from previous ones. These tests are now
> changed to be independent one of another. And there is a PR that should
> fix the issues and re-enable the test. [4]
>  * The symbology tests fail due to problems with sld loading. There is a
> pull request that partly reverts a commit that broke things and
> re-enables the test. [5]
>  * The server pal labeling tests produced very different rendering
> results. I could imagine that they would be better off if the would also
> use the QGIS test font? New reference images could also be introduced.
> Dakota cartography's call.
>  * The server canvas labeling tests crash on exit because of a
> not-yet-ended thread. Multithreading issue? Something else?
>  * Recently the WCS test started to fail. I guess the server it uses to
> test does not always respond? We should either fix the server, disable
> the test, increase the timeout...
>
> Where to go from here?
>
> There are two things I would like to see:
>
>   Many more tests :)
>   More platforms: Travis can also handle mac. We could ask them to
> enable mac testing for us. But we'd first need to fix the tests there.
> There is a service called appve

[Qgis-developer] Continuous Integration / Testing with TravisCI

2014-11-18 Thread Matthias Kuhn

Hi all,

You may have noticed that there is a new symbol on the qgis github page
that (hopefully) says build passing. [1]

The last week I have been busy with fixing tests for integration with
Travis CI.

Right now, whenever somebody pushes a change to
 * a branch in the qgis repository (that affects "master" and
release-x_y branches)
 * a pull request for the qgis repository
a service called Travis CI [2] will be activated and compile the
sourcecode and run the test suite there. That has the advantage that we
have a reference platform (ubuntu precise for the moment) where all
tests pass. This defined environment is a big step forward as it makes
test runs comparable and if something goes wrong we know that code is
responsible and not some other variable.
Currently all tests (with a few exceptions which are disabled) are
passing. And it would be excellent if it stays like that!

What does that mean for developers?

**Use pull requests**
Whenever you open a pull request first you get the chance to test your
changes without making the nice green symbol on the front page go red.
You can push to these pull requests until the tests go green. For
reviewers this is also nice: you don't need to spend time on pull
requests that don't build or don't pass tests.

**Write tests**
If you implement a new feature or fix a bug, write a test for it. If
somebody breaks the test, the pull request or the symbol on the github
project page will turn red. This means that it's clear which commit
broke the test. But the test is your feature or your bugfix!

**Try to avoid rendering tests**
A big portion of fixing has been spent on rendering tests. The problem
with rendering tests is, that a lot of them have slight inconsistencies
across systems. Gradients, anti aliasing, fonts... This all may render
differently without being really a problem. But it produces a (false)
alarm on another system and one needs to take measures. There are such
measures: defining color intolerance, allowed pixel mismatches, known
anomalies, since last week also different reference pictures... But in
the end this means extra work and false alarms once in a while. We do
create a software that has visual products. Therefore rendering tests
are required. But think very about different possibilities before
writing such a test. Maybe you can extract the WKT from a geometry and
compare that against a known WKT string instead? That is less brittle,
faster to test and much easier to maintain than a rendering test!
If you really need to write a rendering test it is likely that it will
fail on travis in the beginning. To make it pass on travis, create a
pull request and wait for it to be tested. The results will be uploaded
to the OTB CDash [3] where you get information what exactly you need to
adjust. How many pixels failed? Visual comparison if adjusting the color
tolerance a bit may help. Is an anomaly ok? Is there a need to add
another reference picture?

**C++ vs. Python tests**
I made an earlier call for having only either one or the other. That was
based on misinterpretation of test results from my side. Sorry.
My current opinion is: do what you feel comfortable with. If you prefer
to write C++ tests, do so. If you prefer to write Python tests, do so.
If you want both, do so. The important thing is: DO IT!
If you really need advice: go for python tests, they test the same
functionality like C++ functions but also test the python API and
therefore cover a slightly bigger area.

Which tests are not fixed (on the reference platform)?

 * The atlas tests had interdependencies, that made some tests pass just
because the environment was ok from previous ones. These tests are now
changed to be independent one of another. And there is a PR that should
fix the issues and re-enable the test. [4]
 * The symbology tests fail due to problems with sld loading. There is a
pull request that partly reverts a commit that broke things and
re-enables the test. [5]
 * The server pal labeling tests produced very different rendering
results. I could imagine that they would be better off if the would also
use the QGIS test font? New reference images could also be introduced.
Dakota cartography's call.
 * The server canvas labeling tests crash on exit because of a
not-yet-ended thread. Multithreading issue? Something else?
 * Recently the WCS test started to fail. I guess the server it uses to
test does not always respond? We should either fix the server, disable
the test, increase the timeout...

Where to go from here?

There are two things I would like to see:

  Many more tests :)
  More platforms: Travis can also handle mac. We could ask them to
enable mac testing for us. But we'd first need to fix the tests there.
There is a service called appveyor that runs tests for windows. But we'd
first need to fix the tests there.

I am very happy that there was such a great interest in the crowdfunding
campaign that made it possible to do that work. THANK YOU to everybody
who helped to g

[Qgis-developer] Processing with raster files > 4GB

2014-11-18 Thread Andreas Neumann


Hi,

I am having a lot of troubles with large raster files and processing.

The intermediate results can go >4GB. Processing stops with not so 
helpful error messages.


I wonder if processing is hitting the 4GB limit. Can I force processing 
to use the BIGTIFF option or a raster format that can handle >4GB files?


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

Re: [Qgis-developer] Lizmap Relation value field

2014-11-18 Thread Roy


Hi Andreas,

i'm using Lizmap web client release_2_10 and QGIS 2.6.0

i'm talking about Lizmap web client "info popup"
not displaying the relation "description" but
the numeric "code value" used for the relation mapping;

actually i don't know/uderstand if the problem is
in the client or server side; not claiming that the server is  not working
nor the client ...

thanks,
Roy.

Il 18/11/2014 13.44, Andreas Neumann ha scritto:

Hi,

Value relations work in QGIS server - if there are single values. If 
there are multiple values (array) it doesn't work yet.


You need either QGIS 2.6 or master.

Andreas

Am 2014-11-18 12:36, schrieb Roy:

Hi René-Luc

i searched for this issue in QGIS bug but cannot find it,
do you know if it's actually an open request?
because if this does not works the realtion value is
basically useless...

thanks Roy.

Il 17/11/2014 20.39, René-Luc Dhont ha scritto:

Hi Roy,

It's the way that QGIS-Server returns feature info.
I thought that QGIS 2.6 has corrected this issue.

René-Luc D'Hont
3Liz

Le 17/11/2014 19:52, Roy a écrit :

Hi all,

i'm testing Lizmap web Client with value relation to map values
to be inserted in a point layer, with the edit tool values are
correctly displayed with a "drop-down" list, but the layer
popup only display the numerical key value used for the relation,
do i need to setup a custom popup or is this feature not supported ?

thanks,
Roy.
___
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 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 mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Write custom c++ application using QGIS under windows

2014-11-18 Thread Nejia

Hi,

First you must download packages listed below from OSGeo4w ( 
http://qgis.org/en/site/forusers/download.html OSGeo4W Network Installer (32 or 
64 bit)):
- qgis: QGIS desktop
- grass: GRASS GIS
- qgis-devel
- qt4-devel
- qt4-doc
- qt4-libs
- qwt-devel-qt4
- qwt-doc-qt
- qwt-libs-qt4

In the post of Denis just replace:
@set PATH=%OSGEO4W_ROOT%\bin;%OSGEO4W_ROOT%\apps\qgis-dev\bin;%PATH%
@set 
INCLUDE=%INCLUDE%;%OSGEO4W_ROOT%\include;%OSGEO4W_ROOT%\apps\qgis-dev\include

With:
@set PATH=%OSGEO4W_ROOT%\bin;%OSGEO4W_ROOT%\apps\qgis\bin;%PATH%
@set INCLUDE=%INCLUDE%;%OSGEO4W_ROOT%\include;%OSGEO4W_ROOT%\apps\qgis\include

(replace qgis-dev with qgis)

And if you want to build 64 bits applications with visual studio 2010 replace:
set VS90COMNTOOLS=C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\ 
call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86

with:
call "%PF86%\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" amd64 if exist 
"c:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.Cmd" call "c:\Program 
Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.Cmd" /x64 /Release path 
%path%;%PF86%\Microsoft Visual Studio 10.0\VC\bin

set SETUPAPI_LIBRARY=%PF86%\Microsoft SDKs\Windows\v7.0A\Lib\x64\SetupAPI.Lib
if not exist "%SETUPAPI_LIBRARY%" set SETUPAPI_LIBRARY=%PROGRAMFILES%\Microsoft 
SDKs\Windows\v7.1\Lib\x64\SetupAPI.lib

Cheers,
Nejia

-Message d'origine-
De : qgis-developer-boun...@lists.osgeo.org 
[mailto:qgis-developer-boun...@lists.osgeo.org] De la part de eliu1234
Envoyé : mardi 18 novembre 2014 00:15
À : qgis-developer@lists.osgeo.org
Objet : Re: [Qgis-developer] Write custom c++ application using QGIS under 
windows

I saw your post on this. And I actually used this .proj file. However, with all 
of your include directory, the header files qgisapplication.h does not exist in 
anyone of them. This is why I am confused about where it can be.

Re: Write custom c++ application using QGIS under windows Nov 17, 2014; 5:47pm 
— by  3nids 3nids Hi,

I wrote a post about that:

http://3nids.wordpress.com/2014/02/27/build-and-deploy-c-qgis-app-on-windows/

I hope it helps

Denis

Le mardi 18 novembre 2014, eliu1234 <[hidden email]> a écrit :
Thanks for the reply.

So after that, I should just include the directory containing the header files 
in .proj?

I tried to do this, however, i get the error in the following stackoverflow
post:
http://stackoverflow.com/questions/26597253/syntax-error-in-qgsapplication-h



--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Write-custom-c-application-using-QGIS-under-windows-tp5173377p5173395.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@...
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/qgis-developer  



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Write-custom-c-application-using-QGIS-under-windows-tp5173377p5173412.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Lizmap Relation value field

2014-11-18 Thread Andreas Neumann


Hi,

Value relations work in QGIS server - if there are single values. If 
there are multiple values (array) it doesn't work yet.


You need either QGIS 2.6 or master.

Andreas

Am 2014-11-18 12:36, schrieb Roy:

Hi René-Luc

i searched for this issue in QGIS bug but cannot find it,
do you know if it's actually an open request?
because if this does not works the realtion value is
basically useless...

thanks Roy.

Il 17/11/2014 20.39, René-Luc Dhont ha scritto:

Hi Roy,

It's the way that QGIS-Server returns feature info.
I thought that QGIS 2.6 has corrected this issue.

René-Luc D'Hont
3Liz

Le 17/11/2014 19:52, Roy a écrit :

Hi all,

i'm testing Lizmap web Client with value relation to map values
to be inserted in a point layer, with the edit tool values are
correctly displayed with a "drop-down" list, but the layer
popup only display the numerical key value used for the relation,
do i need to setup a custom popup or is this feature not supported ?

thanks,
Roy.
___
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 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] Lizmap Relation value field

2014-11-18 Thread Roy


Hi René-Luc

i searched for this issue in QGIS bug but cannot find it,
do you know if it's actually an open request?
because if this does not works the realtion value is
basically useless...

thanks Roy.

Il 17/11/2014 20.39, René-Luc Dhont ha scritto:

Hi Roy,

It's the way that QGIS-Server returns feature info.
I thought that QGIS 2.6 has corrected this issue.

René-Luc D'Hont
3Liz

Le 17/11/2014 19:52, Roy a écrit :

Hi all,

i'm testing Lizmap web Client with value relation to map values
to be inserted in a point layer, with the edit tool values are
correctly displayed with a "drop-down" list, but the layer
popup only display the numerical key value used for the relation,
do i need to setup a custom popup or is this feature not supported ?

thanks,
Roy.
___
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 mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Lizmap load document/image form

2014-11-18 Thread René-Luc Dhont


Hi Roy,

You can take a look at the lizmap-web-client github issues list.
https://github.com/3liz/lizmap-web-client/issues

If you didn't see it you can create it.

Thanks.

René-Luc

Le 18/11/2014 11:57, Roy a écrit :

Dear list,

it would be useful/nice to have the possibility to load an image or 
document
associated with a feature using the Lizmap web client,  in edit 
session, is this feasible or beyond

the scope of the application?

thanks, Roy.
___
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] Lizmap load document/image form

2014-11-18 Thread Roy


Dear list,

it would be useful/nice to have the possibility to load an image or document
associated with a feature using the Lizmap web client,  in edit session, 
is this feasible or beyond

the scope of the application?

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

Re: [Qgis-developer] Qt5 support and packages

2014-11-18 Thread Paolo Cavallini

Il 18/11/2014 09:09, Matthias Kuhn ha scritto:

> What is the reason for doing so?

I think it would be useful to do some testing, so that we are free to switch 
once
things are running well (or we warn plugin devs, etc.).

> Which platforms would you think require packages?

I can test on Debian sid, but probably it would be useful if also a win package 
would
be available.

All the best, and thanks.

-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Qt5 support and packages

2014-11-18 Thread Matthias Kuhn


Hi Paolo,

What is the reason for doing so?
Which platforms would you think require packages?

Best,
Matthias

On 11/18/2014 08:36 AM, Werner Macho wrote:

hmm - ah ok - debian testing ..
well .. that should become stable somewhere soon (but looking at the 
arguing about systemd I am not so sure about this)
funny that I don't have that specific package available in my install 
here ..

But well, this is LMDE .. probably thats a special case ..
thanks for pointing it out
regards
Werner

On 11/18/2014 08:32 AM, Paolo Cavallini wrote:

Il 18/11/2014 08:29, Werner Macho ha scritto:

Hi!

I am not quite sure but at least on debian it looks like that pyqt5 
packages are only

available built against python3.
(correct me if I am wrong but I only found python3-pyqt5-* packages ..)

So I assume at least on debian a switch to qt5 would also mean a 
switch to python3 ..

aptitude show python-pyqt5
Package: python-pyqt5
New: yes
State: installed
Automatically installed: yes
Version: 5.3.2+dfsg-3
Priority: optional
Section: python
Maintainer: Debian Python Modules Team 


Architecture: amd64
Uncompressed Size: 13.7 M
Depends: python (>= 2.7), python (< 2.8), libc6 (>= 2.14), 
libqt5core5a (>= 5.3.0),

libqt5dbus5
  (>= 5.0.2), libqt5designer5 (>= 5.0.2), libqt5gui5 (>= 
5.3.0), libqt5help5

(>= 5.3.0),
  libqt5network5 (>= 5.3.0), libqt5printsupport5 (>= 5.3.0), 
libqt5test5 (>=

5.0.2),
  libqt5widgets5 (>= 5.3.0), libstdc++6 (>= 4.1.1), 
qtbase-abi-5-3-2, sip-api-11.1

Suggests: python-pyqt5-dbg
Description: Python bindings for Qt5
  PyQt5 exposes the Qt5 API to Python. This package contains the 
following modules:

  * QtCore
  * QtDBus
  * QtDesigner
  * QtGui
  * QtHelp
  * QtNetwork
  * QtPrintSupport
  * QtTest
  * QtWidgets
Homepage: http://www.riverbankcomputing.co.uk/software/pyqt/



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


--
--

Please help taking QGIS to the next level of quality. Before November 15 !
http://blog.vitu.ch/10102014-1046/crowdfunding-initiative-automated-testing

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

Re: [Qgis-developer] Groups in Layers panel

Re: [Qgis-developer] Problems with developing custom c++ qgis application with QtCreator and MSVC2008 on Windows

[Qgis-developer] Problems with developing custom c++ qgis application with QtCreator and MSVC2008 on Windows

Re: [Qgis-developer] Write custom c++ application using QGIS under windows

Re: [Qgis-developer] Write custom c++ application using QGIS under windows

Re: [Qgis-developer] QGIS 2.6 - Open postgis raster: decimal separator problem?

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Groups in Layers panel

Re: [Qgis-developer] QGIS 2.6 - Open postgis raster: decimal separator problem?

Re: [Qgis-developer] Groups in Layers panel

Re: [Qgis-developer] Processing with raster files > 4GB

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Lizmap Relation value field

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Lizmap Relation value field

[Qgis-developer] User-contributed scripts/models for Processing

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Re: [Qgis-developer] Qt5 support and packages

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

[Qgis-developer] Continuous Integration / Testing with TravisCI

[Qgis-developer] Processing with raster files > 4GB

Re: [Qgis-developer] Lizmap Relation value field

Re: [Qgis-developer] Write custom c++ application using QGIS under windows

Re: [Qgis-developer] Lizmap Relation value field

Re: [Qgis-developer] Lizmap Relation value field

Re: [Qgis-developer] Lizmap load document/image form

[Qgis-developer] Lizmap load document/image form

Re: [Qgis-developer] Qt5 support and packages

Re: [Qgis-developer] Qt5 support and packages

33 matches

Site Navigation

Mail list logo

Footer information