Re: [Qgis-developer] standard way for custom plugin python dependencies

Jachym: fwiw request is included in master and release-2_16 branches respectively [1]. Having said this, a more streamlined approach to plugin management in QGIS would make things much easier for long term support across distributions. ..Tom [1]

Re: [Qgis-developer] Table Manager discontinuation and missing French translator

Good idea. What about adding a shorcut to the Vector menu, like it's now with the algorithms formerly available in fTools? Borys Dnia czwartek, 22 września 2016 14:32:07 Bernd Vogelgesang pisze: > Just a note on usability: > Though even the Table Manager was not the obvious tool to

Re: [Qgis-developer] standard way for custom plugin python dependencies

why not package critical/missing dep with the plugin itself? import from local egg only if not present in the installation. Luigi Pirelli ** * Boundless QGIS Support/Development: lpirelli AT

Re: [Qgis-developer] Table Manager discontinuation and missing French translator

Ah it was you, Jean Roc, weren't you? :) Dnia czwartek, 22 września 2016 14:16:25 Borys Jurgiel pisze: > Hi folks! > > I'm going to discontinue the Table Manager. It was always a dirty > workaround, and nowadays (with recent QGIS versions and GDAL 2) numerous > data corruptions are reported. As

Re: [Qgis-developer] Multiple Fields in R-Processing

Victor, thanks for the super quick reply. I still don't get how can I select the different single fields from the output. I mean, with the selection parameter all is straightforward. In the example I wrote in the previous mail, how can I access the first field of the multiple fields parameter?

Re: [Qgis-developer] Multiple Fields in R-Processing

Matteo For the multiple field you dont supply the fields or options. It takes them from the parent layer and you can select several, instead of one, as the PArameterTableField does Hope this helps 2016-09-22 14:48 GMT+02:00 matteo : > Hi guys, > > I have a small problem

Re: [Qgis-developer] standard way for custom plugin python dependencies

On Thu, Sep 22, 2016 at 3:22 PM, Vincent Picavet (ml) < vincent...@oslandia.com> wrote: > Hi, > > > On 22/09/2016 14:43, Alessandro Pasotti wrote: > > On Thu, Sep 22, 2016 at 2:37 PM, Akbar Gumbira > > wrote: > [..] > > @Jachym: AFAIK,

Re: [Qgis-developer] standard way for custom plugin python dependencies

Hi, On 22/09/2016 14:43, Alessandro Pasotti wrote: > On Thu, Sep 22, 2016 at 2:37 PM, Akbar Gumbira > wrote: [..] > @Jachym: AFAIK, most plugins now just ship the needed libraries > along with it or ask the users to install them.

[Qgis-developer] Multiple Fields in R-Processing

Hi guys, I have a small problem with the integration of the MultipleField parameter in the R-Processing script. The trial script is super simple: ##[R-Geostatistics]=group ##l=vector ##X=multiple Field l >X So I just want to understand how can I extract the single fields of the parameter.

Re: [Qgis-developer] standard way for custom plugin python dependencies

On Thu, Sep 22, 2016 at 2:37 PM, Akbar Gumbira wrote: > Hi Matthias, > > Is there any pointer to the discussion? If it's possible for me to help, I > could may be make a proposal for next year GSoC on this :) > > Nice idea! Please go ahead :) > @Jachym: AFAIK, most

Re: [Qgis-developer] standard way for custom plugin python dependencies

Hi Matthias, Is there any pointer to the discussion? If it's possible for me to help, I could may be make a proposal for next year GSoC on this :) @Jachym: AFAIK, most plugins now just ship the needed libraries along with it or ask the users to install them. There are some libraries that are

Re: [Qgis-developer] Table Manager discontinuation and missing French translator

Just a note on usability: Though even the Table Manager was not the obvious tool to manipulate attribute tables, cause it wasn't even installed by default, now the Refactor Fields function in Processing is even less visible to people. It would be great if this function could be kind of

[Qgis-developer] Table Manager discontinuation and missing French translator

Hi folks! I'm going to discontinue the Table Manager. It was always a dirty workaround, and nowadays (with recent QGIS versions and GDAL 2) numerous data corruptions are reported. As QGIS finally contains the Refactor Fields tool and doesn't need any external plugins, I believe it's the high

Re: [Qgis-developer] standard way for custom plugin python dependencies

Hi Jachym, Unfortunately not. This has been discussed and is something that will certainly be added at some point but so far nobody implemented it (basically because of its cross-platform nature I think). Your possibilities are: * Document and print nice warnings * Ship the dependency

[Qgis-developer] standard way for custom plugin python dependencies

Hi all, we've developed an (python) plugin for QGIS, which is somehow using (among others) nice "requests" python library. We use it the standard way import requests But when we distributed the plugin to other computers, it turned out, they do not have it installed. Is there any standard way,

Re: [Qgis-developer] Renaming QML to QSL

I almost agree for the reasons exposed... almost because I'm not really convinced to mixup style with other stuffs as exposed by Andreas. But I understand the problem to add more and more file and style types. In this moment we have a IMHO a serious interoperability problem creating a defacto

Re: [Qgis-developer] Renaming QML to QSL

On 09/22/2016 12:31 PM, Andreas Neumann wrote: > And would the .qsl files than concentrate on styling and labeling and > strip away the Field/Widget part, as well as other non-styling > properties/settings? Then we would need yet another file format that also includes also field widget

Re: [Qgis-developer] Renaming QML to QSL

Ah sorry. Mixed up things. It would be a simple rename - nothing else. To not collide with the other usage (the qt qml files). I always thought it would be useful if the .qml export and import would be more modular - giving the user the option what parts of the information should be exported

Re: [Qgis-developer] Renaming QML to QSL

And would the .qsl files than concentrate on styling and labeling and strip away the Field/Widget part, as well as other non-styling properties/settings? .qsl (QGIS styling language ;-) )? @Nyall: any relations with your new properties framework project? Greetings, Andreas Am 22.09.2016

Re: [Qgis-developer] Renaming QML to QSL

On 22 Sep 2016 8:28 PM, "Nyall Dawson" wrote: > > On 22 Sep 2016 8:16 PM, "Matthias Kuhn" wrote: > > > > On 09/22/2016 12:14 PM, Nyall Dawson wrote: > > > On 22 Sep 2016 8:02 PM, "Matthias Kuhn" > > >

Re: [Qgis-developer] Renaming QML to QSL

On 22 Sep 2016 8:16 PM, "Matthias Kuhn" wrote: > > On 09/22/2016 12:14 PM, Nyall Dawson wrote: > > On 22 Sep 2016 8:02 PM, "Matthias Kuhn" > > wrote: > >> > >> Developers, > >> > >> We all know and appreciate .qml files. Some

Re: [Qgis-developer] Discussion on the QGIS grant proposals

Hi Andreas, thanks again for raising these important points. My notes (also personal opinion, not to be intended as a PSC position) below: Il 22/09/2016 08:14, Neumann, Andreas ha scritto: > -- > > Now comes my personal position/opinion - note

Re: [Qgis-developer] Renaming QML to QSL

On 09/22/2016 12:14 PM, Nyall Dawson wrote: > On 22 Sep 2016 8:02 PM, "Matthias Kuhn" > wrote: >> >> Developers, >> >> We all know and appreciate .qml files. Some of us for shipping QGIS >> styles some of us for writing QtQuick applications [1].

Re: [Qgis-developer] Renaming QML to QSL

On 22 Sep 2016 8:02 PM, "Matthias Kuhn" wrote: > > Developers, > > We all know and appreciate .qml files. Some of us for shipping QGIS > styles some of us for writing QtQuick applications [1]. > > The second one become more important with Qt5 and so increase the risk > of

[Qgis-developer] Renaming QML to QSL

Developers, We all know and appreciate .qml files. Some of us for shipping QGIS styles some of us for writing QtQuick applications [1]. The second one become more important with Qt5 and so increase the risk of confusing the two file types. We already have technical collisions of the two file

[Qgis-developer] QGIS Server cascaded GetFeatureInfo doesn't work

for me :) Hi devs, I thought it should have worked, given that Server delegates to each layer's respective provider. I haven't digged into the code and I couldn't setup a debug session yet, but I wanted to know if it's working or not for others of you. giovanni

Re: [Qgis-developer] [Qgis-user] Discussion on the QGIS grant proposals

Il 22/09/2016 11:39, Matthias Kuhn ha scritto: > In particular I think we should pay attention to not attract individuals > that only pop up when there's money to be spent from the project and > then disappear again. Agreed totally. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS &

Re: [Qgis-developer] [Qgis-user] Discussion on the QGIS grant proposals

Thank you for raising this Andreas, What I wonder is to which degree the people/companies behind a proposal should be considered. In particular about: * Their history within the project * how much they did before for the project. I think that a grant can not only have a direct impact by making

Re: [Qgis-developer] Discussion on the QGIS grant proposals

>> 2) Implement a flexible properties framework in QGIS >> >> This is the kind of under-the-hood API changes and improvements I >> mentioned above. Stuff that brings our project forward, but under >> the hood - not visible for the user. This is the basis that later >> follow-up work can than build

[Qgis-developer] Code complexity survey

Dear qgis developers, We have undertaken a task to assess code complexity triggers and generate recommendations for developing understandable code. Our intension is to share the results with you, developers, so everyone can learn the triggers behind complex software. We need your help for

Re: [Qgis-developer] Discussion on the QGIS grant proposals

Hello, Thanks Andreas for raising this topic and clearing up facts and giving your position. I agree 100% with what you stated, and I do think this is something which should be emphasized much more, if not even constrained. Some more notes below. On 22/09/2016 08:14, Neumann, Andreas wrote: >

[Qgis-developer] Discussion on the QGIS grant proposals

Dear QGIS users, developers, voting members and user group representatives, As you may have noticed, there is a first round of a QGIS grant program, fueled by the donations and sponsorship money we received in the past months. Tim Sutton, chair of the QGIS project, has publicized this program