<div dir="ltr">+1 for this !<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-11 11:18 GMT+02:00 Bernhard Ströbl <span dir="ltr"><<a href="mailto:bernhard.stroebl@jena.de" target="_blank">bernhard.stroebl@jena.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I recently recoded Processing's Dissolve. The changes fundamentally reduced the runtime of the algorithm. In the pull request discussion [1] Matthias and I came to a point where we were wondering about the future of fTools and Processing. I found this discussion from May [2]. What is the current status and road map in this respect?<br>
<br>
If you can name algorithms to be ported I am willing to do it.<br>
<br>
IMHO it would be great if we could get rid of the redundancy in the next LTR release.<br>
<br>
regards<br>
<br>
Bernhard<br>
<br>
[1] <a href="https://github.com/qgis/QGIS/pull/2307" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/2307</a><br>
[2] <a href="http://osgeo-org.1560.x6.nabble.com/Processing-and-ftools-Proposal-for-hackfest-td5204324.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/Processing-and-ftools-Proposal-for-hackfest-td5204324.html</a><br>
<br>
<br>
__________ Information from ESET Mail Security, version of virus signature database 12237 (20150911) __________<br>
<br>
The message was checked by ESET Mail Security.<br>
<a href="http://www.eset.com" rel="noreferrer" target="_blank">http://www.eset.com</a><br>
<br>
<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div><br></div>