<div dir="ltr">Hi Victor, <div>about this, we need to think of upgrading process so that a user raising QGIS version will have no choice but to also upgrade the locally installed stuff (providers, algs, ..) to avoid version conflicts. We should probably then have some metadata with min and max processing version for providers and algorithms to ensure consistency. </div><div>It might be a way full of caveats probably. Also, does that fit with the idea from Matthias and Nyall of having core processing capabilities to have them enabled in Android (or any python unfriendly platform) ?. </div><div><br></div><div>Cheers</div><div>Régis</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-12-06 9:00 GMT+01:00 Alexander Bruy <span dir="ltr"><<a href="mailto:alexander.bruy@gmail.com" target="_blank">alexander.bruy@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 for this idea.<br>
<br>
Small offtopic note: IMHO for Processing should not install<br>
providers/scripts/models/etc. Better to use Resource Sharing<br>
plugin for this to unify user experience.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Alexander Bruy<br>
</font></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="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></div></div></blockquote></div><br></div>