<div dir="ltr"><div><div>
<div><div><div>Hi all,<br><br></div>I think this new approach is more or
less the same approach used in the early times of Sextante, before it is
ported to QGIS core and become Processing.<br><br></div>I remember that
Sextante at that time had a very good feature, being an external
plugin, that was the updates. They were not dependent of the QGIS
release schedule, and so bugs were solved and new versions made
available very quickly.<br><br></div>Having the providers as plugins, we
will regain this flexibility. The counterpart is that there may be
providers that may no longer exist in Processing, due to lack of
workforce. But getting them integrated, without this workforce, lacking
maintenance, is not a good idea either.<br><br>So I think this new approach, taking pros and cons, might work well.<br><br>I
understand Rashad who thinks it would be better to have all
providers,
out-of-the-box, after installing QGIS, but we can not get the best of
both worlds in just one. And it seems to me, that OTB's integration into
QGIS is assured, at least as much as it depends on Rashad's will!
<br><br></div>Best regards,<br></div>Pedro<br><br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-02-02 11:11 GMT+00:00 Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Rashad,<br>
<span class=""><br>
Il 02/02/2018 10:47, Rashad Kanavath ha scritto:<br>
<br>
> A user of application can select -type gaussian -type.gaussian.radius 3<br>
> when launching application.<br>
> otb application check for invalid cases such as if type is gaussian then<br>
> one cannot use -type.mean.radius<br>
> This is okay for command line, but for graphical interface one has to<br>
> hide /show parameters based on the value of it's parent.<br>
><br>
> This is a limitation of qgis processing that upstream was forced to<br>
> split applications based on group. I am not blaming or targeting here.<br>
> Just saying about a missing feature for support for one provider.<br>
<br>
</span>Very interesting. Wouldn't make sense to have it upstream? This would be<br>
useful also for other providers.<br>
<span class=""><br>
> QGIS users now have three application for smoothing and maybe 10 or<br>
> more application for TrainImagesClassifer.<br>
<br>
</span>This was originally made on purpose, with the idea of having simplified<br>
atomic commands. Nowe the ecosystem is more riche, and there is room for<br>
more complex interfaces.<br>
<br>
Thanks for your input.<br>
<span class="im HOEnZb"><br>
--<br>
Paolo Cavallini - <a href="http://www.faunalia.eu" rel="noreferrer" target="_blank">www.faunalia.eu</a><br>
QGIS & PostGIS courses: <a href="http://www.faunalia.eu/training.html" rel="noreferrer" target="_blank">http://www.faunalia.eu/<wbr>training.html</a><br>
<a href="https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis" rel="noreferrer" target="_blank">https://www.google.com/trends/<wbr>explore?date=all&geo=IT&q=<wbr>qgis,arcgis</a><br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></div></div></blockquote></div><br></div>