<div dir="ltr">Dear Markus,<div>Using GTiff (in grass version 8.3.0 and with gdal 3.7.1) solved the problem. I get a compressed file and the use of RAM is acceptable. I still get the same errors when using COG.</div><div>A quick test with a different file in grass 8.2.1 and gdal 3.6.4 (previous configuration) indicates that it would be the same there, but I could not test it with the original file because of some hardware issues. </div><div><br></div><div>Thanks a lot!</div><div><br></div><div>Laura</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 22 Jun 2023 at 09:16, Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Laura,<br>
<br>
On Thu, Jun 15, 2023 at 5:00 PM Laura Poggio <<a href="mailto:laura.poggio@gmail.com" target="_blank">laura.poggio@gmail.com</a>> wrote:<br>
><br>
> Dear all,<br>
> Apologies, sent to the developer mailing list by mistake.<br>
> I am trying to save a rather large file from GRASS<br>
><br>
> Versions:<br>
> GRASS GIS 8.2.1<br>
> GDAL 3.6.3, released 2023/03/07<br>
> Linux: almalinux:9.1<br>
><br>
> The size of the file is:<br>
> rows=141120<br>
> cols=362880<br>
> cells=51209625600<br>
><br>
> This the command<br>
> r.out.gdal -c input=out output=output.tif format=COG type=Int16 createopt=COMPRESS=LZW,PREDICTOR=2,BIGTIFF=YES --overwrite --quiet<br>
><br>
> This the output<br>
> Warning 6: driver MEM does not support creation option COMPRESS<br>
> Warning 6: driver MEM does not support creation option PREDICTOR<br>
> Warning 6: driver MEM does not support creation option BIGTIFF<br>
> ERROR 2: /usr/gdal-3.6.2/frmts/mem/memdataset.cpp, 1289: cannot allocate 1x102419251200 bytes<br>
> ERROR: Unable to create dataset using memory raster driver<br>
><br>
> Is there any option not to use the MEM driver when writing to disk?<br>
<br>
I am not sure, in this code section it doesn't look like this:<br>
<br>
<a href="https://github.com/OSGeo/grass/blob/51e962abbc1176211ad2c4cb7857a61a2b6d1c6f/raster/r.out.gdal/main.c#L377" rel="noreferrer" target="_blank">https://github.com/OSGeo/grass/blob/51e962abbc1176211ad2c4cb7857a61a2b6d1c6f/raster/r.out.gdal/main.c#L377</a><br>
<br>
Maybe someone else in the list has more insights?<br>
<br>
Some options:<br>
- try first the GTiff driver, then convert to COG with gdal_translate<br>
- enlarge RAM using a swap file (no reboot needed but sudo access<br>
needed) as disk space is relatively cheap and r.out.gdal will not<br>
realize then that it gets swapped.<br>
<br>
Best,<br>
Markus<br>
<br>
-- <br>
Markus Neteler, PhD<br>
<a href="https://www.mundialis.de" rel="noreferrer" target="_blank">https://www.mundialis.de</a> - free data with free software<br>
<a href="https://grass.osgeo.org" rel="noreferrer" target="_blank">https://grass.osgeo.org</a><br>
<a href="https://courses.neteler.org/blog" rel="noreferrer" target="_blank">https://courses.neteler.org/blog</a><br>
</blockquote></div>