You ever find a solution to this?
I am trying to use QGIS 3.16 to Merge a bunch of GMTED raster images. I am getting this error:
Frustratingly, the Merge function does not appear to have a CHECK_DISK_FREE_SPACE parameter at all! The Help button and the manual list all sorts of neat parameters that you can monkey with, but not that one.ERROR 3: /tmp/processing_ROvHme/efc498e9f46047289ac5454ea621f03b/OUTPUT.tif: Free disk space available is 6708756480 bytes, whereas 13824000000 are at least necessary. You can disable this check by defining the CHECK_DISK_FREE_SPACE configuration option to FALSE.
So, I googled around and found this:
https://www.luisalucchese.com/post/g...no-free-space/
Which makes me think that I may be having a similar issue, since as in the example my images should not be taking up anywhere near the amount of space listed in the error. But I don't understand the fix that is presented. Any help would be appreciated.
Last edited by acrosome; 10-10-2021 at 09:45 PM.
You ever find a solution to this?
Looks like the solution was posted.
The Luis blog was using the command:
C:/…/gdal_translate.exe -projwin 111500.205796943 6802000.89149315 171000.731271099 6760000.94138945 -of GTiff "C:/…/input.tif" ./output.tif
And switched to using:
C:/…/gdal_translate.exe -projwin 111500.205796943 6802000.89149315 171000.731271099 6760000.94138945 -projwin_srs EPSG:32722 -of GTiff "C:/…/input.tif" ./output.tif
Looks like they added -projwin_srs and then the desired coordinate projection, in this case EPSG:32722.
Obviously the paths with ... should be adapted to your computer's storage positions, and the input.tif.
I assume your problem is that you are not using the console to run the command, but instead clicking on merge raster. You could try opening the console and trying the command.
I don't know anything about the programming side of QGis, but I know one problem I had with merging some raster data was solved by using "create virtual raster" instead of "merge".
Click my banner, behold my art! Fantasy maps for Dungeons and Dragons, RPGS, novels. No obligation, free quotes. I also make custom PC / NPC / monster tokens.
Contact me: calthyechild@gmail.com or _ti_ (Discord) to discuss a map!
Yep, I've had that happen!
"To solve it, I just specified the coordinates in which the extent was being given using the -projwin_srs option. In case, UTM Fuse 22 South (EPSG:32722).
C:/…/gdal_translate.exe -projwin 111500.205796943 6802000.89149315 171000.731271099 6760000.94138945 -projwin_srs EPSG:32722 -of GTiff "C:/…/input.tif" ./output.tif
Solved!
Summary: the cause of the problem was that the limits were given in projected coordinates, while the input raster was in geographical coordinates."
You need to do as she did, and ensure the input and output units of measure are the same. Given the variety of installs for Qgis, that is as detailed an answer as it is possible to give. Have asked at GIS Cafe, or a Qgis specific forum for help?