date:20190726

Re: [Qgis-user] Using QgsAuthManager

2019-07-26 Thread Luigi Pirelli

definetvely string

you should always use quir.uri(False) otherwise the credentail wil be
expanded in the uri string. Usually you should add authId in the uri string
ot the layer that is the ID used to point to the QGIS AuthDB. credenial
(piointed by the authId) will be managed (depending on auth mode)
trasparently and safely by the data provider.

about documentation... the AuthManager singleton has been moved slowly to
QgsApplication (slower that other signleton) that's the reason the
documentation has been not updated accordingly, thank to spot it... can you
open a documentation issue for that? similar for extra brackets... I ask
you to do it, just because I do not have a documentation setup in thi
smmeont to update it directly... you can freely assign to me the
documentation issue.

about the issue you have with GetCapabilities, probably you have to use the
opportune QByteArray to QString conversion that involve codec just my 2c

cheers

Luigi Pirelli

**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Book: Mastering QGIS3 - 3rd Edition

* Hire a team: http://www.qcooperative.net
**


On Fri, 26 Jul 2019 at 11:33, Paul Wittle 
wrote:

> Hi,
>
>
>
> I think I might have just spotted the issue with my code.
>
>
>
> If you do quir.encodedUri() you get an error in version 3.4 because it is
> expecting a string but encodedUri returns a ByteArray. If you wrap it in
> the str() function you get a result because the result in now a string
> however it is a string which has b’ a the front and a trailing ‘ at the
> end.
>
>
>
> I believe the trailing ‘ is being taken literally and the resulting
> getCapabilities statement is for
> https://domain.name/wms’?request=GetCapabilities
> 
>
>
>
> If you use quir.uri() it doesn’t work and neither does quir.uri(False) so
> what should I be using there or should the QgsRasterLayer function just be
> accepting a ByteArray or String?
>
>
>
> Thanks,
>
> Paul
>
>
>
> *From:* Paul Wittle
> *Sent:* 26 July 2019 08:23
> *To:* DelazJ 
> *Cc:* qgis-user@lists.osgeo.org
> *Subject:* RE: [Qgis-user] Using QgsAuthManager
>
>
>
> Hi,
>
>
>
> I couldn’t get it to work with “authMgr = QgsAuthManager.instance()” so
> following the comment at the top of (
> https://qgis.org/pyqgis/3.4/core/QgsAuthManager.html) I used “authMgr =
>  QgsApplication.authManager()” instead.
>
>
>
> I changed “authMgr.authenticationDbPath()” to
> “authMgr.authenticationDatabasePath()”.
>
>
>
> I also changed “QgsDataSourceURI()” to “QgsDataSourceUri()”.
>
>
>
> p_config.setConfig("certpath", "path/to/alice-cert.pem" ))
>
> p_config.setConfig("keypath", "path/to/alice-key.pem" ))
>
> There are extra brackets on the lines above but clearly those are just
> typos.
>
>
>
> Finally the line “rlayer = QgsRasterLayer(quri.encodedUri(), 'states',
> 'wms')” only ran if I put in “rlayer =
> QgsRasterLayer(str(quri.encodedUri()), 'states', 'wms')”.
>
>
>
> That is the issue though; whilst the line above runs in QGIS it doesn’t
> appear to actually be authenticating on the GetCapabilities request. This
> maybe because our server uses pre-authentication because it is a GeoServer
> which is set to HIDE (
> https://docs.geoserver.org/latest/en/user/security/webadmin/data.html#catalog-mode
> ).
>
>
>
> As far as I can tell there is no concept of that in QGIS so in effect I
> believe QGIS would not support HIDE mode GeoServers unless you are using
> some sort of token based authentication as it will send a number of
> requests without the correct authentication settings. I’ve been
> investigating a work around given that this process is aimed at connections
> via our network only but perhaps I’ve missed something obvious or the use
> of str() in the statement above is simply preventing the authentication
> manager from expanding the auth credentials at the last minute?
>
>
>
> I’ll go do a quick update for the brackets and I can update the other
> lines once others have confirmed my interpretations are correct; they
> compiled but that doesn’t mean I got them right!
>
>
>
> Thanks,
>
> Paul
>
>
>
>
>
> *From:* DelazJ 
> *Sent:* 24 July 2019 23:25
> *To:* Paul Wittle 
> *Cc:* qgis-user@lists.osgeo.org
> *Subject:* Re: [Qgis-user] Using QgsAuthManager
>
>
>
> Hi,
>
>
>
> Le mer. 24 juil. 2019 à 14:20, Paul Wittle <
> paul.wit...@dorsetcouncil.gov.uk> a écrit :
>
> Hi,
>
>
>
> I’m trying to use python to assign an authentication configuration to a
> WMS layers that I’m adding. I have been using the following guide
> https://docs.qgis.org/3.4/en/docs/pyqgis_developer_co

Re: [Qgis-user] Dropping the extra label placement algorithms?

2019-07-26 Thread Nicolas Cadieux

Sometimes... less is more! 
Your call!
Nicolas

> Le 25 juill. 2019 à 22:40, Nyall Dawson  a écrit :
> 
> Hey lists
> 
> This was first discussed back in 2016 (see
> http://osgeo-org.1560.x6.nabble.com/Removal-of-labeling-search-methods-td5262743.html),
> but would anyone object if the different labeling solution algorithms
> eg "chain" / "pop music" / "falp" / etc were dropped, and we just
> leave the existing default (chain)?
> 
> I don't think ANYONE knows what these mean, and it's a heck of a lot
> of code (which needs fixes) to cart around for no compelling reason
> that I can see.
> 
> I have no particular preference to any of the methods, so would
> happily accept a different default if anyone out there can point to
> which method is best!
> 
> Googling pop music / tabu / chain only gives a handful of results
> relating to QGIS labeling engine. And googling for "falp" sounds like
> something that would get you flagged on your company's firewall.
> 
> Does ANYONE understand or change this setting? Or would object to its
> complete removal?
> 
> Nyall
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Using QgsAuthManager

2019-07-26 Thread Paul Wittle

Hi,

I think I might have just spotted the issue with my code.

If you do quir.encodedUri() you get an error in version 3.4 because it is 
expecting a string but encodedUri returns a ByteArray. If you wrap it in the 
str() function you get a result because the result in now a string however it 
is a string which has b’ a the front and a trailing ‘ at the end.

I believe the trailing ‘ is being taken literally and the resulting 
getCapabilities statement is for 
https://domain.name/wms’?request=GetCapabilities

If you use quir.uri() it doesn’t work and neither does quir.uri(False) so what 
should I be using there or should the QgsRasterLayer function just be accepting 
a ByteArray or String?

Thanks,
Paul

From: Paul Wittle
Sent: 26 July 2019 08:23
To: DelazJ 
Cc: qgis-user@lists.osgeo.org
Subject: RE: [Qgis-user] Using QgsAuthManager

Hi,

I couldn’t get it to work with “authMgr = QgsAuthManager.instance()” so 
following the comment at the top of 
(https://qgis.org/pyqgis/3.4/core/QgsAuthManager.html) I used “authMgr =  
QgsApplication.authManager()” instead.

I changed “authMgr.authenticationDbPath()” to 
“authMgr.authenticationDatabasePath()”.

I also changed “QgsDataSourceURI()” to “QgsDataSourceUri()”.

p_config.setConfig("certpath", "path/to/alice-cert.pem" ))
p_config.setConfig("keypath", "path/to/alice-key.pem" ))
There are extra brackets on the lines above but clearly those are just typos.

Finally the line “rlayer = QgsRasterLayer(quri.encodedUri(), 'states', 'wms')” 
only ran if I put in “rlayer = QgsRasterLayer(str(quri.encodedUri()), 'states', 
'wms')”.

That is the issue though; whilst the line above runs in QGIS it doesn’t appear 
to actually be authenticating on the GetCapabilities request. This maybe 
because our server uses pre-authentication because it is a GeoServer which is 
set to HIDE 
(https://docs.geoserver.org/latest/en/user/security/webadmin/data.html#catalog-mode).

As far as I can tell there is no concept of that in QGIS so in effect I believe 
QGIS would not support HIDE mode GeoServers unless you are using some sort of 
token based authentication as it will send a number of requests without the 
correct authentication settings. I’ve been investigating a work around given 
that this process is aimed at connections via our network only but perhaps I’ve 
missed something obvious or the use of str() in the statement above is simply 
preventing the authentication manager from expanding the auth credentials at 
the last minute?

I’ll go do a quick update for the brackets and I can update the other lines 
once others have confirmed my interpretations are correct; they compiled but 
that doesn’t mean I got them right!

Thanks,
Paul


From: DelazJ mailto:del...@gmail.com>>
Sent: 24 July 2019 23:25
To: Paul Wittle mailto:p.wit...@dorsetcc.gov.uk>>
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Using QgsAuthManager

Hi,

Le mer. 24 juil. 2019 à 14:20, Paul Wittle 
mailto:paul.wit...@dorsetcouncil.gov.uk>> a 
écrit :
Hi,

I’m trying to use python to assign an authentication configuration to a WMS 
layers that I’m adding. I have been using the following guide 
https://docs.qgis.org/3.4/en/docs/pyqgis_developer_cookbook/authentication.html#leave-authcfg-expansion-to-qgsauthmanager.

I had to update a few bits as I think some of the code maybe a little out of 
date but I managed to get it all working right down to the section I’ve linked 
to.

The line  “rlayer = QgsRasterLayer(quri.encodedUri(), 'states', 'wms')” was 
resulting in an unexpected type error as encodedUri returns a QByteArray rather 
than a string but I just wrapped it in str(quri.encodedUri()) and that now 
returns as a string.

Paul, can you share all the changes you had to do, so that we can update the 
docs? Or is the line above the only one you had to change?
A direct change to the source file 
(https://github.com/qgis/QGIS-Documentation/edit/master/source/docs/pyqgis_developer_cookbook/authentication.rst)
 with a pull request for merging would be the most practical way but we'd also 
welcome changes within a text-like file or in this thread.

Thanks,
Harrissou

The only trouble is that the getCapabilities statement fails and no layer is 
added.

Does anyone know how I can see whether the AuthManager attempted to expand the 
authcfg and send credentials as I suspect it didn’t in my case?

Sorry if this email is too much along the developer lines for this mailing list 
but it is only plugin development rather than actual development of the 
application itself so I thought I’d try my luck.

Thanks,
Paul
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you ma

Re: [Qgis-user] Dropping the extra label placement algorithms?

2019-07-26 Thread Tim Sutton

From my side, I never ever change those options….I am sure there are few who 
do….

Regards

Tim

> On 26 Jul 2019, at 08:09, Paolo Cavallini  wrote:
> 
> Hi all,
> this was originally ported into QGIS by Martin Dobias, I guess he's the
> only one who could know.
> Cheers.
> 
> On 26/07/19 06:31, Phil Wyatt wrote:
>> Hi Nyall,
>> 
>> Took me a while but I found this, that may provide some enlightenment ..
>> 
>> http://pal.heig-vd.ch/index.php?page=support 
>> 
>> Having said that I will bow to your superior knowledge and let you do 
>> whatever you want - I am but a humble user in awe of your coding abilities! 
>> :-) :-)
>> 
>> Cheers - Phil
>> 
>> -Original Message-
>> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of 
>> Nyall Dawson
>> Sent: Friday, 26 July 2019 12:40 PM
>> To: qgis-developer; qgis-user
>> Subject: [Qgis-user] Dropping the extra label placement algorithms?
>> 
>> Hey lists
>> 
>> This was first discussed back in 2016 (see
>> http://osgeo-org.1560.x6.nabble.com/Removal-of-labeling-search-methods-td5262743.html),
>> but would anyone object if the different labeling solution algorithms
>> eg "chain" / "pop music" / "falp" / etc were dropped, and we just
>> leave the existing default (chain)?
>> 
>> I don't think ANYONE knows what these mean, and it's a heck of a lot
>> of code (which needs fixes) to cart around for no compelling reason
>> that I can see.
>> 
>> I have no particular preference to any of the methods, so would
>> happily accept a different default if anyone out there can point to
>> which method is best!
>> 
>> Googling pop music / tabu / chain only gives a handful of results
>> relating to QGIS labeling engine. And googling for "falp" sounds like
>> something that would get you flagged on your company's firewall.
>> 
>> Does ANYONE understand or change this setting? Or would object to its
>> complete removal?
>> 
>> Nyall
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> 
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> 
> 
> -- 
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

 




---

Tim Sutton
t...@qgis.org




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

[Qgis-user] QGis Training center

2019-07-26 Thread Mohamad Jaber


Dear users,

We are looking for a professional QGis training center in Europe able to 
provide a full private QGis training courses (9 to 10 attendees) and able to 
cover most of the training topics ( from introduction, analysis, webMaping till 
web and python pyqgis and plugin), 
Appreciate your recommendations.


Sent from my iPhone
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Using QgsAuthManager

2019-07-26 Thread Paul Wittle

Hi,

I couldn’t get it to work with “authMgr = QgsAuthManager.instance()” so 
following the comment at the top of 
(https://qgis.org/pyqgis/3.4/core/QgsAuthManager.html) I used “authMgr =  
QgsApplication.authManager()” instead.

I changed “authMgr.authenticationDbPath()” to 
“authMgr.authenticationDatabasePath()”.

I also changed “QgsDataSourceURI()” to “QgsDataSourceUri()”.

p_config.setConfig("certpath", "path/to/alice-cert.pem" ))
p_config.setConfig("keypath", "path/to/alice-key.pem" ))
There are extra brackets on the lines above but clearly those are just typos.

Finally the line “rlayer = QgsRasterLayer(quri.encodedUri(), 'states', 'wms')” 
only ran if I put in “rlayer = QgsRasterLayer(str(quri.encodedUri()), 'states', 
'wms')”.

That is the issue though; whilst the line above runs in QGIS it doesn’t appear 
to actually be authenticating on the GetCapabilities request. This maybe 
because our server uses pre-authentication because it is a GeoServer which is 
set to HIDE 
(https://docs.geoserver.org/latest/en/user/security/webadmin/data.html#catalog-mode).

As far as I can tell there is no concept of that in QGIS so in effect I believe 
QGIS would not support HIDE mode GeoServers unless you are using some sort of 
token based authentication as it will send a number of requests without the 
correct authentication settings. I’ve been investigating a work around given 
that this process is aimed at connections via our network only but perhaps I’ve 
missed something obvious or the use of str() in the statement above is simply 
preventing the authentication manager from expanding the auth credentials at 
the last minute?

I’ll go do a quick update for the brackets and I can update the other lines 
once others have confirmed my interpretations are correct; they compiled but 
that doesn’t mean I got them right!

Thanks,
Paul


From: DelazJ 
Sent: 24 July 2019 23:25
To: Paul Wittle 
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Using QgsAuthManager

Hi,

Le mer. 24 juil. 2019 à 14:20, Paul Wittle 
mailto:paul.wit...@dorsetcouncil.gov.uk>> a 
écrit :
Hi,

I’m trying to use python to assign an authentication configuration to a WMS 
layers that I’m adding. I have been using the following guide 
https://docs.qgis.org/3.4/en/docs/pyqgis_developer_cookbook/authentication.html#leave-authcfg-expansion-to-qgsauthmanager.

I had to update a few bits as I think some of the code maybe a little out of 
date but I managed to get it all working right down to the section I’ve linked 
to.

The line  “rlayer = QgsRasterLayer(quri.encodedUri(), 'states', 'wms')” was 
resulting in an unexpected type error as encodedUri returns a QByteArray rather 
than a string but I just wrapped it in str(quri.encodedUri()) and that now 
returns as a string.

Paul, can you share all the changes you had to do, so that we can update the 
docs? Or is the line above the only one you had to change?
A direct change to the source file 
(https://github.com/qgis/QGIS-Documentation/edit/master/source/docs/pyqgis_developer_cookbook/authentication.rst)
 with a pull request for merging would be the most practical way but we'd also 
welcome changes within a text-like file or in this thread.

Thanks,
Harrissou

The only trouble is that the getCapabilities statement fails and no layer is 
added.

Does anyone know how I can see whether the AuthManager attempted to expand the 
authcfg and send credentials as I suspect it didn’t in my case?

Sorry if this email is too much along the developer lines for this mailing list 
but it is only plugin development rather than actual development of the 
application itself so I thought I’d try my luck.

Thanks,
Paul
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/416433

Re: [Qgis-user] Dropping the extra label placement algorithms?

2019-07-26 Thread Paolo Cavallini

Hi all,
this was originally ported into QGIS by Martin Dobias, I guess he's the
only one who could know.
Cheers.

On 26/07/19 06:31, Phil Wyatt wrote:
> Hi Nyall,
> 
> Took me a while but I found this, that may provide some enlightenment ..
> 
> http://pal.heig-vd.ch/index.php?page=support 
> 
> Having said that I will bow to your superior knowledge and let you do 
> whatever you want - I am but a humble user in awe of your coding abilities! 
> :-) :-)
> 
> Cheers - Phil
> 
> -Original Message-
> From: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Nyall 
> Dawson
> Sent: Friday, 26 July 2019 12:40 PM
> To: qgis-developer; qgis-user
> Subject: [Qgis-user] Dropping the extra label placement algorithms?
> 
> Hey lists
> 
> This was first discussed back in 2016 (see
> http://osgeo-org.1560.x6.nabble.com/Removal-of-labeling-search-methods-td5262743.html),
> but would anyone object if the different labeling solution algorithms
> eg "chain" / "pop music" / "falp" / etc were dropped, and we just
> leave the existing default (chain)?
> 
> I don't think ANYONE knows what these mean, and it's a heck of a lot
> of code (which needs fixes) to cart around for no compelling reason
> that I can see.
> 
> I have no particular preference to any of the methods, so would
> happily accept a different default if anyone out there can point to
> which method is best!
> 
> Googling pop music / tabu / chain only gives a handful of results
> relating to QGIS labeling engine. And googling for "falp" sounds like
> something that would get you flagged on your company's firewall.
> 
> Does ANYONE understand or change this setting? Or would object to its
> complete removal?
> 
> Nyall
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 

-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Oracle Passwords

2019-07-26 Thread Paul Wittle

Hi,

Thank you for the speedy pull request for the Oracle passwords. Looks great 😊

Cheers,
Paul
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/416433
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Using QgsAuthManager

Re: [Qgis-user] Dropping the extra label placement algorithms?

Re: [Qgis-user] Using QgsAuthManager

Re: [Qgis-user] Dropping the extra label placement algorithms?

[Qgis-user] QGis Training center

Re: [Qgis-user] Using QgsAuthManager

Re: [Qgis-user] Dropping the extra label placement algorithms?

Re: [Qgis-user] Oracle Passwords

8 matches

Site Navigation

Mail list logo

Footer information