<div dir="ltr">hmmm... working on your test data, btw IMHO raster calculator should be dropped in favor of a numpy based expressions... we should also consider the maintenance aspect for the future! raster calculator is not hard to maintain (harder is the interface to integrate in modeler that the calculator itself) but it's syntax is really poor.<div><br></div><div>I didn't investigate how we can import gdal code (that's a python code) into qgis... or better create a gdal/ogr interface directly to qgis data (kind of R dataframe access)</div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Luigi Pirelli<br><br>**************************************************************************************************<br>* LinkedIn: <a href="https://www.linkedin.com/in/luigipirelli" target="_blank">https://www.linkedin.com/in/luigipirelli</a><br>* Stackexchange: <a href="http://gis.stackexchange.com/users/19667/luigi-pirelli" target="_blank">http://gis.stackexchange.com/users/19667/luigi-pirelli</a><br>* GitHub: <a href="https://github.com/luipir" target="_blank">https://github.com/luipir</a><br>* Mastering QGIS 2nd Edition:<br>* <a href="https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition" target="_blank">https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition</a><br>* Hire me: <a href="http://goo.gl/BYRQKg" target="_blank">http://goo.gl/BYRQKg</a><br>**************************************************************************************************</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 3 Jul 2018 at 15:02, Rudi von Staden <<a href="mailto:rudivs@gmail.com">rudivs@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 2 Jul 2018 at 18:30, Luigi Pirelli <<a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>> wrote:<br>
> My question (poll) is... does it make sense to patch native raster calc instead of override gdal_calc limitation?<br>
> Make sense to solve raster calculator bug only if these bugs are generic and does not depend of the specific organization of the raster calculator GUI.<br>
<br>
I've also encountered the issues using gdal_calc with non-homogenous<br>
layers (which is why I started looking at the raster calculator).<br>
Another reason I would like to see the native calc working is because<br>
it runs much faster than having to wrap third-party tools. I've found<br>
gdal is generally not too bad, but my use-case is still to build a<br>
model and loop through it hundreds of times, so every second counts.<br>
<br>
My feeling is that it wouldn't take much work to get the raster<br>
calculator at least usable in the modeler at its current level of<br>
functionality. Improving gdal_calc or implementing more powerful<br>
operators in native raster calculator can then be a secondary, more<br>
involved process.<br>
<br>
Rudi<br>
</blockquote></div>