Hi,
Another method to reproduce without Python by using gdal_create:
gdal_create -outsize 100 100 -ot float32 -a_nodata nan -of hfa nan.img
C:\data\000\gdaltest>gdalinfo nan.img
Warning 1: NaN converted to INT_MAX.
Driver: HFA/Erdas Imagine Images (.img)
Files: nan.img
Size is 100, 100
...
Band
Thank you. I can help you repro it if you want to take a look.
I'm having trouble attaching a .img file to email. My email system
doesn't want to allow it, even if I put it in a zip. But here is a
simple way to repro it by creating the file with GDAL itself. (In this
example, I used float64 an
There are metadata fields that the HFA driver opens. That must come from
that. Always shutting down the warning could be inappropriate, but
perhaps in the context where the warning is emitted the driver could
avoid emitting it. But we need to have access to the file to better
understand the cal
Hi Even,
Thanks. I can silence this with a custom error handler (I tested it, and
it works). But the part that is confusing to me, as a user of the Python
API, is that I did not ask the API to do anything with int32s. All I did
was open the dataset using the default parameters of gdal.Open().
Fantastic Even. Thanks a lot.
(and ofc I meant to say grib2, not “gring2”)
Joaquim
From: Even Rouault
Sent: Thursday, May 8, 2025 11:04 PM
To: Joaquim Manuel Freire Luís ; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] vsicurl and --range byte-range
Joaquim,
You can combine /vsisubfile/
(
Joaquim,
You can combine /vsisubfile/
(https://gdal.org/en/stable/user/virtual_file_systems.html#vsisubfile-portions-of-files)
and /vsicurl/
/vsisubfile/${offset}_${length}/vsicurl/${url}
e.g.
$ gdalinfo
/vsisubfile/802533_508958,/vsicurl/https://ecmwf-forecasts.s3.eu-central-1.amazonaws.c
Jason,
It looks like something in the code asks a float64 field to be returned
as a int32, and thus NaN has to be turned into something else. That's
perhaps fine in the context where that happens with your file and could
potentially be silenced, but access to the file would be needed to
inves
Hi,
I'm writing a tool to download ECMWF forecast data in gring2 format. But since
those files have > 150 bands and most of times I'm only interested in a couple
of them, I'm using the only documented mechanism that I found [1], which is the
"curl -range start-stop". That works fine but what I
Thanks for the reply. The CURL is temporarily resolved. But the build on ARROW
still has problem.
Setting Arrow_DIR didn’t work as GDAL cmake cannot find arrow anymore. Setting
Arrow_ROOT allows GDAL cmake to find arrow, just the compilation failed. The
same Arrow_ROOT setting works for the bui
Hi GDAL team,
I'm working with the GDAL Python API. I have some HFA (.img) files that
are float32 and that use nan as their NoData value. As far as I can
tell, using nan is allowed but I could be wrong. When I open them, I get
"Warning 1: NaN converted to INT_MAX." Everything seems to work fin
Le 08/05/2025 à 19:15, Fengting Chen via gdal-dev a écrit :
I have a couple questions regarding to building GDAL 3.10.3:
1. Error about CURL:
Could NOT find CURL: Found unsuitable version "7.61.1", but required
is at least "7.68" (found /usr/lib64/libcurl.so, )
Any reason that curl 7.68
I have a couple questions regarding to building GDAL 3.10.3:
1. Error about CURL:
Could NOT find CURL: Found unsuitable version "7.61.1", but required is at
least "7.68" (found /usr/lib64/libcurl.so, )
Any reason that curl 7.68 and higher is required?
1. In the build of GDAL 3.10.
+1 Dan
On Wed, May 7, 2025 at 3:25 PM Even Rouault via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> +1 Even
>
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
>
+1
-Jukka Rahkonen-
Lähettäjä: gdal-dev käyttäjän Howard Butler via gdal-dev puolesta
Lähetetty: Torstai 8. toukokuuta 2025 14.19
Vastaanottaja: Rouault Even
Kopio: gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] Motion: approve GDAL 3.11.0RC2 as final relea
+1 Howard
> On May 7, 2025, at 10:54 AM, Even Rouault via gdal-dev
> wrote:
>
> +1 Even
>
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.o
15 matches
Mail list logo
