<div dir="ltr">GDAL registers its own isnan function with muparser (along with isnodata and fmod).<div><br></div><div>What do you mean by "OR and AND are not correct" ?</div><div><br></div><div>Dan</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sat, Oct 25, 2025 at 11:26 AM Momtchil Momtchev via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Alas, muparser NaN behaviour is not perfect. There is no isNaN support <br>
at all and OR and AND are not correct. I don't know what is his <br>
background - seems to be astro/space/aviation and definitely not Earth <br>
sciences. I wonder if the best solution wouldn't be to contribute this <br>
directly to muparser?<br>
<br>
On 24/10/2025 19:17, Even Rouault wrote:<br>
> Please file an enhancement ticket about that, especially if you've an <br>
> API in mind<br>
><br>
> Le 24/10/2025 à 18:55, Momtchil Momtchev via gdal-dev a écrit :<br>
>> Hello,<br>
>><br>
>> I think that you should probably add a way to process (and produce) <br>
>> NoData (NaN) values to the RasterBand algebra.<br>
>><br>
-- <br>
Momtchil Momtchev <<a href="mailto:momtchil@momtchev.com" target="_blank">momtchil@momtchev.com</a>><br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>