[gdal-dev] Reprojecting image with lat/lon bands - best practice?
Conrad Bielski
conrad_bielski at yahoo.com
Fri Oct 18 03:55:10 PDT 2024
Hi Javier,
it is not a grid. So each raster pixel is assigned the geolocation. Yes - if I was to extract it, that's what it could be considered.
Conrad
On Friday, October 18, 2024 at 11:37:28 AM GMT+1, Javier Jimenez Shaw <j1 at jimenezshaw.com> wrote:
Is it an actual grid? in the meaning of having constant step size in X and Y.In that case the geolocation is just the corner and the 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 <gdal-dev at lists.osgeo.org> 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 separate bands which also carry the pixel geographic information. So the following raster inputs all the same size:1. Band 1 = latitude2. Band 2 = longitude3. Band 3 = imagery
The question I have is how best to integrate this information into a reprojection workflow?
I presume that gdalwarp is the best option here, but how can I take advantage of the individual pixel location information (rather than just the extents for example)? I know that I can mosaic into an existing file that I have already created in the target projection. Is this the best way to apply gdalwarp in this context?
I'm just wondering what is the best way to integrate the lat/lon pixel information into my warping using gdalwarp.
Thanks in advance for your help,Conrad
_______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20241018/de1d7612/attachment.htm>
More information about the gdal-dev
mailing list