Hello GDALers,
I have a question about reading USGS 3DEP (3D Elevation Program) data. Inside
of this data, a GEOTIFF tag 42114 is provided which is causing problems with
datum shifts.
So when I use GDAL to compute the datum shifts, the tag is read and interprets
that the DEM is showing elevati
_STDDEV=159.80361228109
? ? STATISTICS_VALID_PERCENT=100
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240321/68938236/attachment-0001.htm>
--
Message: 2
Date: Thu, 21 Mar 202
wing: 1. A bad tiff (this is slightly
smaller; they are all pretty big). 2. A GDAL info dump (survey feet is almost
at the bottom) 3. A PDF with an explanation of the issue
thanks for your help. Conrad
On Thursday, March 21, 2024 at 04:49:57 PM EDT, Even Rouault
wrote:
On Fri, 18 Oct 2024 at 12:20, Conrad Bielski via gdal-dev
wrote:
Hello GDAL-experts,
normally when I use GDAL for reprojecting imagery, the projection information
that I use is the source spatial reference (SRS) associated with the imagery.
However, now I have imagery which is lat/lon geogra
e x and y sizes. You can
convert to a georeference raster, and warp it.
If it is not the case, you have something more like a 2D pointcloud, or a
bunch of poins in a strange vector format.
On Fri, 18 Oct 2024 at 12:20, Conrad Bielski via gdal-dev
wrote:
Hello GDAL-experts,
normall
Hello GDAL-experts,
normally when I use GDAL for reprojecting imagery, the projection information
that I use is the source spatial reference (SRS) associated with the imagery.
However, now I have imagery which is lat/lon geographic and I have two separate
bands which also carry the pixel geograp
12:20, Conrad Bielski via gdal-dev
wrote:
Hello GDAL-experts,
normally when I use GDAL for reprojecting imagery, the projection information
that I use is the source spatial reference (SRS) associated with the imagery.
However, now I have imagery which is lat/lon geographic and I have two sep
is not the case, you have something more like a 2D pointcloud, or a
bunch of poins in a strange vector format.
On Fri, 18 Oct 2024 at 12:20, Conrad Bielski via gdal-dev
wrote:
Hello GDAL-experts,
normally when I use GDAL for reprojecting imagery, the projection information
tha
Hello,I wanted to add my opinion here too. If there is an active development
of GPU based warping (or any other gdal functionality) then I would like to get
involved. I know the OpenCL was there for many years but I never was able to
use it.
Could you please elaborate about the active work by S