[Qgis-developer] Plugin [995] dzetsaka : Classification tool approval notification.

[noreply]

Plugin dzetsaka : Classification tool approval by pcav.
The plugin version "[995] dzetsaka : Classification tool 1.0" is now approved
Link: http://plugins.qgis.org/plugins/dzetsaka/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Backport of bugfix/feature for GPS compatibility

[Nathan Woodrow]

IMO bug fix as it can stop some new GPS working correctly.

On Wed, May 18, 2016 at 12:42 PM, Larry Shaffer 
wrote:

> Hi,
>
> I would like to backport the following commit to the release-2_14 branch
> (adds compatibility for some GPS units in mobile devices):
> https://github.com/qgis/QGIS/commit/88bddb8
>
> The issue is that it has been classified as both a bug fix and a feature:
> Bug report: http://hub.qgis.org/issues/13330
> Feature request: http://hub.qgis.org/issues/12980
> Feature PR: https://github.com/qgis/QGIS/pull/2867
>
> Any objections to backporting it?
>
> Larry Shaffer
> Dakota Cartography
> Black Hills, South Dakota
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Backport of bugfix/feature for GPS compatibility

[Larry Shaffer]

Hi,

I would like to backport the following commit to the release-2_14 branch
(adds compatibility for some GPS units in mobile devices):
https://github.com/qgis/QGIS/commit/88bddb8

The issue is that it has been classified as both a bug fix and a feature:
Bug report: http://hub.qgis.org/issues/13330
Feature request: http://hub.qgis.org/issues/12980
Feature PR: https://github.com/qgis/QGIS/pull/2867

Any objections to backporting it?

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-community-team] Moving the install instructions to a more sexy, visible, coherent and translatable page in qgis.org

[Richard Duivenvoorde]

Personally I'm ok with moving to rst / docs with the following arguments:
- it can be translated
- it is easier searchable (google)
- it will hopefully kept uptodate by more people because they try the
instructions and report back

Only reason NOT doing it was because in an earlier hackfest (when I
already put them to rst), I thought Juergen told me something about
scripts which kept the files uptodate.

IF only the apt-get lines are truely updated in that way, I'm ok with
moving.

Plz others speak out.

Regards,

Richard

On 17-05-16 11:46, DelazJ wrote:
> Hi all,
> So, is any decision taken about this? Does it seem feasible?
> 
> Regards,
> Harrissou
> 
> 
> 2016-04-25 17:19 GMT+02:00 Jürgen E. >:
> 
> Hi Richard,
> 
> On Sat, 23. Apr 2016 at 16:53:46 +0200, Richard Duivenvoorde wrote:
> > @jef: maybe you can elaborate a little more on this?
> 
> You're probably referring to scripts/scandeps.pl
> .  That updates the apt-get
> install lines in doc/linux.t2t from the packaging files in debian/
> 
> But that's about it.  I'm not sure those are actually necessary -
> I'd try to
> keep specific versions from the descriptions if possible.  As that's
> what tend
> to outdate quickly and point to the packaging files instead, because
> those are
> actually used and maintained.
> 
> BTW I for instance don't go through manually setting up the build
> with cmake
> for development, but produce packages once (or sometimes even kill
> the build
> half way) and keep using that build directory for development (both
> on linux
> and windows).
> 
> On Debian that complains about what dependencies are missing anyway
> - so having
> the apt-get install list above isn't necessary.  You could also just
> add the
> nightly repository for the distribution you target and run apt-get
> build-dep
> qgis and achieve the same.
> 
> 
> 
> Jürgen
> 
> --
> Jürgen E. Fischer   norBIT GmbH Tel.
> +49-4931-918175-31 
> Dipl.-Inf. (FH) Rheinstraße 13  Fax.
> +49-4931-918175-50 
> Software Engineer   D-26506 Norden   
>  http://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on
> FreeNode
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org 
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> 
> 
> ___
> Qgis-community-team mailing list for organizing community resources such as 
> documentation, translation etc..
> qgis-community-t...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-community-team
> 

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

[Qgis-developer] Plugin [927] Qlr Browser approval notification.

[noreply]

Plugin Qlr Browser approval by pcav.
The plugin version "[927] Qlr Browser 0.2.4 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/QlrBrowser/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [927] Qlr Browser approval notification.

[noreply]

Plugin Qlr Browser approval by pcav.
The plugin version "[927] Qlr Browser 0.2.5 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/QlrBrowser/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] is it possible to use virtual fields that depend on other virtual fields for styling and labeling?

[Janneke van Dijk]

Dear list,

First, I'm not sure this is a question for the user list or the 
developer list so I send it to both.


In the attached project with test shapefile I have a shapefile with 
three virtual fields (integers). The first two virtual fields (vTest and 
vTest2) contain expressions to assign integers, the third virtual field 
(vTest3) multiplies the values of vTest and vTest2. I can use vTest and 
vTest2 in Styles and in Labels, but not vTest3. In styles it will not 
categorise, and the labels will just not show in the map. The values 
show correctly in the attribute table and with the information tool.


Is it a bug? Does anyone else have this issue? I'm using today's nightly 
build on Windows 7. As a work around I can create a non virtual field 
and use the field calculator to set the values to the values in vTest3.


kind regards,
Janneke


virtualstyle.rar
Description: Binary data
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Moving the install instructions to a more sexy, visible, coherent and translatable page in qgis.org

[DelazJ]

Hi all,
So, is any decision taken about this? Does it seem feasible?

Regards,
Harrissou


2016-04-25 17:19 GMT+02:00 Jürgen E. :

> Hi Richard,
>
> On Sat, 23. Apr 2016 at 16:53:46 +0200, Richard Duivenvoorde wrote:
> > @jef: maybe you can elaborate a little more on this?
>
> You're probably referring to scripts/scandeps.pl.  That updates the
> apt-get
> install lines in doc/linux.t2t from the packaging files in debian/
>
> But that's about it.  I'm not sure those are actually necessary - I'd try
> to
> keep specific versions from the descriptions if possible.  As that's what
> tend
> to outdate quickly and point to the packaging files instead, because those
> are
> actually used and maintained.
>
> BTW I for instance don't go through manually setting up the build with
> cmake
> for development, but produce packages once (or sometimes even kill the
> build
> half way) and keep using that build directory for development (both on
> linux
> and windows).
>
> On Debian that complains about what dependencies are missing anyway - so
> having
> the apt-get install list above isn't necessary.  You could also just add
> the
> nightly repository for the distribution you target and run apt-get
> build-dep
> qgis and achieve the same.
>
>
>
> Jürgen
>
> --
> Jürgen E. Fischer   norBIT GmbH Tel.
> +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax.
> +49-4931-918175-50
> Software Engineer   D-26506 Norden
> http://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Qt5 and Python 3

[Bas Couwenberg]

On 2016-05-17 08:08, Richard Duivenvoorde wrote:

Next try will then be on compiling on Debian testing...
Not sure if Bas knows if there is a chance that those qt5 version will
come into Jessie. But I understand Jurgen also has been busy to create
packages for the time (Qt4-)Webkit is removed from repo's. So for 
normal

installation there is a solution too.


The Qt packages are highly unlikely to be backported to jessie.

For the qt5 build of the Debian package maintained by the Debian GIS 
team, I'm using the Python 2 dependencies for Qt5 which seem to work 
quite nicely.


https://anonscm.debian.org/cgit/pkg-grass/qgis.git/log/?h=qt5

Kind Regards,

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

Re: [Qgis-developer] GEOS error Exception: IllegalArgumentException: Invalid number of points in LinearRing found 3 - must be 0 or >= 4

[Janneke van Dijk]

Hi Alvaro,
Thanks for explaining this!
greetings,
Janneke

On 15/05/2016 03:05, A Huarte wrote:
Hi Janneke, you are right. The simplification process is executed just 
when the original geometry is read from data source and it can create 
invalid geometries. These invalid geometries will be used 
in subsequent processes using geometry calculations.


You can disable the simplification of a layer from its options menu -> 
properties -> rendering -> uncheck the "simplify geometry" CheckBox. 
Or you can disable the simplification by default from -> settings -> 
options -> rendering -> uncheck the "Enable feature simplification by 
default ..." CheckBox.


This pull request moves the simplification just when the geometry is 
rendered, the geometry remains unchanged from the data source in order 
to avoid these problems.


Kind regards
Alvaro



*De:* Janneke van Dijk 
*Para:* A Huarte ; 
"qgis-developer@lists.osgeo.org" 

*Enviado:* Sábado 14 de Mayo de 2016 20:30
*Asunto:* Re: [Qgis-developer] GEOS error Exception: 
IllegalArgumentException: Invalid number of points in LinearRing found 
3 - must be 0 or >= 4


Hi Alvaro,

How do I disable the on-the-fly simplification?
Do I understand it correctly that the error causes problems with a 
virtual field with a geometry calculation in it? Would that also be 
solved by disabling on-the-fly simplification? Or should I avoid the 
issues by not making it a virtual field - if I know that the polygons 
won't be edited?


Thanks for your insights,
Janneke

On 13/05/2016 11:08, A Huarte wrote:
Hi, I think this pull https://github.com/qgis/QGIS/pull/2900 fixes the 
error.


But it is pending to merge, It needs to fix some tests to be accepted 
finally.

Meanwhile you can disable the on-the-fly simplification of the layer.

Kind regards
Alvaro


*De:* Janneke van Dijk  

*Para:* qgis-developer@lists.osgeo.org 


*Enviado:* Viernes 13 de Mayo de 2016 9:53
*Asunto:* [Qgis-developer] GEOS error Exception: 
IllegalArgumentException: Invalid number of points in LinearRing found 
3 - must be 0 or >= 4


Dear list,

Using QGIS 2.14.2 on Windows 7 I get the following error message when
zooming out on a shapefile layer that has labels switched on:

GEOS
Exception: IllegalArgumentException: Invalid number of points in
LinearRing found 3 - must be 0 or >= 4

It seems to be an old bug (https://hub.qgis.org/issues/9375) that was
fixed 2 years ago.

It doesn't seem to cause any problems otherwise. Anyone else have this
issue? Should I file a new bug report?

Regards,
Janneke

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





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

Re: [Qgis-developer] editing expressions defining virtual fields seems erratic

[Janneke van Dijk]

Hi Andreas and Mathias,
Tried it again this morning, and indeed, it works!
Thanks a lot for the quick solution!
Janneke

On 16/05/2016 23:13, Andreas Neumann wrote:

Hi Janneke,

Your build is a bit older than Matthias fix - please try again with 
tomorrow's nightly build or compile yourself.


Matthias fix is at 
https://github.com/qgis/QGIS/commit/c0214bc30148b7da272917d73afc1820b78c1d3e 
(7h ago) - your build is 22h old.


Greetings,
Andreas

On 16.05.2016 21:49, Janneke van Dijk wrote:

Hi Mathias,
I've tried installing the dev version and I think that that worked 
(this is what 'about' shows).


QGIS version



2.15.0-Master



QGIS code revision



3d44a1e 

Compiled against Qt



4.8.5



Running against Qt



4.8.5

Compiled against GDAL/OGR



2.0.2



Running against GDAL/OGR



2.0.2

Compiled against GEOS



3.5.0-CAPI-1.9.0



Running against GEOS



3.5.0-CAPI-1.9.0 r4084

PostgreSQL Client Version



9.2.4



SpatiaLite Version



4.3.0

QWT Version



5.2.3



PROJ.4 Version



492

QScintilla2 Version



2.7.2



This copy of QGIS writes debugging output.


I started with a new project, added the tst shapefile again, repeated 
the process of adding the virtual fields. The problem persists. Am I 
overlooking something?

Thanks for your help!
Janneke

On 16/05/2016 16:05, Matthias Kuhn wrote:



On 05/16/2016 01:24 PM, Janneke van Dijk wrote:

Dear list,

In a polygon shapefile I'm seeing inconstistent behaviour in 
virtual fields. The attached project and shapefile has reduced it 
to it's simplest form: the shapefile contains two virtual fields, 
the first one containing the expression 1 (integer) and the second 
the expression 2 (integer). However, when I want to edit the 
expression for the fields, the first field does not give a problem. 
For the second field I click on the 'expression' to open the 
expression builder, but the expression shown in the expression 
builder equals 1. I have not been able to find any pattern in when 
it happens/for what type of expressions. This example is the most 
simple form of the unexpected behaviour, but I have seen it with 
more complicated expressions as well. Sometimes after trying to 
edit one of these 'erratic' expressions QGIS closes with a minidump 
being written error message. Again, not always.


Anyone have any idea why this might happen and how to work around it?

Fixed in master


Looking forward to some thoughts...
Janneke






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




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


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

Re: [Qgis-developer] Qt5 and Python 3

[Richard Duivenvoorde]

On 16-05-16 22:46, Matthias Kuhn wrote:
> Hi Richard,
> 
> Seems your binaries try to pick up something related to Qt4 (suspects
> are qwt, qca and qscintilla).
> Are you sure you did "cmake -DENABLE_QT5=ON" in an empty build folder?
> Once a folder is configured for either Qt5 or Qt4, this cannot be
> changed later on.

Ah thanks for the answer.

Yes, I'm pretty sure I have -DENABLE_QT5=ON, though I use ccmake. I also
tried cmake now (see below for full command + output used).

But crux indeed is that for qca and libqwt, that apparently not have
install candidates in a clean Debian Stable. See below for current
status of those in different Debians.

Next try will then be on compiling on Debian testing...
Not sure if Bas knows if there is a chance that those qt5 version will
come into Jessie. But I understand Jurgen also has been busy to create
packages for the time (Qt4-)Webkit is removed from repo's. So for normal
installation there is a solution too.

My point is I just try to be able to compile/install/test from source on
a (if possible) vanilla Debian (be it Jessie or Wheezy is both ok for me).

So: testing/Wheezy will be next for me!

Regards & Thanks for putting time into all this,

Richard



https://packages.debian.org/search?keywords=qca

apt-cache search qca
psi - Jabber client using Qt
qbzr - Graphical interface for Bazaar using the Qt toolkit
libqca2-plugin-cyrus-sasl - QCA Cyrus SASL plugin for libqca2
libqca2 - libraries for the Qt Cryptographic Architecture
libqca2-dbg - debug symbols for the Qt Cryptographic Architecture
libqca2-dev - development files for the Qt Cryptographic Architecture
libqca2-doc - API documentation for the Qt Cryptographic Architecture
qca2-utils - command line tool for the Qt Cryptographic Architecture
libqca2-plugin-gnupg - QCA gnupg plugin for libqca2
libqca2-plugin-ossl - SSL/TLS support for the Qt Cryptographic Architecture

https://packages.debian.org/search?keywords=libqwt-qt5-dev

$ apt-cache search libqwt
libqwt-dev - Qt widgets library for technical applications (development)
libqwt-doc - Qt widgets library for technical applications (documentation)
libqwt6 - Qt widgets library for technical applications (runtime)
libqwt5-doc - Qt widgets library for technical applications (documentation)
libqwt5-qt4 - Qt4 widgets library for technical applications (runtime)
libqwt5-qt4-dev - Qt4 widgets library for technical applications
(development)
libqwtplot3d-doc - 3D plotting library based on Qt/OpenGL (documentation)
libqwtplot3d-qt4-0 - 3D plotting library based on Qt4/OpenGL (runtime)
libqwtplot3d-qt4-dev - 3D plotting library based on Qt4/OpenGL (development)


 $ cmake -DPORT_PLUGINS=ON -DENABLE_QT5=ON -DWITH_QWTPOLAR=OFF
-DBUILD_TESTING=FALSE
-DCMAKE_INSTALL_PREFIX=/home/richard/apps/qgis3/master/debug
-DQCA_LIBRARY=/usr/lib/x86_64-linux-gnu/libqca.so
-DQWT_LIBRARY=/usr/lib/libqwt.so
-DPYTHON_LIBRARY=/usr/lib/x86_64-linux-gnu/libpython3.4m.so.1
-DWITH_BINDINGS=OFF -DCMAKE_BUILD_TYPE=Debug ..
-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- QGIS version: 2.15.0 Master (21500)
-- Found GRASS 6: /usr/lib/grass64 (6.4.4, off_t size = )
-- Could not find GRASS 7
-- Looking for openpty
-- Looking for openpty - not found
-- Looking for openpty
-- Looking for openpty - found
-- Found Proj: /usr/lib/libproj.so
-- Found GEOS: /usr/lib/libgeos_c.so (3.4.2)
CMake Warning at cmake/FindGDAL.cmake:114 (MESSAGE):
  GDAL version is too old (1.10.1) to support GeoPackage.  1.11.0 or higher
  is recommended.
Call Stack (most recent call first):
  CMakeLists.txt:194 (FIND_PACKAGE)


-- Found GDAL: /usr/lib/libgdal.so (1.10.1)
-- Found Expat: /usr/lib/x86_64-linux-gnu/libexpat.so
-- Found Spatialindex: /usr/lib/x86_64-linux-gnu/libspatialindex.so
-- Found Qwt: /usr/lib/libqwt.so (6.0.0-svn)
-- Found Sqlite3: /usr/lib/x86_64-linux-gnu/libsqlite3.so
-- Found PostgreSQL: /usr/lib/x86_64-linux-gnu/libpq.so
-- Found SpatiaLite: /usr/lib/x86_64-linux-gnu/libspatialite.so
-- Looking for gaiaDropTable in /usr/lib/x86_64-linux-gnu/libspatialite.so
-- Looking for gaiaDropTable in
/usr/lib/x86_64-linux-gnu/libspatialite.so - found
-- Looking for gaiaStatisticsInvalidate in
/usr/lib/x86_64-linux-gnu/libspatialite.so
-- Looking for gaiaStatisticsInvalidate in
/usr/lib/x86_64-linux-gnu/libspatialite.so - not found
-- Looking for spatialite_init_ex in
/usr/lib/x86_64-linux-gnu/libspatialite.so
-- Looking for spatialite_init_ex in
/usr/lib/x86_64-linux-gnu/libspatialite.so - found
-- Found Qt version: 5.3.2
-- Touch support disabled
-- Found QScintilla2: /usr/lib/libqt5scintilla2.so (2.8.4)
-- Found