[Qgis-developer] Processing: module duplications

[Larry Shaffer]

Hi,

On Mon, Jun 23, 2014 at 11:28 AM, Alexander Bruy <alexander.bruy at gmail.com>
wrote:

> Hi Giovanni,
>
> some time ago not all FTools modules were available via Processing, but we
> add
> at least part of missed modules to it (e.g. Random Points algs were added
> about
> month ago with Faunalia support). Unfortunately if I'm not wrong
> several algorithms
> still missed (for example Vector Grid).
>
> But I agree, when all FTools (and maybe GDAL Tools) algs will be
> available via Processing
> we should drop them and keep only Processing.
>

+1  However, I think the menu items should stay for at least one release.
The FTools/GDALTools plugins can be dropped and the associated menu items
in each menu can instead interface with Processing, triggering a call to
the appropriate algorithm's GUI.

In addition, there could be a non-blocking QgsMessageBar that quickly
notifies the user that some items in the menus will be going away, and to
start using Processing more.

Forcing everyone to immediately switch (by removing those menu items) may
be a bit harsh. (I can just see all the issue tickets about missing menus.)
Also, gives time for the docs to catch up with the change, before the menu
items are removed.

Regards,

Larry



> 2014-06-23 19:50 GMT+03:00 G. Allegri <giohappy at gmail.com>:
> > Hi Paolo,
> > I agree with you, a cleaner organization of Processing tools is
> advisable to
> > reduce the confusion in users.
> > It's rather difficult to teach them in a clear way too! :)
> >
> > IMHO this reorganization should consider also the integration of other
> > sparse analysis/processing tools, like the ones under the Vector menu. I
> > know it depends on their implemention (and its feasibility in the present
> > Processing model), but it's one of the major sources of confusions or
> users.
> > A typical question: why we have the Processing toolbox and a Vector menu,
> > where some tools overlap, while other are only available under Vector
> menu,
> > and so not usable inside a Processing model/workflow?
> >
> > I hope we will find time (=money) to close this gap and, hopefully, have
> > most of the analysis tools under the same structure. Well... all but the
> C++
> > ones :(
> >
> > giovanni
> >
> >
> > 2014-06-23 18:42 GMT+02:00 Paolo Cavallini <cavallini at faunalia.it>:
> >
> >> Hi all.
> >> We are thinking about the future of Processing framework. The
> duplication
> >> shown among
> >> modules is certainly a good thing, as it allows richer analyses and more
> >> control and
> >> verification, but can be intimidating even for skilled GIS users.
> >> We have been discussed this before, but I came up with the conclusion
> that
> >> a
> >> reasonable approach would be to have three levels:
> >> * basic - only one choice, no overly complex modules
> >> * normal - all well tested modules, minimizing duplication
> >> * experimental - out in the wild, all modules.
> >> This would improve the user experience, and would require less
> maintenance
> >> by core devs.
> >> Of course the selection of the modules for the second category is rather
> >> complex, and
> >> would require much thinking.
> >> Opinions?
> >> All the best.
> >> --
> >> Paolo Cavallini - www.faunalia.eu
> >> Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
> >> _______________________________________________
> >> Qgis-developer mailing list
> >> Qgis-developer at lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> >
> >
> >
> > --
> > Giovanni Allegri
> > http://about.me/giovanniallegri
> > Twitter: https://twitter.com/_giohappy_
> > blog: http://blog.spaziogis.it
> > GEO+ geomatica in Italia http://bit.ly/GEOplus
> >
> > _______________________________________________
> > Qgis-developer mailing list
> > Qgis-developer at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> --
> Alexander Bruy
> _______________________________________________
> 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/20140623/a777c16d/attachment-0001.html>