[QGIS-Developer] Plugin [62] Load Them All approval notification.

2017-07-03 Thread noreply

Plugin Load Them All approval by pcav.
The plugin version "[62] Load Them All 2.6" is now approved
Link: http://plugins.qgis.org/plugins/loadthemall/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1035] Lat Lon Tools approval notification.

2017-07-03 Thread noreply

Plugin Lat Lon Tools approval by pcav.
The plugin version "[1035] Lat Lon Tools 0.9.3" is now approved
Link: http://plugins.qgis.org/plugins/latlontools/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] GeoPackage and styling

2017-07-03 Thread Richard Duivenvoorde
(cc-ing to geoserver dev list too)

Thanks for pointing to it Even.

Though I was hoping that the community could be a litter more
progressive in the way to define styles. Though there is no golden
bullet, I think the way MapBox and friends are evolving to some json
styling language/definition is pretty promising...

'We' as QGIS already can (in a QGIS specific way) save the style (in
either QGIS-QML or SLD), and there is even a SourcePole plugin which
besides the styling also saves the project into the GeoPackage...

To me it would be ubercool when we could create a GeoPackage file with
both Data, Styles and (let's call it) MapContext (layerorder, start
zoom/bbox etc).

And then that other FOSS products like Geoserver/Mapproxy/MapsServer etc
etc could just ingest that

Dreaming?

Regards,

Richard Duivenvoorde

On 02-07-17 21:22, Even Rouault wrote:
> Hi,
> 
> I guess this might be of interest for the QGIS community. There's
> 
> apparently ongoing thoughts about how to standardize styling in GeoPackage
> 
> See this blog post by Jeff Yutzler‏, the chair of the OGC GeoPackage SWG:
> 
> http://geopackage.blogspot.fr/2017/07/the-styling-portrayal-ad-hoc-meeting.html
>  
> Even
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Regular points in Processing freezes

2017-07-03 Thread matteo
Hi all,

I've some trouble with the simple "Random points" algorithm in
Processing. No matter which parameters are selected, the algorithms does
not return any output and "freezes" at 0%

Should I open a ticket?

Thanks

Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] QGIS Server 2.x: issue with @map_scale variable vs. $scale

2017-07-03 Thread Neumann, Andreas
Hi, 

In a QGIS project that should be published with QGIS Server, I used the
@map_scale variable to define the font size with an expression,
depending on the map scale. It works fine on QGIS Desktop, but on QGIS
server GetMap requests it fails - the font-size (defined in map units)
is constant and doesn't react to my scale dependent rule. The
interesting thing, is, that the same rule works fine in GetPrint
requests. 

If I change my rule to use $scale instead of @map_scale, my label rule
works fine. 

Could it be that the @map_scale variable doesn't work in QGIS server
GetMap requests? 

Here is my expression: 

CASE
   WHEN @map_scale <= 251 THEN 1
   WHEN @map_scale > 251 AND @map_scale <= 501 THEN 2
   WHEN @map_scale > 501 AND @map_scale <= 1001 THEN 3
   WHEN @map_scale > 1001 AND @map_scale <= 2001 THEN 4
   WHEN @map_scale > 2001 AND @map_scale <= 3001 THEN 6
   WHEN @map_scale > 3001 AND @map_scale <= 4001 THEN 7
   WHEN @map_scale > 4001  THEN 8
END 

Thanks for your ideas. 

Andreas___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Trouble compiling QGIS on CentOS - WFS provider related

2017-07-03 Thread Neumann, Andreas
Thanks a lot for the fix - it compiles fine now. 

Sorry for having such an old qt version! 

Andreas 

On 2017-07-03 13:27, Even Rouault wrote:

> On lundi 3 juillet 2017 13:20:26 CEST Neumann, Andreas wrote: 
> 
>> Hi, 
> 
>> 
> 
>> I am trying to compile the latest 2.18 branch on CentOS 7 but fail to 
> 
>> build. The error message is: 
> 
>> 
> 
>> --- 
> 
>> 
> 
>> /home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp: In member 
> 
>> function 'bool QgsWFSProvider::readAttributesFromSchema(QDomDocument&, 
> 
>> const QString&, 
> 
>> /home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp:1283:69: error: 
> 
>> 'QStringLiteral' was not declared in this scope 
> 
>> QString ref = attributeElement.attribute( QStringLiteral( "ref" ) 
> 
>> ); 
> 
>> ^ 
> 
>> make[2]: *** 
> 
>> [src/providers/wfs/CMakeFiles/wfsprovider.dir/qgswfsprovider.cpp.o] 
> 
>> Error 1 
> 
>> make[1]: *** [src/providers/wfs/CMakeFiles/wfsprovider.dir/all] Error 2 
> 
>> make: *** [all] Error 2 
> 
>> 
> 
> Ah sorry for that. I just pushed a fix. 
> 
> Even 
> 
> -- 
> 
> Spatialys - Geospatial professional services 
> 
> http://www.spatialys.com___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Trouble compiling QGIS on CentOS - WFS provider related

2017-07-03 Thread Jürgen E . Fischer
Hi Even,

On Mon, 03. Jul 2017 at 13:27:06 +0200, Even Rouault wrote:
> Ah sorry for that. I just pushed a fix.

BTW Qt4 doesn't have QStringLiteral at all.  So that should
never be used in 2.x.

qca has a compatibility macro and hides that fact in recent versions.  That's
why it doesn't fail everywhere.  Actually it works on most platforms - just not
with old versions of qca.


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


signature.asc
Description: PGP signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Trouble compiling QGIS on CentOS - WFS provider related

2017-07-03 Thread Even Rouault
On lundi 3 juillet 2017 13:20:26 CEST Neumann, Andreas wrote:
> Hi,
> 
> I am trying to compile the latest 2.18 branch on CentOS 7 but fail to
> build. The error message is:
> 
> ---
> 
> /home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp: In member
> function 'bool QgsWFSProvider::readAttributesFromSchema(QDomDocument&,
> const QString&,
> /home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp:1283:69: error:
> 'QStringLiteral' was not declared in this scope
>  QString ref = attributeElement.attribute( QStringLiteral( "ref" )
> );
>  ^
> make[2]: ***
> [src/providers/wfs/CMakeFiles/wfsprovider.dir/qgswfsprovider.cpp.o]
> Error 1
> make[1]: *** [src/providers/wfs/CMakeFiles/wfsprovider.dir/all] Error 2
> make: *** [all] Error 2
> 

Ah sorry for that. I just pushed a fix.

Even


-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Trouble compiling QGIS on CentOS - WFS provider related

2017-07-03 Thread Neumann, Andreas
Hi, 

I am trying to compile the latest 2.18 branch on CentOS 7 but fail to
build. The error message is: 

--- 

/home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp: In member
function 'bool QgsWFSProvider::readAttributesFromSchema(QDomDocument&,
const QString&,
/home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp:1283:69: error:
'QStringLiteral' was not declared in this scope
 QString ref = attributeElement.attribute( QStringLiteral( "ref" )
);
 ^
make[2]: ***
[src/providers/wfs/CMakeFiles/wfsprovider.dir/qgswfsprovider.cpp.o]
Error 1
make[1]: *** [src/providers/wfs/CMakeFiles/wfsprovider.dir/all] Error 2
make: *** [all] Error 2 

--- 

Probably related to the latest fix
https://github.com/qgis/QGIS/commit/bc49b5ea84aee01fdc7e0613595317767d58603e
? 

Thanks if you have any ideas. 

Andreas___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Error with "PostGIS execute SQL'

2017-07-03 Thread matteo
> yes, that's correct

perfect, get it

Thanks!

Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Error with "PostGIS execute SQL'

2017-07-03 Thread Nyall Dawson
On 3 July 2017 at 19:42, matteo  wrote:
>> Simple answer - it's not designed to return results. It's for
>> executing commands like 'DROP DATABASE
>> all_my_data_that_i_havent_backed_up'
>
> ok, so no new tables are created with the SQL query added? It can be
> used for all "hidden" commands (drop, create spatial index and so on?).
>
> Is it the same for SpatiLite execute SQL function?

yes, that's correct

Nyall

>
> Thanks!
>
> Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1267] AreaPrinter approval notification.

2017-07-03 Thread noreply

Plugin AreaPrinter approval by pcav.
The plugin version "[1267] AreaPrinter 0.3 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/AreaPrinter-master/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Error with "PostGIS execute SQL'

2017-07-03 Thread matteo
> Simple answer - it's not designed to return results. It's for
> executing commands like 'DROP DATABASE
> all_my_data_that_i_havent_backed_up'

ok, so no new tables are created with the SQL query added? It can be
used for all "hidden" commands (drop, create spatial index and so on?).

Is it the same for SpatiLite execute SQL function?

Thanks!

Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Error with "PostGIS execute SQL'

2017-07-03 Thread Nyall Dawson
On 3 July 2017 at 19:33, matteo  wrote:
> Hi,
>
> the function "PostGIS execute SQL' of Processing seems not returning any
> results in QGIS, even with simple query like:
>
> SELECT * FROM test
>
> or
>
> SELECT * FROM test where id > 10
>
> the same strings on the same db and layer are working fine in DB Manager
> and with the "Add Layer" button.
>
> Should I open a ticket?

Simple answer - it's not designed to return results. It's for
executing commands like 'DROP DATABASE
all_my_data_that_i_havent_backed_up'

Nyall

>
> Thanks
>
> Matteo
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Error with "PostGIS execute SQL'

2017-07-03 Thread matteo
Hi,

the function "PostGIS execute SQL' of Processing seems not returning any
results in QGIS, even with simple query like:

SELECT * FROM test

or

SELECT * FROM test where id > 10

the same strings on the same db and layer are working fine in DB Manager
and with the "Add Layer" button.

Should I open a ticket?

Thanks

Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] QGIS crashes when SpatiLite is used

2017-07-03 Thread matteo
Hi all,

I build QGIS with pyspatialite:

cmake -DWITH_PYSPATIALITE

but when *touching* something related to SpatiaLite (try to open a Db in
DB Manager or running a simple query with "Spatialite execute SQL"
function of Processing QGIS collapsed:

QGIS died on signal 11Could not attach to process.  If your uid matches
the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user.  For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No thread selected
No stack.
gdb returned 0
Aborted


Layers are loading fine if the SpatiaLite default button or if the new
Add Layer menu are used.

Do I miss some packages to install?

Thanks!

Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer