<div dir="ltr"><div style="font-family:"calibri","sans-serif""><div dir="ltr">
Hi Devs,<br></div><div>(me looking again for plans...)<br></div><div dir="ltr"><br></div><div>Currently, if you are looking for help for a Processing Tool, most of of the tools will only display their description in QGIS application except if they are from GRASS, GDAL/OGR (or any other provider I do not check). Native QGIS tools show only their description, when it's filled, and this is done only in english (see <a href="http://osgeo-org.1560.x6.nabble.com/Are-Processing-algorithms-helps-not-translatable-td5309621.html" target="_blank">http://osgeo-org.1560.x6.<wbr>nabble.com/Are-Processing-<wbr>algorithms-helps-not-<wbr>translatable-td5309621.html</a>).<br></div><div>The way to have a more complete decription (tool and parameters) is to look into the Processing algorithms chapter (<a href="http://docs.qgis.org/2.14/en/docs/user_manual/processing_algs/index.html" target="_blank">http://docs.qgis.org/2.14/en/<wbr>docs/user_manual/processing_<wbr>algs/index.html</a>) in User manual. But given that this is a handmade update, it's far from completion, not all the tools are available (focusing only QGIS native tools) and not all the parameters are filled.<br><br></div><div>So, given QEP51 (<a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/51" target="_blank">https://github.com/qgis/QGIS-<wbr>Enhancement-Proposals/issues/5<wbr>1</a>) and <a href="https://github.com/qgis/qgis3.0_api/issues/62" target="_blank">https://github.com/qgis/qgis3.<wbr>0_api/issues/62</a> which made some great improvements on linking user manual and application context help, are there some improvements planned on processing? What I'd need to know is:<div dir="ltr">- whether algorithms documentation will be done in application repo or doc repo?</div><div dir="ltr">- What would algorithms documentation look like? i.e do we keep the same structure/template?</div><div dir="ltr">- what's the status of the external resources (I'm not sure they are kept updated) as discussed in the qep? Do we keep their help file in application? in doc repo? (seems there's a mix currently)<br></div></div><div><br></div><div>Why these questions?:<br>- Doc repo is full of Processing tagged issues (<a href="https://github.com/qgis/QGIS-Documentation/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20processing" target="_blank">https://github.com/qgis/QGIS-<wbr>Documentation/issues?utf8=%E2%<wbr>9C%93&q=is%3Aissue%20is%3Aopen<wbr>%20processing</a> - not exhaustive) and we need to know what are the plans to avoid wasting our energy<br>-
 From QGIS2.16 we have moved many C++ Core plugins (fTools, GdalTools, 
Heatmap, geometry snapper, interpolation...) to Processing so 
description of these plugins  (<a href="http://docs.qgis.org/2.14/en/docs/user_manual/plugins/plugins_index.html" target="_blank">http://docs.qgis.org/2.14/en/<wbr>docs/user_manual/plugins/plugi<wbr>ns_index.html</a>)
 must somehow be removed from the plugins 
chapter in user manual  (a pending PR at <a href="https://github.com/qgis/QGIS-Documentation/pull/1806" target="_blank">https://github.com/qgis/QGIS-<wbr>Documentation/pull/1806</a> which actually made me write this message) and reorganized in processing section. Some plugins were
 briefly described while others were really detailed:<br>  *  What are the 
information to keep for Processing?<br>  *  In which form, given that the way their description is written doesn't match processing algorithms doc template?<br>- last 
but not least, I recently read a thread  in which someone was looking for ways 
to help documenting algorithms (very precise offer but why not, any help
 is welcome!!) and I fail to find a proper answer to give him other than his help is welcome.</div><div dir="ltr"><br><div dir="ltr"><div dir="ltr">So, if some of you have any idea/plan on what processing algorithms documentation is supposed to evolve to, please share your knowledge...</div><div dir="ltr"><br></div><div dir="ltr">Regards,</div><div dir="ltr">Harrissou<br><br>


</div></div></div></div><br></div>