rfe r.in.gdal: auto-calc memory= value

[hamish]

Hi, a r.in.gdal wish refined with hints from EvenR,

it would be nice if the r.in.gdal memory= option allowed the user to specify memory=auto, in which case the value was automatically calculated from "tile_height * raster_width * band_count * sizeof_datatype" rounded up to the next megabyte or so for good luck.

This will require changing the parser check to manual testing, but that shouldn't be too difficult. The default should remain at the current gdal-internal 40MB for low-resource users who want to import very large files.

for now I've put a hint in the wiki:

​http://grasswiki.osgeo.org/wiki/Importing_data#Large_data

thanks, Hamish (back soon)

[mlennert]

Replying to hamish:

Hi, a r.in.gdal wish refined with hints from EvenR,

it would be nice if the r.in.gdal memory= option allowed the user to specify memory=auto, in which case the value was automatically calculated from "tile_height * raster_width * band_count * sizeof_datatype" rounded up to the next megabyte or so for good luck.

This will require changing the parser check to manual testing, but that shouldn't be too difficult. The default should remain at the current gdal-internal 40MB for low-resource users who want to import very large files.

for now I've put a hint in the wiki:

​http://grasswiki.osgeo.org/wiki/Importing_data#Large_data

As a side note: wouldn't a memory parameter also be beneficial for r.out.gdal ?

Moritz

[neteler]

r.in.gdal: "memory" (cache) parameter added in trunk r61362/r61364 and in relbr7 r61363/r61458. Leads to notable (!) speed-up. Ticket could be closed.

Concerning extra wish:

Attached a patch for r.out.gdal. For smaller files no improvement, perhaps useless? Needs to be tested with large file export.

[neteler]

patch to add memory parameter to r.out.gdal

[martinl]

Still an issue?

[martinl]

Milestone renamed

[martinl]

No activity last 3 years, closing. Feel free to reopen if needed.