Il 10/02/2018 14:38, Anita Graser ha scritto:
> On Fri, Feb 9, 2018 at 11:01 AM, Richard
> Duivenvoorde > wrote:
>
> Maybe at a hackfest, foss4g or other meeting it is good to come together
> face to face so it is easier to actually SHOW
Dear Nyall and all,
here are some of my thoughts mostly relating to GRASS GIS (although it may
not express views of the whole GRASS GIS developer team).
On Thu, Feb 8, 2018 at 8:55 PM, Nyall Dawson wrote:
>
> Here's the situation as I see it:
>
>
> The past
Il 09/02/2018 09:34, Rashad Kanavath ha scritto:
> I am giving up on this contribution as it seems impossible to get small
> changes like this.
> Thanks for all your time.
Hi Rashad,
please be patient: bear with us, and we'll find the most efficient
solution. In QGIS we have a very friendly
On Thu, Feb 8, 2018 at 5:51 PM, Paolo Cavallini
wrote:
> 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
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
On 08/02/18 13:43, Rashad Kanavath wrote:
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
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.
>>
>
eo.org] On Behalf Of
> Paolo Cavallini
> Sent: torsdag 8. februar 2018 09.04
> To: G. Allegri <gioha...@gmail.com>
> Cc: qgis-developer <qgis-develo...@lists.osgeo.org>;
> saga-gis-develo...@lists.sourceforge.net; grass-dev <
> grass-dev@lists.osgeo.org>; Victor O
oun...@lists.osgeo.org] On Behalf Of
> Paolo Cavallini
> Sent: torsdag 8. februar 2018 09.04
> To: G. Allegri <gioha...@gmail.com>
> Cc: qgis-developer <qgis-develo...@lists.osgeo.org>;
> saga-gis-develo...@lists.sourceforge.net; grass-dev <
> grass-dev@lists.osgeo
a-gis-develo...@lists.sourceforge.net; grass-dev
<grass-dev@lists.osgeo.org>; Victor Olaya <vola...@gmail.com>
Subject: Re: [GRASS-dev] [QGIS-Developer] External providers in QGIS
Hi all,
I disagree heartily: without GRASS and SAGA QGIS is currently unsuitable for
serious, comprehensive GIS
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
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,
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 experience - comprising years of feedbacks from the courses I
teach - the most
13 matches
Mail list logo