Re: [QGIS-Developer] Analytics on plugin downloads

Hola Pedro, Il 09/02/2018 02:23, Pedro Camargo ha scritto: >          As I continue the development of AequilibraE (a plugin focused > on tools for transportation modelling), I wish I had access to > statistics on who has downloaded the plugin (e.g. Google Analytics).  > That would help me see

Re: [QGIS-Developer] Processing Help system

Il 09/02/2018 08:29, matteo ha scritto: > so the provider issue is fixed. Now from the doc side, we have to change > the section headers so that they match the unique id of the algorithms > in the code. Did I understand it correctly? > > Many thanks again Thanks a lot Nyall. Who can change to

Re: [QGIS-Developer] Processing Help system

Hi Nyall, >> PR at https://github.com/qgis/QGIS/pull/6298 >> >> Feedback on this approach is welcome, but I think fixing in the code >> is correct vs fixing via redirects. that's great! thanks for the PR! > Just a heads-up: I've noticed while testing the above PR that while it > fixes the

Re: [QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

On 9 February 2018 at 03:29, Saber Razmjooei wrote: > I think the performance could be related to this: > https://issues.qgis.org/issues/17809 > I spent some time today looking into this issue. The end result was https://github.com/qgis/QGIS/pull/6300, but

Re: [QGIS-Developer] Processing Help system

On 9 February 2018 at 11:32, Nyall Dawson wrote: > On 9 February 2018 at 03:01, Paolo Cavallini wrote: >> Il 08/02/2018 13:57, Richard Duivenvoorde ha scritto: >> >>> my 2cts: try to fix it either by fixing the code that creates the url >>> for the

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

On 9 February 2018 at 00:20, Moritz Lennert wrote: > On 08/02/18 15:08, Nikos Alexandris wrote: >> >> I guess, there are numerous cases like this one. What would, >> effectively, mean a removal of external providers (in this case GRASS >> GIS)? > > > Let's make it

[QGIS-Developer] Analytics on plugin downloads

Hi, As I continue the development of AequilibraE (a plugin focused on tools for transportation modelling), I wish I had access to statistics on who has downloaded the plugin (e.g. Google Analytics). That would help me see what the audience is and, hopefully, gauge better where to put

Re: [QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

Hi Rene-Luc On Thu, Feb 8, 2018 at 7:58 PM, René-Luc Dhont wrote: > > The problem with Apache is that the QGIS Server processes are regularly > reset. So the QGIS Server cache is regularly cleaned, and the project is > regularly reloaded. So the project is not loading every

[QGIS-Developer] Open attribute table dialog Parsingerror

Hi, I want update my Plugin for QGis 2.14. My "AttributeTable" Button works but I get a Note in the upper corner: "Parsingerror: syntax error, unexpected $end" I don't know why because the AttributeTable pop up. But the Note is annoying. The sourcecode via Python is simple:

Re: [QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

Hi Andreas, The problem with Apache is that the QGIS Server processes are regularly reset. So the QGIS Server cache is regularly cleaned, and the project is regularly reloaded. So the project is not loading every time a request is being made but some time. I have opened an issue to have

Re: [QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

Hi Régis Le 08/02/2018 à 17:12, Régis Haubourg a écrit : Hi René Luc, thanks a lot for starting that analysis! Do you plan to be in Madeira? Elaborating a complete test suite together would be perfectly fitted for that task . I could not be in Madeira. But we can discuss about perf test

Re: [QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

I think the performance could be related to this: https://issues.qgis.org/issues/17809 Regards Saber On 8 Feb 2018 16:34, "Paolo Cavallini" wrote: Hi all, Il 08/02/2018 15:59, Andreas Neumann ha scritto: > Definitely I would welcome a submission at the next round of

[QGIS-Developer] Plugin [678] Multi-distance buffer approval notification.

Plugin Multi-distance buffer approval by pcav. The plugin version "[678] Multi-distance buffer 2.2.2" is now approved Link: http://plugins.qgis.org/plugins/MultiDistanceBuffer/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

Re: [QGIS-Developer] Processing Help system

Il 08/02/2018 13:57, Richard Duivenvoorde ha scritto: > my 2cts: try to fix it either by fixing the code that creates the url > for the 1. Help system URL (even if that would need a switch from > native->qgis or so).. > OR by just plain renaming those directories in the manual (2. doc URL) > (as

[QGIS-Developer] Plugin [1191] Tempus approval notification.

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

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

Il 08/02/2018 15:49, Nikos Alexandris ha scritto: > * Moritz Lennert [2018-02-08 15:20:14 > +0100]: > >> On 08/02/18 15:08, Nikos Alexandris wrote: >>> I guess, there are numerous cases like this one. What would, >>> effectively, mean a removal of external providers

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

Il 08/02/2018 13:43, Rashad Kanavath ha scritto: > But aside all decision making stuff, can you check what is to be done in > this PR? > https://github.com/qgis/QGIS/pull/6272 > It is something worthy a discussion and not a plugin or not. I was > asking because QGIS 3 is near and diff is not that

Re: [QGIS-Developer] External providers in QGIS

Il 08/02/2018 10:31, Rashad Kanavath ha scritto: > I don't know what these developers are going to do with a bugfix after a > new release. That's some kind of mystery unsolved to me. we are doing regular point releases, an approach which has proven very successful IMHO > I hope there will be

[QGIS-Developer] Plugin [1364] UMEP approval notification.

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

[QGIS-Developer] Plugin [1305] Calidad-CAR approval notification.

Plugin Calidad-CAR approval by pcav. The plugin version "[1305] Calidad-CAR 1.0.2" is now approved Link: http://plugins.qgis.org/plugins/CalidadCAR/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

Re: [QGIS-Developer] [server] Status and Roadmap

Great news, merci Régis. IMHO it is not important to set priorities: both standards and performances are important, for different reasons, and implementing one will not interfere with the other - just different actors will be involved. I'm sure both will receive higher support from PSC and QGIS

Re: [QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

Hi René Luc, thanks a lot for starting that analysis! Do you plan to be in Madeira? Elaborating a complete test suite together would be perfectly fitted for that task . Some questions: - Trust option is only there to not query datasource when this one has no metadata for PK and extent. So it

Re: [QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

Hi René Luc, Good points. I also had a look at these stats and was disappointed. So I agree that it would be worth-wile working on improving the performance of QGIS server version 3. On the QgsProject loading performance issue: is this only an issue at the first loading of the project or

[QGIS-Developer] [Server] Is QGIS Server 3 fast yet ? the 2018-02-06

Hi Devs, I have made some analyse of the performances data generated by CampToCamp test platform. The data are downloadable here https://gmf-test.sig.cloud.camptocamp.net/ms_perfs/ And the tests are based on this docker-pull: https://github.com/camptocamp/ms_perfs The QGIS Server docker

Re: [QGIS-Developer] SSL cert problem WIndows: OGR or osgeo certificate install issue?

Hi Richard, (good test!) I've tested on Windows 10 through OGR using MS4W 3.2.3, which includes the latest ca-cert bundle, and an updated libcurl, here are the results: (note that by running the command "setenv.bat" it automagically sets the CURL_CA_BUNDLE variable)

Re: [QGIS-Developer] [server] Status and Roadmap

Hi Régis, My answers in the body of your email Le 08/02/2018 à 11:25, Régis Haubourg a écrit : Hi all, As you know, QGIS server has been fully refactored for QGIS 3. Now some big enterprises are starting to rely on it in production environment and would like to consolidate again QGIS

Re: [QGIS-Developer] Processing Help system

On 08-02-18 08:50, matteo wrote: > Hi devs, > > I want to share a super brief summary of the brainstorming we had on > this topic. I think it is better to speak about it in Madeira with all > the interested people. > > There are some small issues with the Help system and Processing (sphinx >

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

On Thu, Feb 8, 2018 at 11:32 AM, Victor Olaya wrote: > > >> >> OTB's proposed solution was that plugin or provider algorithm if >> activated can find otb installation. If not found, there is code which will >> download and install otb packages and configure it for users. >> >

Re: [QGIS-Developer] Setting snapping settings via Python

Thank you so very much !!! QgsProject.instance().writeEntry('Digitizing', '/SnappingMode', 'advanced') QgsProject.instance().snapSettingsChanged.emit() This did the trick for me. I'm so surprised the answer wasn't easy to find... -- Sent from:

[QGIS-Developer] SSL cert problem WIndows: OGR or osgeo certificate install issue?

Can I pull some attention to: https://issues.qgis.org/issues/17947 On windows it is not possible (both 2.18 and master) to pull a geojson via https into QGIS. Given REST interfaces becoming more and more popular I think this is an important issue. But I'm not sure if it is a OGR problem (given

Re: [QGIS-Developer] Processing Help system

If there is no easy proper fix for this, URL rewriting could handle it - I don't know what server software is being used, but it should be possible. Tom - Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon -- Sent from:

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

> > OTB's proposed solution was that plugin or provider algorithm if activated > can find otb installation. If not found, there is code which will download > and install otb packages and configure it for users. > I still don't see why this cannot be done if OTB provider is a separate plugin.

[QGIS-Developer] [server] Status and Roadmap

Hi all, As you know, QGIS server has been fully refactored for QGIS 3. Now some big enterprises are starting to rely on it in production environment and would like to consolidate again QGIS server. I have some informations and questions : # OGC certification I got in touch with the OGC

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

On Thu, Feb 8, 2018 at 10:15 AM, Stefan Blumentrath < stefan.blumentr...@nina.no> wrote: > Hi, > > Regarding the negative effect of algorithms getting lost I fully agree > with you Paolo. > > However, it might simplify the discussion if we try separate user > experience and development (and

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

What I ment is that, from my perspective, we shouldn't seek to make QGIS a do-it-all software by default, because the GIS/EO/RS/Data Analysis fields are so wide that, from that point of view, everything could go into QGIS and it would be an overwhelmin experience for users. Any generic sw I know

Re: [QGIS-Developer] External providers in QGIS

On Wed, Feb 7, 2018 at 6:25 PM, Paolo Cavallini wrote: > Il 07/02/2018 11:18, Victor Olaya ha scritto: > > I dont see the advantage in having providers in core. > > I see the following: > * tests (already available in our infrastructure) > * translations > * more exposure

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

Hi, Regarding the negative effect of algorithms getting lost I fully agree with you Paolo. However, it might simplify the discussion if we try separate user experience and development (and packaging) solutions as well as means and ends... Aim should be to have the different back-ends

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

On Wed, Feb 7, 2018 at 7:07 PM, G. Allegri wrote: > I'm much more in favour for out of core providers, for the same reasons > reported by Victor. Having only GDAL and QGIS algorithms in core will > reduce the number of available algorithms out of the box, but: > > - from my

Re: [QGIS-Developer] External providers in QGIS

Hi all, I disagree heartily: without GRASS and SAGA QGIS is currently unsuitable for serious, comprehensive GIS analysis work. Full stop. Missing one specific alg, even if not used daily, means having to switch to other software. We have already removed R provider: even if used by a tiny minority,