Re: [QGIS-Developer] Keyword args for python bindings?

Sounds like a great idea to me! cheers Marco On 22.06.2017 15:13, Nyall Dawson wrote: > On 22 June 2017 at 12:36, Nathan Woodrow wrote: >> I thought I turned that on a while ago? >> >> IMO +1 on this because it makes things nicer to read. > Ahh - I see what's happening

Re: [QGIS-Developer] Keyword args for python bindings?

On 22 June 2017 at 12:36, Nathan Woodrow wrote: > I thought I turned that on a while ago? > > IMO +1 on this because it makes things nicer to read. Ahh - I see what's happening here. At the module level we've enabled keyword_arguments="Optional", which means only arguments

Re: [QGIS-Developer] Keyword args for python bindings?

I thought I turned that on a while ago? IMO +1 on this because it makes things nicer to read. On Thu, Jun 22, 2017 at 12:33 PM, Nyall Dawson wrote: > Hi all, > > Been thinking about this lately, with all the excellent work which is > being done on sipify and improving

[QGIS-Developer] Keyword args for python bindings?

Hi all, Been thinking about this lately, with all the excellent work which is being done on sipify and improving the usability of the PyQGIS through docstrings and such... do we want to also turn on named argument support for PyQGIS methods? I gather it's just a matter of adding the annotation

[QGIS-Developer] Authentication for QGIS 3.0 for TileServer (XYZ)

As I look at the Browser Panel in QGIS 3.0, DB2, ArcGisFeatureServer, ArcGisMapServer, WMS, WFS, WCS PostGIS all provide authentication, but TileServer (XYZ) does not. Can this be added? It really needs to be there for consistency and for usefulness when there are tile servers with passwords.

Re: [QGIS-Developer] Drag and drop to PostGIS crash

On Fri, Jun 2, 2017 at 1:50 AM, Nyall Dawson wrote: > I think copy should definitely be the ONLY behavior here. Otherwise > there's data loss - user's styling and layer settings will be lost, > and dragging memory layers will lose all features (admittedly dragging > memory

Re: [QGIS-Developer] Processing algorithms provider and docs

On mercredi 21 juin 2017 11:32:49 CEST DelazJ wrote: > 2017-06-21 11:22 GMT+02:00 matteo : > > Hi Harrissou and Yves, > > > > ok so no webhooks or some automatic tasks that is "aware" of new > > algorithms of Processing to put them in the docs. > > > > There's. IF the

Re: [QGIS-Developer] Debug C++ QGIS plugin with VS

Hi Christophe, On Wed, 21. Jun 2017 at 09:32:12 +0200, Christophe B wrote: > We are therefore looking to associate QGIS with visual studio and be able > to take step by step by associating with the process. > For the moment when we build with the DLL / lib of dev it build but when > launching the

Re: [QGIS-Developer] Split parts tool - invalid output

tinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 15619 (20170621) __ The message was checked by ESET Mail Security. http://www.eset.com ___ QGIS-Developer mailing list QGIS

Re: [QGIS-Developer] Split parts tool - invalid output

Hi Bernhard, thanks for the answer > I would definitely wish to have proper tools in core but as I am not a > C++ guy all I can do is implement things in a Python plugin :-( > DigitizingTools is an effort to provide missing tools until there is a > solution in core (I just abandoned a tool whose

Re: [QGIS-Developer] Processing algorithms provider and docs

2017-06-21 11:22 GMT+02:00 matteo : > Hi Harrissou and Yves, > > ok so no webhooks or some automatic tasks that is "aware" of new > algorithms of Processing to put them in the docs. > > There's. IF the committer adds the [feature] tag to the commit, then an issue is

Re: [QGIS-Developer] Processing algorithms provider and docs

Hi Harrissou and Yves, ok so no webhooks or some automatic tasks that is "aware" of new algorithms of Processing to put them in the docs. Yves, as soon as Nyall is finished with the Processing armageddon I will make some checks, open tickets and add the missing algorithms. BTW isn't it

Re: [QGIS-Developer] Processing algorithms provider and docs

Matteo, On mercredi 21 juin 2017 09:43:39 CEST matteo wrote: > Is the documentation of he Processing providers (in the website) build > according to the algorithm number of the UI? Probably for the first import but now this is a manual task. Could you open ticket(s) on missing alogrithmes?

Re: [QGIS-Developer] Processing algorithms provider and docs

Hi Matteo, As far as I know there is no automatic process to generate/fill a section in the online documentation for each algorithm added to Processing. Someone has to be aware of this new algorithm and write its description. And I'm not sure it has often be the case untill the webhook (which

[QGIS-Developer] Processing algorithms provider and docs

Hi all, Processing is now in big reorganization but also before its porting in C++ I noticed some differences between the number of algorithm in the UI and those in the website. For example, I remember that there were some algorithm in the Database menu that involves also SpatiaLite while in the

[QGIS-Developer] Plugin [241] Crayfish approval notification.

Plugin Crayfish approval by pcav. The plugin version "[241] Crayfish 2.6.1" is now approved Link: http://plugins.qgis.org/plugins/crayfish/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

[QGIS-Developer] Debug C++ QGIS plugin with VS

Hi List, We have a problem with a QGIS plugin developed in C ++ and the developer left us with a debug environment that did not work.. We managed to recreate an environment that allows to build the dll: it works with version 2.18 of GIS! When we have a bug, we do not have what it takes to

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

Il 21/06/2017 07:59, Richard Duivenvoorde ha scritto: > It is a LOT of work, both styling and running an open server hosting > world data in a custom style. You need also quite a lot > cpu/disk/connection resources for it to perform well. > > So somebody needs to put time/resources in it, AND