<div dir="ltr">Hi all,<div><br></div><div>I've encountered a problem similar to the one reported at <a href="https://trac.osgeo.org/gdal/ticket/4088">https://trac.osgeo.org/gdal/ticket/4088</a>. My case is slightly different: I've modified GDALFillNodata() to allow MEM as the temp file format (patch accepted in GDAL) and I'm getting the dirty block write error while using the MEM driver. The image band that I'm trying to fill is 16,384 x 16,384 = 168 million pixels. My computer's activity monitor indicates that I have well over 4 GB of RAM available.<div><div><br></div><div>The BIGTIFF=IF_SAFER solution for #4088 doesn't appear to help me. Can anyone suggest the options I might change to increase the possible size of or optimize the creation of temp MEM files? </div></div></div><div><br></div><div>Thanks,</div></div>