Re: [Qgis-developer] Future of the GDALTools plugin

[Giovanni Manghi]

Hi all,

>> the command line has been added (thanks Victor). What is missing is the
>> possibility of directly editing the command and launch it from the
>> interface. Although very convenient for power users, I do not consider
>> this a blocker.
>
> Ah - didn't realise that. I don't consider editing the command a blocker 
> either.

agree, while a cool feature for power users is not so important for general use.

Actually there is a much more important regression in gdal tools
(Processing equivalent tools not affected) that would make sense  to
be eventually addressed if gdal tools is not being removed from
lts/2.18: in recent qgis versions new numeric/integer fields created
with the QGIS field calculator are *not* recognized in tools like gdal
rasterize (a very, very common operation).

cheers

-- G --
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of the GDALTools plugin

[Nyall Dawson]

On 24 December 2016 at 19:33, Paolo Cavallini  wrote:
> Il 24/12/2016 10:02, Nyall Dawson ha scritto:
>
>> Big +1 from me in general. But if I recall correctly a blocker from this
>> in the past was that the gdaltools versions show the command line
>> equivalent syntax while the processing versions do not.
>
> the command line has been added (thanks Victor). What is missing is the
> possibility of directly editing the command and launch it from the
> interface. Although very convenient for power users, I do not consider
> this a blocker.

Ah - didn't realise that. I don't consider editing the command a blocker either.

> More serious is the modal window. May I suggest to drop it only after
> having switched processing to the task manager?

I'd say given that the processing team have already stated their
commitment to port processing to task manager for 3.0 that we can
safely drop gdaltools for now with little impact.

Nyall


> All the best.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of the GDALTools plugin

[Paolo Cavallini]

Il 24/12/2016 10:02, Nyall Dawson ha scritto:

> Big +1 from me in general. But if I recall correctly a blocker from this
> in the past was that the gdaltools versions show the command line
> equivalent syntax while the processing versions do not. 

the command line has been added (thanks Victor). What is missing is the
possibility of directly editing the command and launch it from the
interface. Although very convenient for power users, I do not consider
this a blocker.
More serious is the modal window. May I suggest to drop it only after
having switched processing to the task manager?
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of the GDALTools plugin

[Nyall Dawson]

On 24 Dec 2016 02:23, "Alexander Bruy"  wrote:

Hi all,

some time ago I submitted a QEP about removing fTools and GDALTools
plugins and replacing them with Processing [0, 1]. fTools plugin was
removed,
but GDALTools still here. IMHO it would be good to drop GDALTools in QGIS
3.0.


Right now Processing offers same functionality as GDALTools plugin and even
tools which are not available in GDALTools. Also it receives much more
attention
and bugfixes. For example, if a user creates with the field calculator
a new column
in a vector to be used for some operation within GDALTools, then this column
is not recognized (but it is in the equivalent tool in Processing) and
this is not
only one problem.

Are there any objections to remove GDALTools?


Big +1 from me in general. But if I recall correctly a blocker from this in
the past was that the gdaltools versions show the command line equivalent
syntax while the processing versions do not.

Is this still considered a blocker and if so, is there plans to address
this before dropping the plugin.

Nyall


[0] https://github.com/qgis/QGIS-Enhancement-Proposals/issues/54
[1] http://osgeo-org.1560.x6.nabble.com/QEP-Dropping-
fTools-GdalTools-in-favor-of-Processing-td5247519.html

--
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of the GDALTools plugin

[Alexander Bruy]

2016-12-23 18:43 GMT+02:00 Paolo Cavallini :
> Is Processing non-blocking in QGIS 3 now?

Not yet, but we plan to work on this and update Processing to use
task manager recently added by Nyall

-- 
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of the GDALTools plugin

[Paolo Cavallini]

Il 23/12/2016 17:29, Mathieu Pellerin ha scritto:
> Alex, there is one aspect where gdaltools plugin still surpasses
> processing, namely the possibility of creating virtual rasters from
> multiple files without having to load those in QGIS to begin with. 

> On Dec 23, 2016 23:23, "Alexander Bruy"  > wrote:

> Are there any objections to remove GDALTools?

Agreed it should be removed in QGIS 3.
Agreed about the VRT issue reported by Mathieu.
Perhaps it would be good to announce this more widely (qgis-users,
social networks), to collect eventual similar cases.
Is Processing non-blocking in QGIS 3 now?
All the best, and thanks.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of the GDALTools plugin

[Mathieu Pellerin]

Alex, there is one aspect where gdaltools plugin still surpasses
processing, namely the possibility of creating virtual rasters from
multiple files without having to load those in QGIS to begin with.

If that could be dealt with, I wouldn't look back to the plugin in a
hundred years :)

On Dec 23, 2016 23:23, "Alexander Bruy"  wrote:

> Hi all,
>
> some time ago I submitted a QEP about removing fTools and GDALTools
> plugins and replacing them with Processing [0, 1]. fTools plugin was
> removed,
> but GDALTools still here. IMHO it would be good to drop GDALTools in QGIS
> 3.0.
>
> Right now Processing offers same functionality as GDALTools plugin and even
> tools which are not available in GDALTools. Also it receives much more
> attention
> and bugfixes. For example, if a user creates with the field calculator
> a new column
> in a vector to be used for some operation within GDALTools, then this
> column
> is not recognized (but it is in the equivalent tool in Processing) and
> this is not
> only one problem.
>
> Are there any objections to remove GDALTools?
>
> [0] https://github.com/qgis/QGIS-Enhancement-Proposals/issues/54
> [1] http://osgeo-org.1560.x6.nabble.com/QEP-Dropping-
> fTools-GdalTools-in-favor-of-Processing-td5247519.html
>
> --
> Alexander Bruy
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Future of the GDALTools plugin

[Alexander Bruy]

Hi all,

some time ago I submitted a QEP about removing fTools and GDALTools
plugins and replacing them with Processing [0, 1]. fTools plugin was removed,
but GDALTools still here. IMHO it would be good to drop GDALTools in QGIS 3.0.

Right now Processing offers same functionality as GDALTools plugin and even
tools which are not available in GDALTools. Also it receives much more attention
and bugfixes. For example, if a user creates with the field calculator
a new column
in a vector to be used for some operation within GDALTools, then this column
is not recognized (but it is in the equivalent tool in Processing) and
this is not
only one problem.

Are there any objections to remove GDALTools?

[0] https://github.com/qgis/QGIS-Enhancement-Proposals/issues/54
[1] 
http://osgeo-org.1560.x6.nabble.com/QEP-Dropping-fTools-GdalTools-in-favor-of-Processing-td5247519.html

-- 
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer