Re: [Qgis-developer] WMS metadata() in non-English locale

[Tom Chadwin]

So is there a solution? Is there a way to retrieve the WMS version of a layer
which will work in all locales? 

Thanks

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305649.html
Sent from the QGIS - Developer mailing list archive at Nabble.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] Building QGIS2.99 with CMAKE using Qt 5.8 and g++ 6.3 Ubuntu 16.04 64-bit

[Nyall Dawson]

On 1 February 2017 at 09:36,   wrote:

>
> Also, on Ubuntu Qt5Webkit and Qt5WebkitWidgets seem to be now
> Qt5WebEngineCore and Qt5WebEngineWidgets or perhaps something else.  I've
> waited to see if anybody else would ask but they haven't as far as I know,
> how are they supposed to be handled?
>

 I can't help with the Q_ALWAYS_INLINE error, but can here. Qt5WebKit
and Qt5WebEngine core are very different beasts with different use
cases. Unfortunately Qt upstream have royally messed up this situation
in Qt5 by declaring Qt5WebKit deprecated. We can't switch to
Qt5WebEngine as it's just too limited and doesn't support many of the
methods we need from Qt5WebKit.

If you don't have Qt5WebKit available you can set WITH_QTWEBKIT to
FALSE to allow QGIS to build. You won't be able to use any html
dependant features (eg composer html items, or html annotations), but
the rest should work OK.

Nyall
___
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] how to avoid full-table scans to determine primary key, extents?

[Chris Nicholas]

revisiting this problem; it is really making QGIS totally unusable for the 
large tables we are manipulating.

UNECESSARY FULL TABLE SCANS == VERY BAD USER EXPERIENCE!!

If funds could be made available for this fix, is there anyone able/available 
to add this functionality, and avoid a full table scan on adding a layer, and 
on existing project start-up?

(i.e. add a new pop-up dialog when one adds a new vector layer to 
optionally/manually enter the layer extents)

this would make QGIS *-far-* more usable for “big data”

thanks!
Chris


> this is my observation on 2.14.8:
> 
> if the postgis layer is added (via the "add postgis layer" dialog)
> with the "select at id" checkbox then when opening the attribute table
> this is iterated one time. If the table is large browsing it is not
> very snappy.
> 
> If the layer is added without the "select at id" thing, then the table
> is always iterated twice before opening. If the "show features visible
> on map" option is selected, the table is still iterated  twice (the
> entire table, not only the records of visible features) before
> opening. Browsing of large tables (once opened) is fast.
> 
> One ticket I found that may be related
> 
> http://hub.qgis.org/issues/10619
> 
> 
> cheers
> 
> -- G --
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] WMS metadata() in non-English locale

[Matthias Kuhn]

Hi Tom,

Yes, unfortunately the string is translated.

Would be nice to have that available the same way as for vector data
providers:

QVariantMap metadata();
QString translateMetadataKey( const QString& key );
QString translateMetadataValue( const QString& key, const QVariant& value );

Cheers
Matthias

On 01/31/2017 08:49 PM, Tom Chadwin wrote:
> I am trying to retrieve the WMS version of a layer, and am just parsing its
> metadata(), as no other solution was suggested here:
> 
> http://gis.stackexchange.com/questions/213817/get-wms-version-from-qgis-layer-in-python
> 
> However, what does metadata() return if the user's locale is not English? In
> other words, will "VERSION" be translated, and hence will this method fail? 
> 
> 
> 
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601.html
> Sent from the QGIS - Developer mailing list archive at Nabble.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 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] WMS metadata() in non-English locale

[Tom Chadwin]

I am trying to retrieve the WMS version of a layer, and am just parsing its
metadata(), as no other solution was suggested here:

http://gis.stackexchange.com/questions/213817/get-wms-version-from-qgis-layer-in-python

However, what does metadata() return if the user's locale is not English? In
other words, will "VERSION" be translated, and hence will this method fail? 



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601.html
Sent from the QGIS - Developer mailing list archive at Nabble.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] Plugin [618] Processing BEAM and SNAP algorithm Provider approval notification.

[noreply]

Plugin Processing BEAM and SNAP algorithm Provider approval by pcav.
The plugin version "[618] Processing BEAM and SNAP algorithm Provider 1.4.2" is 
now approved
Link: http://plugins.qgis.org/plugins/processing_gpf/
___
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] QGIS Server - SSL handshake failed for cascading WMS

[Neumann, Andreas]

Hi Larry, 

Thank you for your reply! 

It is actually a chain with an intermediate CA. So maybe I just hit the
issue you also discovered? 

It is about this URL/certificate: https://services.geo.zg.ch/ 

Root CA: SwissSign Silver G2 Root CA
Intermediate CA: Swiss Sign Silver CA 2014 - G22
SSL Certificate: services.geo.zg.ch 

So I will try do have a look at the workaround or fall back to http only
- because I can control both servers. 

Thanks, 

Andreas 

On 2017-01-27 21:49, Larry Shaffer wrote:

> Hi Andreas, 
> 
> On Fri, Jan 27, 2017 at 8:48 AM, Neumann, Andreas  wrote:
> 
>> Some more information on my server: 
>> 
>> Linux CentOS7 
>> 
>> qt 4.8.5 
>> 
>> The server only allows tls connections, no SSLv2/3 or such vulnerable stuff. 
>> Perhaps qt is too old to properly support tls ciphers? 
>> 
>> Can I add an SSL "do not check exception" for specific connections of QGIS 
>> server? 
>> 
>> If yes - how would I configure that for QGIS server?
> 
> Qt 4.8 can definitely use TLS, and can be configured (in a SSL Server 
> configuration) to connect to the WMS endpoint how you feel is appropriate, 
> including ignoring specific SSL errors. This assumes you are cascading by 
> configuring a QGIS project with a WMS layer and then, in turn, serving again 
> via WMS through QGIS Server. If so, you should be able to use the 
> authentication system to solve the connection issues. However, you will need 
> to have the authentication database available to QGIS Server as well, via env 
> variable, because the SSL Server configurations are stored in it. 
> 
> Recently (last week), I noticed a possible bug in the auth system whereby the 
> SSL endpoint connected to will throw an SSL error when the endpoint has 
> intermediate certificates that are not stored in QGIS's Authorities tab. 
> Usually, validation would not check for trust of intermediates, only whether 
> a given cert in the chain is valid for the particular use and the eventual 
> trustworthiness of its root Certificate Authority. Essentially, any 
> intermediates need to be trusted as roots CAs until this is fixed. 
> 
> In this case, for a workaround, you will need to either add the intermediate 
> certificates to OpenSSL's referenced trusted roots file/directory, or add 
> them to your Authorities tab in QGIS (which adds them to the authentication 
> database as trusted, by default) then ensure the auth database can be used by 
> QGIS Server for the project. 
> 
> I would need to know more about your particular SSL setup to give any further 
> suggestions here. Unfortunately, "SSL handshake failed" is a too vague, and I 
> am only guessing at the problem above. 
> 
> Regards, 
> 
> Larry Shaffer
> Dakota Cartography
> Black Hills, South Dakota 
> 
> Thanks for any hints, 
> 
> Andreas
> 
> On 2017-01-27 16:31, Neumann, Andreas wrote: 
> 
> Hi, 
> 
> I want to use a cascading WMS in QGIS server. I know it is not ideal, 
> perfomance wise, but it would be only for printing. 
> 
> Problem is that the WMS uses https and QGIS server can't connect. The QGIS 
> server log shows a connect error: 
> 
> Download of capabilities failed: SSL handshake failed 
> 
> curl or wget on the same server works fine with the same ssl connection. 
> 
> Anyone knows how I can overcome this SSL handshake issue? Do I need to set up 
> a separate certificat chain for QGIS server? I hope not ... 
> 
> Thanks for any hints, 
> 
> Andreas
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer [1]
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer [1] 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer [1]
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer [1]

  

Links:
--
[1] 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] QGIS Server WFS and CurvePolygon layers

[Neumann, Andreas]

Hi, 

In QGIS server (very recent 2x version) I noticed that for layers with
geometry type CurvePolygon (Postgis data source) that the geometry is
just omitted. 

Here is a very simple project with 2 features: 

https://services.geo.zg.ch/ows/Hydrologie/GWS?SERVICE=WFS=GetFeature=2.0.0=test_curve_polygon=EPSG:2056


Result: 

Features without a geometry, but a correct bounding box a the top of the
reponse. 

Anyone knows why the CurvePolygon is not supported? 

Thanks, 

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] OTB and LiDAR tools as separate plugins

[Lene Fischer]

Hi,

I think it´a good idea to move it to a plugin – installing I a special folder 
eg C:\ seem to be hard to understand…. And then setting up the providers…

It´s a bit worring when the users then are working with complicated functions. 
But for my students it has for some been an issue.



Installing plugins are installed without issues ☺



regards




Lene Fischer
Associate Professor

University of Copenhagen
Department of Geoscience and Natural Resource Management
Forest and Landscape College
Nødebovej 77a
3480 Fredensborg
Denmark


DIR +45 35331579
MOB +45 40115084
l...@ign.ku.dk
www.ign.ku.dk


[cid:image001.gif@01D2444C.0C2DB110]



-Oprindelig meddelelse-
Fra: Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org] På vegne af 
Victor Olaya
Sendt: 30. januar 2017 15:27
Til: qgis-developer
Emne: [Qgis-developer] OTB and LiDAR tools as separate plugins



Hi all,



I have set up the OTB and LiDAR tools Processing provider as separate plugins, 
each of them in its own repo. The idea is to have those providers that require 
3rd party apps outside of the core Processing, so they can be installed 
separately and managed independently. Alex Bruy already did that for the TauDEM 
provider.



The removal of these two providers is in this PR (yet to be merged)



https://github.com/qgis/QGIS/pull/4076



LiDAR Tools and OTB plugins are in repos in my github account at the moment, 
but they will be transfered. The OTB dev team has accepted taking the ownership 
of the OTB plugin, and Martin Isenburg (creator of LASTools) will take the 
ownership of the LiDAR tools one. They will take care of managing them and 
making releases when needed



I hope this will help better organizing these pieces of Processing, and making 
it clearer for users how to use these providers.



If you have any comment, please let us know.



Thanks!

___

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] Hackfest in Essen

[Lene Fischer]

Hi

The next Hackfest is in Essen in the end of April 2017



At the moment there are 25 or 26 beds occupied. So 1 bed still available.



For booking at the Linuxhotel we need to get information about arrival and 
departure. So please update these information on the GITHUB page today.



https://github.com/qgis/QGIS/wiki/QGIS-Hackfest---Essen-April-2017



Regards



Lene Fischer
Associate Professor

University of Copenhagen
Department of Geoscience and Natural Resource Management
Forest and Landscape College
Nødebovej 77a
3480 Fredensborg
Denmark


DIR +45 35331579
MOB +45 40115084
l...@ign.ku.dk
www.ign.ku.dk


[cid:image001.gif@01D2444C.0C2DB110]



___
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] Spatialite in QGIS master

[Matthias Kuhn]

Hi,

Spatialite will be supported, core spatialite functionality does not
rely on python libraries.

If there are issues with db_manager spatialite functionality or other
python based modules, please contact your local package manager.



Technically we were reviewing a couple of alternatives to pyspatialite
(because it would be nice to have something properly supported for
python 3 by upstream) but we ended up not implementing these because
dynamic loading of extensions (and hence the spatialite extension) was
not enabled on every platform IIRC.

Matthias

On 01/30/2017 11:15 PM, Ramon Andinach wrote:
> Hi, 
> 
> A quick question from user land.
> 
> Does having to explicitly set that option mean that spatialite might not
> be supported in the packaged releases of QGIS 3?
> 
> As someone that has (mostly) been paying attention to the continued
> stream of "shape files are so old and decrepit" comments that come up on
> these lists, and is making an attempt to learn one of the “modern”
> storage types (say spatialite) I’d like to know before 3 is released if
> I should be switching to a different path.
> 
>> On 30 Jan 2017, at 21:32, David Marteau > > wrote:
>>
>> PySpatialite is a totally obsoleted python package: you must
>> explicitely load the mod_spatialite extension using the spatialite
>> load_extension(..).
>>
>> Qgis use its own version of pyspatialite, but you must enable it in
>> the build configuration as stated by Matthias. 
>>
>>
>>
>>> Le 30 janv. 2017 à 13:10, Saber Razmjooei
>>> >> > a écrit :
>>>
>>>  sudo pip3 install pyspatialite ?
>>>
>>> Cheers
>>> Saber
>>>
>>> On 30 January 2017 at 10:48, matteo >> > wrote:
>>>
>>> Hi all,
>>>
>>> I don't know if a miss some older discussion on this topic but
>>> I'm not
>>> able to load SpatiaLite databases in QGIS 3.
>>>
>>> It seems there there is no pyspatialite for python3:
>>>
>>> Traceback (most recent call last):
>>>   File
>>> "/home/matteo/lavori/QGIS/build-qgis3/output/python/qgis/utils.py",
>>> line
>>> 598, in spatialite_connect
>>> from pyspatialite import dbapi2
>>>   File
>>> "/home/matteo/lavori/QGIS/build-qgis3/output/python/qgis/utils.py",
>>> line
>>> 647, in _import
>>> mod = _builtin_import(name, globals, locals, fromlist, level)
>>> ImportError: No module named 'pyspatialite'
>>>
>>>
>>> I checked around on the web and I found an issue the github repo [0]
>>>
>>> Has anyone a working SpatiaLite db on QGIS?
>>>
>>> Thanks to all
>>>
>>> Matteo
>>>
>>>
>>> [0] https://github.com/lokkju/pyspatialite/issues/27
>>> 
>>> ___
>>> 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
>>> 
>>>
>>>
>>>
>>>
>>> -- 
>>> Saber Razmjooei
>>> www.lutraconsulting.co.uk 
>>> +44 (0)7568 129733
>>> ___
>>> 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 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