>> a) Why does gdalinfo not report the presence of nan? Meaning: how do I know
>> when I will need to invoke (b)?
>
>It doesn't report nan as the nodata value, because the file lacks the
>GDAL_NODATA tiff tag set at "nan". So the issue is on the producer side.
Ok, noted. I will try trace this ba
Matt,
a) Why does gdalinfo not report the presence of nan? Meaning: how do I know
when I will need to invoke (b)?
It doesn't report nan as the nodata value, because the file lacks the
GDAL_NODATA tiff tag set at "nan". So the issue is on the producer side.
b) What do I need to do so that appl
Hi Folks,
I have a 32bit NDVI image that I'm told was exported from Google Earth Engine,
with possibly a trip through R along the way. In ArcGIS desktop and Qgis there
are "nan" values reported for the image collar, however gdalinfo doesn't say
anything about them. If I project the image in gda
Jukka,
Running with CPL_CURL_VERBOSE=YES shows the following
> GET
/data/nccf/com/hrrr/prod/hrrr.20210505/conus/hrrr.t15z.wrfsfcf01.grib2
HTTP/1.1
Host: ftpprd.ncep.noaa.gov
Accept: */*
Range: bytes=84819968-84836351
* Mark bundle as not supporting multiuse
< HTTP/1.1 302 Your a
Hi,
Have a look at
https://gis.stackexchange.com/questions/395867/opening-a-grib-from-the-web-with-gdal-in-python-using-vsicurl-throws-error-on-m.
There gdalinfo fails with /vsicurl/ somewhere in the middle of the grib2 file
when the server sends http 302 as a response for a range request. The
Hi
>From time to time I have problems with the options that are automatically
selected by configure script on Unix systems (Linux and macOS). The current
behaviour is that if nothing is explicitly specified in the command line
(like --without-geos or --with-zstd=X), the configure script checks if t
Le 05/05/2021 à 15:23, Andrew Bell a écrit :
Hi,
I don't understand function declarations in gdal_priv.h being marked
CPL_DLL. I would think that if the functions are exposed, they
wouldn't be exposed from the GDAL shared library. Is this a mistake?
Is this for testing?
Mostly because they a
Hi,
I don't understand function declarations in gdal_priv.h being marked
CPL_DLL. I would think that if the functions are exposed, they wouldn't be
exposed from the GDAL shared library. Is this a mistake? Is this for
testing?
Thanks,
--
Andrew Bell
andrew.bell...@gmail.com
_
On Wed, 5 May 2021 at 03:02, Romeo Alvaraz wrote:
> I'm just wondering if there is another handler/method you could suggest
> that could feed the input directly to gdal_translate in order to bypass use
> of file system?
If your data easily fits in memory, write it to a tmpfs filesystem
(eg: to /
On Tue, 4 May 2021, Romeo Alvaraz wrote:
Thanks Even for the response and clarifications on /vsistdin/. Our reasons
for attempting to use /vsistdin/ is to avoid having to read a file from the
local file system (which we would have to write to first by other means) on
our remote server. We've be
10 matches
Mail list logo