Thanks!
On Mon, 20 May 2024 at 20:17, Even Rouault
wrote:
>
> As suggested in the comment of #939, attempting
> https://github.com/rouault/gdal/commit/1000cfaa950a18bd14b0c72109439cad58c789d5
>
> That fixed it. Merged into master
>
> -- http://www.spatialys.com
> My software is free, but my time
As suggested in the comment of #939, attempting
https://github.com/rouault/gdal/commit/1000cfaa950a18bd14b0c72109439cad58c789d5
That fixed it. Merged into master
--
http://www.spatialys.com
My software is free, but my time generally not.
___
gdal-d
It looks like the numpy 2.0 update was pushed to the gdal-feedstock
https://github.com/conda-forge/gdal-feedstock/pull/939 (looking like
GDAL must also build and test clean against Numpy 2.0 at this point too).
The error is the Conda builder complaining that it can't find Numpy
2.0 because
> On May 20, 2024, at 11:45 AM, Javier Jimenez Shaw via gdal-dev
> wrote:
>
> Hi
>
> The github actions on a branch I created two days ago is failing in Conda
> environment, and I do not understand the reason
>
> https://github.com/jjimenezshaw/gdal/actions/runs/9161579309/job/25186735095#s
Hi
The github actions on a branch I created two days ago is failing in Conda
environment, and I do not understand the reason
https://github.com/jjimenezshaw/gdal/actions/runs/9161579309/job/25186735095#step:8:244
I think it is not related to my code.
Does anybody know what is it about?
Thanks.
Andrew,
Data type conversion is done by GDALCopyWords[64]:
https://gdal.org/api/raster_c_api.html#_CPPv415GDALCopyWords64PKv12GDALDataTypeiPv12GDALDataTypei10GPtrDiff_t
The doc was a bit outdated, regarding conversion from floating point
data types to integer data types. I've just adjusted it
Hi,
The documentation for GDALRasterBand::RasterIO says that it will convert
data from the source data type to the destination data type. I searched the
source code a bit I'm not sure I located the bit that does this conversion.
I'm trying to understand what happens in this conversion process. Is
