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
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
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
Friday, October 18, 2024 at 12:01:27 PM GMT+1, Michael Sumner
wrote:
Check if gdalinfo sees the longitude and latitude as geolocation arrays, then
just warp to grid you want.
If they aren't auto identified this can be arranged with VRT.
Cheers, Mike
On Fri, 18 Oct 2024, 21:55 Conrad Bi
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
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
is used by gdalwarp, the doc enhancement at
https://github.com/OSGeo/gdal/pull/9527 captures my initial attempt at
answering your questions.
Even
Le 22/03/2024 à 01:16, Conrad Bielski a écrit :
Just realised I should have put you also in CC
Here is my response message again.
naging the list at
gdal-dev-ow...@lists.osgeo.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gdal-dev digest..."
Today's Topics:
1. USGS 3DEP (3D Elevation Program) - feet should be metres, how
can I fix this? (Conrad Bielsk
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
Hi,
I'm having trouble extracting MISR bands from the hdf file. Has anyone been
able to do it with gdal?
Thanks in advance and have a great day,
Conrad :)
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-de
Hello again,
I fixed the compilation issue. Basically in the file
frmts/hdf4/hdf4imagedataset.cpp the include statement wasn't correct. It should
have been hdf-eos/HdfEosDef.h where it actually is.
However, this did not solve my MISR reading issue.
Have a great day,
Conrad :)
___
Hi,
I need to compile gdal with the HDF4-EOS extensions which I downloaded from
here:
http://newsroom.gsfc.nasa.gov/sdptoolkit/TKDownload.html
Now the problem is similar to one mentioned back in Sat Feb 25 11:09:32 EST
2012 where compilation stopped due to the following error:
hdf4imagedataset.c
12 matches
Mail list logo
