<p dir="ltr">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). </p>
<p dir="ltr">Vector and raster menus should at least point to the Processing tool window, in case the algorithm is there too... </p>
<p dir="ltr">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 :) </p>
<p dir="ltr">giovanni</p>
<div class="gmail_quote">Il 24/giu/2014 10:10 "Alex Mandel" <<a href="mailto:tech_dev@wildintellect.com">tech_dev@wildintellect.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I disagree, the Vector and Raster menus are the Basic algorithms.<br>
Opening Processing is the Normal+Experimental as Paolo described.<br>
<br>
Moving everything to Processing just makes it harder to find the simple<br>
stuff. Another major GIS project many of us know took this approach and<br>
it's extremely annoying to sift through 300 methods when you just want a<br>
Clip. 1. Finding and remembering where the tool you want becomes harder,<br>
2. Searching gets challenging with many similarly named things - wait is<br>
that the raster clip or the vector clip?<br>
<br>
Not saying a level filter in the Processing box won't be good, just<br>
don't eliminate the simple menus even if it is a duplicate.<br>
<br>
Thanks,<br>
Alex<br>
<br>
On 06/23/2014 10:06 AM, G. Allegri wrote:<br>
> I've given a look to the list of Processing QGIS geoalgorithms and I've<br>
> seen that all the tools from fTools seem to be there. I remembered that<br>
> someone was missing, but it seems not to be true anymore. I wonder if it<br>
> wouldn't be the case to drop fTools algorithms from Vector menu. It would<br>
> help in avoiding confusion, imho.<br>
><br>
> giovanni<br>
><br>
><br>
> 2014-06-23 18:50 GMT+02:00 G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>>:<br>
><br>
>> Hi Paolo,<br>
>> I agree with you, a cleaner organization of Processing tools is advisable<br>
>> to reduce the confusion in users.<br>
>> It's rather difficult to teach them in a clear way too! :)<br>
>><br>
>> IMHO this reorganization should consider also the integration of other<br>
>> sparse analysis/processing tools, like the ones under the Vector menu. I<br>
>> know it depends on their implemention (and its feasibility in the present<br>
>> Processing model), but it's one of the major sources of confusions or<br>
>> users. A typical question: why we have the Processing toolbox and a Vector<br>
>> menu, where some tools overlap, while other are only available under Vector<br>
>> menu, and so not usable inside a Processing model/workflow?<br>
>><br>
>> I hope we will find time (=money) to close this gap and, hopefully, have<br>
>> most of the analysis tools under the same structure. Well... all but the<br>
>> C++ ones :(<br>
>><br>
>> giovanni<br>
>><br>
>><br>
>> 2014-06-23 18:42 GMT+02:00 Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>>:<br>
>><br>
>> Hi all.<br>
>>> We are thinking about the future of Processing framework. The duplication<br>
>>> shown among<br>
>>> modules is certainly a good thing, as it allows richer analyses and more<br>
>>> control and<br>
>>> verification, but can be intimidating even for skilled GIS users.<br>
>>> We have been discussed this before, but I came up with the conclusion<br>
>>> that a<br>
>>> reasonable approach would be to have three levels:<br>
>>> * basic - only one choice, no overly complex modules<br>
>>> * normal - all well tested modules, minimizing duplication<br>
>>> * experimental - out in the wild, all modules.<br>
>>> This would improve the user experience, and would require less<br>
>>> maintenance by core devs.<br>
>>> Of course the selection of the modules for the second category is rather<br>
>>> complex, and<br>
>>> would require much thinking.<br>
>>> Opinions?<br>
>>> All the best.<br>
>>> --<br>
>>> Paolo Cavallini - <a href="http://www.faunalia.eu" target="_blank">www.faunalia.eu</a><br>
>>> Corsi QGIS e PostGIS: <a href="http://www.faunalia.eu/training.html" target="_blank">http://www.faunalia.eu/training.html</a><br>
>>> _______________________________________________<br>
>>> Qgis-developer mailing list<br>
>>> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>>><br>
>><br>
><br>
<br>
</blockquote></div>