Re: [QGIS-Developer] Mitigating security risks of the Official Plugin Repository

[Daniel Silk]

From: Borys Jurgiel [mailto:li...@borysjurgiel.pl]
Sent: Friday, 26 January 2018 9:19 p.m.
To: qgis-developer@lists.osgeo.org
Cc: Daniel Silk; Luigi Pirelli
Subject: Re: [QGIS-Developer] Mitigating security risks of the Official Plugin 
Repository

> Last time when I submitted such PR (#5484), it ended up with removing the 
> distinction of trusted status from the manager ;)
>
> https://github.com/qgis/QGIS/commit/4b0607a71fb9f981bf50a
>
> For more info, see the conclusions of this discussion: https:// 
> lists.osgeo.org/pipermail/qgis-developer/2017-September/049695.html
>
> So I'm afraid the trusted status won't be useful any more.

Ah I see, thank you for letting me know!

Cheers
Daniel




This message contains information, which may be in confidence and may be 
subject to legal privilege. If you are not the intended recipient, you must not 
peruse, use, disseminate, distribute or copy this message. If you have received 
this message in error, please notify us immediately (Phone 0800 665 463 or 
i...@linz.govt.nz) and destroy the original message. LINZ accepts no 
responsibility for changes to this email, or for any attachments, after its 
transmission from LINZ. Thank You.
___
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] Example script for Processing in QGIS 3

[G. Allegri]

I know Alexander. The point was processing scripts and their future...

giovanni

Il 27 gen 2018 4:29 PM, "Alexander Bruy"  ha
scritto:

> It is possible to write algorithms using same approach as in core. Just
> create
> "provider plugin" and that's it. This functionality was here almost
> from the very
> beginning of the Processing.
>
> 2018-01-27 17:08 GMT+02:00 G. Allegri :
> > Honestly I think script syntax wasn't that bad. At least it was quite
> easy
> > for a set of power users, as I could verift during my past courses.
> > Anyway I agree with the rationale: having a unified, pythonic way, to
> write
> > both algorithms and scripts... well, might be the case to ultimately drop
> > scripts?
> >
> > Whatever the choice, we should make users aware of the current unclear
> > situation, that things are being discussed and still evolving. This will
> > prevent confusion and maybe encourage participation.
> >
> > How could this discussion be brought forward? My first question would
> be: do
> > we still need scripts?
> >
> > In any case thanks to Nyall and the others for the great work! ;)
> >
> > Giovanni
> >
> >
> > Il 27 gen 2018 12:15 PM, "Paolo Cavallini"  ha
> > scritto:
> >>
> >> Il 27/01/2018 00:39, Nyall Dawson ha scritto:
> >>
> >> > It's not too late to improve this for 3.x. Why don't we get the daily
> >> > Python users and experts involved here and come up with a more
> >> > Python-like approach to processing scripts?
> >>
> >> IMHO this is worth a wider announcement and call for help, if possible
> >> with some kickoff instructions.
> >> All the best.
> >>
> >> --
> >> Paolo Cavallini - www.faunalia.eu
> >> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> >> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> >> ___
> >> 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
>
>
>
> --
> Alexander Bruy
>
___
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] Eclipse config for QGIS API

[Anita Graser]

Thank you for your help Lauri!

Motivated by your recommendations and the post
https://gisforthought.com/updating-a-plugin-from-qgis-2-to-qgis-3/, I
figured it out:

I copied python-qgis-dev.bat and appended

set
PATH=%PATH%;C:\OSGeo4W64\apps\qgis-rel-dev;C:\OSGeo4W64\apps\qgis-rel-dev\bin;C:\OSGeo4W64\bin;C:\OSGeo4W64\apps\Python27\DLLs;C:\Program
Files\Java\jre1.8.0_91\bin
C:\Users\anita\ide-latest-released\eclipse\eclipse.exe

This way, eclipse starts and I can add the OSGeo4W Python3 interpreter.

Regards,
Anita
___
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] Example script for Processing in QGIS 3

[Alexander Bruy]

It is possible to write algorithms using same approach as in core. Just create
"provider plugin" and that's it. This functionality was here almost
from the very
beginning of the Processing.

2018-01-27 17:08 GMT+02:00 G. Allegri :
> Honestly I think script syntax wasn't that bad. At least it was quite easy
> for a set of power users, as I could verift during my past courses.
> Anyway I agree with the rationale: having a unified, pythonic way, to write
> both algorithms and scripts... well, might be the case to ultimately drop
> scripts?
>
> Whatever the choice, we should make users aware of the current unclear
> situation, that things are being discussed and still evolving. This will
> prevent confusion and maybe encourage participation.
>
> How could this discussion be brought forward? My first question would be: do
> we still need scripts?
>
> In any case thanks to Nyall and the others for the great work! ;)
>
> Giovanni
>
>
> Il 27 gen 2018 12:15 PM, "Paolo Cavallini"  ha
> scritto:
>>
>> Il 27/01/2018 00:39, Nyall Dawson ha scritto:
>>
>> > It's not too late to improve this for 3.x. Why don't we get the daily
>> > Python users and experts involved here and come up with a more
>> > Python-like approach to processing scripts?
>>
>> IMHO this is worth a wider announcement and call for help, if possible
>> with some kickoff instructions.
>> All the best.
>>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
>> ___
>> 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



-- 
Alexander Bruy
___
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] Example script for Processing in QGIS 3

[G. Allegri]

Honestly I think script syntax wasn't that bad. At least it was quite easy
for a set of power users, as I could verift during my past courses.
Anyway I agree with the rationale: having a unified, pythonic way, to write
both algorithms and scripts... well, might be the case to ultimately drop
scripts?

Whatever the choice, we should make users aware of the current unclear
situation, that things are being discussed and still evolving. This will
prevent confusion and maybe encourage participation.

How could this discussion be brought forward? My first question would be:
do we still need scripts?

In any case thanks to Nyall and the others for the great work! ;)

Giovanni


Il 27 gen 2018 12:15 PM, "Paolo Cavallini"  ha
scritto:

> Il 27/01/2018 00:39, Nyall Dawson ha scritto:
>
> > It's not too late to improve this for 3.x. Why don't we get the daily
> > Python users and experts involved here and come up with a more
> > Python-like approach to processing scripts?
>
> IMHO this is worth a wider announcement and call for help, if possible
> with some kickoff instructions.
> All the best.
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> 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

Re: [QGIS-Developer] postgis connection to server instead of individual databases?

[Jorge Gustavo Rocha]

Hi,

Technically, we always need to connect to a database :-)

What we can do is to connect to the 'postgres' database using the user
credentials to query all the available databases, and then use something
like "DECLARE alldbs CURSOR FOR select * from pg_database" to retrieve
the list of available databases.

The user then chooses the database he wants to connect to.

Maybe we need some additional logic/configuration parameters for cases
when there are different roles to access different databases. Roles and
role permissions are the only issue related to this approach.

I think we can change the QGIS logic just by changing the interface.

Regards,

Jorge Gustavo

On 27-01-2018 11:36, Andreas Neumann wrote:
> Hi,
> 
> I agree that it would be desirable that all available DBs would be
> listed. As to services: the pg_service.conf file also contains several
> entries, so it would also be possible to list all available service
> configurations.
> 
> Just a wish: if we go this route, please, please, don't open all DBs at
> once. Just list the available DBs, let the user choose one of the
> available ones and then open only the DB the user is interested in.
> Otherwise it would be a performance issue. We have DBs with serveral
> hundred tables, sometimes > 1000. If they would be opened all at once,
> it would be really slow.
> 
> Andreas
> 
> On 27.01.2018 12:19, Paolo Cavallini wrote:
>> Il 27/01/2018 10:05, Raymond Nijssen ha scritto:
>>
>>> It would be very handy if QGIS could remember, for example, my
>>> localhost-postgres:postgres connection and update the available
>>> databases for me.
>>>
>>> Would that be possible? (Or is it but am I doing something wrong here?)
>> agreed, I always wondered why we chose this approach. Of course, to use
>> services we have to ave single connections to individual DBs.
>> All the best.
>>
> 
> ___
> 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

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
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] postgis connection to server instead of individual databases?

[Paolo Cavallini]

Il 27/01/2018 12:36, Andreas Neumann ha scritto:

> Just a wish: if we go this route, please, please, don't open all DBs at
> once. Just list the available DBs, let the user choose one of the
> available ones and then open only the DB the user is interested in.
> Otherwise it would be a performance issue. We have DBs with serveral
> hundred tables, sometimes > 1000. If they would be opened all at once,
> it would be really slow.

agreed; this is also the approachof other clients (pgAdmin3, phppgadmin).
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] postgis connection to server instead of individual databases?

[Andreas Neumann]

Hi,

I agree that it would be desirable that all available DBs would be 
listed. As to services: the pg_service.conf file also contains several 
entries, so it would also be possible to list all available service 
configurations.


Just a wish: if we go this route, please, please, don't open all DBs at 
once. Just list the available DBs, let the user choose one of the 
available ones and then open only the DB the user is interested in. 
Otherwise it would be a performance issue. We have DBs with serveral 
hundred tables, sometimes > 1000. If they would be opened all at once, 
it would be really slow.


Andreas

On 27.01.2018 12:19, Paolo Cavallini wrote:

Il 27/01/2018 10:05, Raymond Nijssen ha scritto:


It would be very handy if QGIS could remember, for example, my
localhost-postgres:postgres connection and update the available
databases for me.

Would that be possible? (Or is it but am I doing something wrong here?)

agreed, I always wondered why we chose this approach. Of course, to use
services we have to ave single connections to individual DBs.
All the best.



___
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] postgis connection to server instead of individual databases?

[Paolo Cavallini]

Il 27/01/2018 10:05, Raymond Nijssen ha scritto:

> It would be very handy if QGIS could remember, for example, my
> localhost-postgres:postgres connection and update the available
> databases for me.
> 
> Would that be possible? (Or is it but am I doing something wrong here?)

agreed, I always wondered why we chose this approach. Of course, to use
services we have to ave single connections to individual DBs.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] Example script for Processing in QGIS 3

[Paolo Cavallini]

Il 27/01/2018 00:39, Nyall Dawson ha scritto:

> It's not too late to improve this for 3.x. Why don't we get the daily
> Python users and experts involved here and come up with a more
> Python-like approach to processing scripts?

IMHO this is worth a wider announcement and call for help, if possible
with some kickoff instructions.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] Example script for Processing in QGIS 3

[Anita Graser]

Thank you Nyall!

On Sat, Jan 27, 2018 at 12:39 AM, Nyall Dawson 
wrote:
>
> But -- while we're at it -- am I the only one who finds processing
> script files in general to be full of a lot of black magic? (Note that
> I'm referring to script files here, not proper algorithms). When
> refactoring processing to c++ I kept the script syntax unchanged from
> 2.x as much as possible (with the exception of the sinks, which I
> cannot work out how to improve - save for re-creating a dummy
> VectorWriter object that wraps a bunch of stuff up). But to me it's
> *always* been rather un-python-like how parameters and outputs are
> defined in comments, how some variables are automatically created, how
> some output variables are expected, etc.


Very good point! Does anyone know the rationale behind the script syntax?
Is there any big advantage over the nicely pythonic way of implementing
regular Processing algorithms like
https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/qgis/SpatialIndex.py
?

Should we get rid of scripts with their special syntax and just have a way
to write
QgisAlgorithm
​s?​

Regards,
Anita

​
___
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] postgis connection to server instead of individual databases?

[Raymond Nijssen]

Dear developers,

Today I suddenly wondered: Why can pgAdmin have a connection to a 
database *server* and automatically list all databases that are present 
while in QGIS I need to create a new connection for every individual 
postgresql/postgis database?


It would be very handy if QGIS could remember, for example, my 
localhost-postgres:postgres connection and update the available 
databases for me.


Would that be possible? (Or is it but am I doing something wrong here?)

Kind regards,
Raymond
___
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] Changes to processing gdal:translate?

[Tom Chadwin]

Ah, thanks so much!

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
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