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 e
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 th
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:\OSGeo
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 qu
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
script
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
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
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 D
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 won
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 possib
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 p
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 re
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:/
13 matches
Mail list logo