Please disregard my previous message with the gdalinfo output. Here is the
correct one:
$ gdalinfo "dem.tif"
Driver: GTiff/GeoTIFF
Files: dem.tif
Size is 1541, 1335
Coordinate System is:
GEOGCRS["WGS 84",
ENSEMBLE["World Geodetic System 1984 ensemble",
MEMBER["World Geodetic System 198
$ gdalinfo dem.tif
Driver: GTiff/GeoTIFF
Files: dem.tif
Size is 1541, 1335
Coordinate System is:
GEOGCRS["WGS 84",
ENSEMBLE["World Geodetic System 1984 ensemble",
MEMBER["World Geodetic System 1984 (Transit)"],
MEMBER["World Geodetic System 1984 (G730)"],
MEMBER["World G
Given so many possible uses of band data, promote the use of meta data
embedded in the image to suggest how the image should be rendered.
There is no way to make everyone happy. To me, a raster is
multidimensional data storage and has absolutely nothing to do with the
data source. Trying to an
What is the gdalinfo output on dem.tif ?
Is this a bug? It appears that the data type change might be
influenced by the nodata value.
Yes, there is some logic to take the "union" of the largest data types
involved in the warping (but it should probably ignore nodata values
that are outside of
Issue Report Rephrased:
For certain rasters with an *Int16* data type, calling AutoCreateWarpedVRT
changes the dataset type to *Int32*. For example:
>>> ds1 = gdal.Open("dem.tif", gdalconst.GA_ReadOnly)
>>> ds1.GetRasterBand(1).DataType
3
>>> ds2 = gdal.AutoCreateWarpedVRT(ds1)
>>> ds2.GetRasterB
I am working with S-57-files provided by Dutch Rijkswaterstaat, for
example downloadable from [here] (publicly available). I'm trying to
extract information from the layers with gdal (python).
The Inland charts have layers with OBJL attributes that denote feature
types that do not seem to appear i
Thank you Even for this! I don't have any comments after a quick read
beyond appreciating that you discussed an alternative approach.
-Kurt
On Thu, Aug 29, 2024 at 5:27 AM Even Rouault via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Hi,
>
> I've worked on a new RFC 101: Raster dataset read-onl
Hi,
In terrestrial applications (thermal cameras) I think I have only seen MWIR and
LWIR, and due to the atmospheric windows the first typically means about
3,5-5um and the latter 8-14um. Such instruments usually support only either
MWIR or LWIR. I think it would be good to separate MWIR and LW
Hi Even,
Firstly, I'll state my bias as someone involved in the production of
thermal MWIR EO data (3.5-5um) - unsurprisingly, I'd like some
classification that fits my data :-)
> classifications...
The NIR - SWIR - MWIR - LWIR classification scheme is by far the most
common I've encountered in
Hi,
The GDAL Color Interpretation enumeration is a good start, but is quite
limited regarding band spectral properties with just Red, Green, Bland,
and nothing for other band wavelengths, particularly for infra-red.
I was looking a bit at the classifications at
https://en.wikipedia.org/wiki/
10 matches
Mail list logo
