[Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Victor Olaya]

While we work on moving everything into SEXTANTE, a quick solution can
be to add new algorithms in SEXTANTE that call the fTools and GDAL
tools and pop up the current dialogs. They will not be available in
the SEXTNATE modeler or batch processing interface, but at least they
will be in SEXTANTE and we can have all analysis stuff available
there, which might be less confusing.

We should find the way, however, of making clear that this is a
duplicated functionality and that those algorithms are different to
the rest of them

Not sure it is the best idea, but well, I guess it's worth commenting.

Cheers

2013/3/20 Werner Macho <werner.macho at gmail.com>:
> Hi!
>
> I am usually also for cleaning up - and removing stuff like duplicate
> labelling and such things but for functions like GDAL and fTools i rather
> tend to hold them as long as there are not all equivalent function available
> elsewhere.
>
> My point would be to rather clean the GUI (less automatically created button
> bars) than try to get rid of them by deleting functions.
>
> Would it be possible to make just a clean GUI with only the basic functions
> (I know .. what are the basic functions) .. but with the possibility to
> build up one button bar by oneself adding only the functions I would need?
> I like the idea of automatically appearing buttons but with a lot of plugins
> activated the space is crowded.
> I think it would be good to create a complete customizeable button bar ..
>
> regards
> Werner
>
>
>
>
>
> On Wed, Mar 20, 2013 at 8:14 AM, Alex Mandel <tech_dev at wildintellect.com>
> wrote:
>>
>> On 03/19/2013 11:34 PM, Alexander Bruy wrote:
>>>
>>> Hi,
>>>
>>> On Tue, 19 Mar 2013 19:40:03 +0100
>>> Martin Dobias <wonder.sk at gmail.com> wrote:
>>>
>>>> The port of original algorithms to SEXTANTE seems to be nearly
>>>> complete  and SEXTANTE has superior approach of creating the GUI for
>>>> algorithms dynamically (similar to GRASS toolbox) instead of manually
>>>> creating GUI for each algorithm. So...what about removing the original
>>>> fTools and GdalTools plugins before 2.0 and focusing on improvements
>>>> of their counterparts in SEXTANTE?
>>>
>>>
>>> +1 for removing fTools and GDALTools.
>>>
>>> But unfortunately not all fTools and GDAL tools algorithms ported to
>>> SEXTANTE, some of them still present only in original plugins. I
>>> plan to work on this.
>>>
>>> On Tue, 19 Mar 2013 20:42:04 +0100
>>> Victor Olaya <volayaf at gmail.com> wrote:
>>>
>>>> Anyway, I think that redundancy in SEXTANTE is not so bad as having
>>>> several ways of doing the same thing in the QGIS interface, since
>>>> users will understand that algorithms come from differnt providers and
>>>> are not completely identical.
>>>
>>>
>>> Also note that some users have no SAGA installed but when similar
>>> algorithm from GDAL (or other more common source) is available they
>>> still can do their work. So redundancy is not bad.
>>>
>>
>> I'd encourage that those tools still be made available via the Vector and
>> Raster menus. Also that they should be update-able via the Fetch python
>> plugins. Preferably independent of Sextante upgrades, but still be the
>> integrated version.
>>
>> I also would miss the command line viewer that's in GDAL Tools. That is
>> extremely useful when prototyping something that I plan to move to a script.
>>
>> Does sextante allow for batch application the way GDALTools currently
>> does?
>>
>> So basically, I'm all for streamlining but I don't want to loose features
>> and flexibility because of that.
>>
>> Thanks,
>> Alex
>>
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>