<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 5, 2018 at 7:31 AM, Alexander Bruy <span dir="ltr"><<a href="mailto:alexander.bruy@gmail.com" target="_blank">alexander.bruy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">BTW, there is also another possible issue to consider. Where users<br>
will report tickets related to OTB algorithms and who will address<br>
them?</blockquote><div><br></div><div>Come on!. Users already reports issue to OTB if that is the problem. </div><div>Do you know any bugs fixed in OTB processing by QGIS team? </div><div>To be fair, the processing plugin is in qgis.  And no matter how you explain some users doesn't listen. </div><div>Are you saying this as a problem or something plugin would solve?</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
2018-02-05 5:43 GMT+02:00 Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>>:<br>
> On 4 February 2018 at 22:27, Rashad Kanavath <<a href="mailto:mohammedrashadkm@gmail.com">mohammedrashadkm@gmail.com</a>> wrote:<br>
><br>
>> Well, OTB provider plugin will be able to fetch and install otb binaries. So<br>
>> users installing plugin is the extra step needed.<br>
>> 1. Install QGIS<br>
>> 2. install otb provider plugin<br>
>> 3. select/download && install otb package<br>
><br>
> This sounds great - and all the more reason why (in my opinion)<br>
> publishing the provider as a separate plugin is appropriate. A lot of<br>
> users will only have to make a couple of clicks and have a fully<br>
> functional OTB install and processing provider ready to go.<br>
><br>
> On the other hand, I don't think this approach is suitable at all for<br>
> a core provider. What would you propose to do for Linux users? OTB may<br>
> or may not be available in their distro's repos (e.g. it's not<br>
> available for Fedora), so how would the plugin install the dependency<br>
> in this case? Or what about for Windows users who do not have<br>
> administrative rights to install software?<br>
><br>
> I personally don't think there's any way to guarantee that OTB (or<br>
> SAGA for that matter) is available for all QGIS installs, even if we<br>
> can manually trigger a download and install via a plugin. And if they<br>
> aren't, then we make things harder for our users, QGIS trainers and<br>
> support providers -- the feature set of a standard QGIS install will<br>
> vary greatly depending on the platform it's installed upon and user's<br>
> privileges on that platform.<br>
><br>
> Nyall<br>
</div></div><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><br>
<br>
<br>
<br>
--<br>
</div></div><span class="HOEnZb"><font color="#888888">Alexander Bruy<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div><font face="arial, helvetica, sans-serif">Regards,<br>   Rashad</font></div></div>
</div></div>