Great, will do. It will take a while, as I am about to go on holidays, but will
be this Summer
Thanks, ALex
From: Even Rouault
Sent: 07 July 2025 11:30
To: Alex Hagen-Zanker ; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Random Raster Driver
Would the
Would the next step be for me to prepare a PR based on this?
yes I think so. Perhaps start small with just one distribution function,
and once this initial PR is merged you can follow up with other ones
--
http://www.spatialys.com
My software is free, but my time generally not.
__
-dev] Random Raster Driver
Alex,
I am not sure if I understand your suggestion correctly. Are you suggesting to
change the behaviour or VRT DerivedRasterBand in general so that its IRasterIO
would only work on block boundaries? That seems quite drastic to me.
No, my suggestion was to do that
Alex,
I am not sure if I understand your suggestion correctly. Are you
suggesting to change the behaviour or VRT DerivedRasterBand in general
so that its IRasterIO would only work on block boundaries? That seems
quite drastic to me.
No, my suggestion was to do that only when one of the rand
From: Even Rouault
Sent: 05 July 2025 13:44
To: Alex Hagen-Zanker ; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Random Raster Driver
Alex,
I'm not super familiar myself with the usage of such random rasters, but it
seems to be fairly common indeed in GIS sof
Alex,
I'm not super familiar myself with the usage of such random rasters, but
it seems to be fairly common indeed in GIS software, and could likely
make sense within GDAL too. I'm wondering if instead of having a new
driver, the random distribution functions could not be exposed as VRT
C++
Hi all,
I implemented a plugin raster format that produces raster of random values
using the all the distributions that are offered by the standard library's
random header. It is different from other random raster functionality in e.g.
ArcGIS or QGIS because it does not store the data on file b
