On 06/24/2014 03:21 AM, G. Allegri wrote: > The tagging system would be great, and in the future we can imagine a > system to let a user groups algorithms under its own groups (like favorites > links in the browser). > > Vector and raster menus should at least point to the Processing tool > window, in case the algorithm is there too... >
Yes I agree, the bottom choice in the Vector and Raster menus should be something like: More tools and batch... and clicking it opens the Processing window. Thanks, Alex > I still miss the semantics of the "normal" group. This word doesn't mean > anything to me as a grouping, but I see I'm the only one with this doubt :) > > giovanni > Il 24/giu/2014 10:10 "Alex Mandel" <tech_...@wildintellect.com> ha scritto: > >> I disagree, the Vector and Raster menus are the Basic algorithms. >> Opening Processing is the Normal+Experimental as Paolo described. >> >> Moving everything to Processing just makes it harder to find the simple >> stuff. Another major GIS project many of us know took this approach and >> it's extremely annoying to sift through 300 methods when you just want a >> Clip. 1. Finding and remembering where the tool you want becomes harder, >> 2. Searching gets challenging with many similarly named things - wait is >> that the raster clip or the vector clip? >> >> Not saying a level filter in the Processing box won't be good, just >> don't eliminate the simple menus even if it is a duplicate. >> >> Thanks, >> Alex >> >> On 06/23/2014 10:06 AM, G. Allegri wrote: >>> I've given a look to the list of Processing QGIS geoalgorithms and I've >>> seen that all the tools from fTools seem to be there. I remembered that >>> someone was missing, but it seems not to be true anymore. I wonder if it >>> wouldn't be the case to drop fTools algorithms from Vector menu. It would >>> help in avoiding confusion, imho. >>> >>> giovanni >>> >>> >>> 2014-06-23 18:50 GMT+02:00 G. Allegri <gioha...@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 <cavall...@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@lists.osgeo.org >>>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>>>> >>>> >>> >> >> > _______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer