[Qgis-developer] fTools - Processing (again)
Arnaud Morvan
arnaud.morvan at camptocamp.com
Mon Sep 14 01:30:17 PDT 2015
Normally, I would be present at next hackfest and interested in working
on this.
From my point of view, the task would be:
* Create a customizable vector menu based on Processing like proposed
by Victor at Nodebo
* List fTools menu entries, with candidates Processing algorithms, and
differences that need to be solved.
* Porting algorithms that has not yet been ported
* Complete some algorithms with new parameters or createcustom dialogs
close to fTools ones when need.
* Get processing plugin fully translated (already working on this)
Arnaud
Le 11/09/2015 13:53, Victor Olaya a écrit :
> I think Arnaud also raised the question sometime ago (my fault for not
> commenting on that at the time...), and it should be easy to add those
> shortcuts, but I haven't had much time lately for working on
> Processing.
>
> I wont be attending the next Hackfest, but sounds like a task that can
> be accomplished in those days, and I will be happy to help remotely or
> take it completely and try to develop a subsystem in Processing to
> customize the menus and toolbars with Processing algorithms.
>
> Hope this helps
>
> 2015-09-11 12:52 GMT+02:00 Paolo Cavallini <cavallini at faunalia.it>:
>> Il 11/09/2015 11:29, kimaidou ha scritto:
>>> +1 for this !
>> Hi all,
>> thanks for raising this point, IMHO a serious one. I'm very much in
>> favour of removing redundancy. In this case, however, I think we better
>> be careful before removing fTools, because:
>>
>> * people are used to it, and for one-shot analyses it is (slightly)
>> easier to run than Processing (weak argument)
>> * we do not have enough development resources to make Processing
>> bulletproof, particularly for 3rd party backends; therefore, we
>> encounter occasional problems, and we cannot guarantee a smooth user
>> experience in all cases (strong argument).
>>
>> First issue can be solved, as suggested, by adding menu shortcuts to
>> Processing analyses, to mimic existing situation.
>> Second one is more serious: IMHO we really need a dedicated developer in
>> this area: any power user (=larger institutions) are willing to take it?
>> Similar things may be said for GDALTools.
>> All the best.
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> _______________________________________________
>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20150914/b2f3fe1f/attachment.html>
More information about the Qgis-developer
mailing list