Thanks for the reply. I do not see how anti-aliasing techniques could be used
here.
Does anyone else have simple answers to the two elementary questions?
Thanks a lot in advance.
With best regards.
~Belaid.
> Date: Sat, 12 Sep 2009 16:24:54 +0530
> Subject: Re: [gdal-dev] pixel/line mapping
Roger,
I would suggest you to try it with gdal-1.6.2 first.
If that fails, and if can provide a sample dataset that causes the
problem, submit a bug report at http://trac.osgeo.org/gdal/
As for finding the difference between the datasets, you can use the
ogrinfo utility to examine the data. You
Hi All,
I would like to understand the cause of the segmentation fault I am getting
with gdal_rasterize. I am using the borders of the state of Texas to "burn"
the shape onto an image. I have tried this with state borders from 2
different data sets: one from ESRI, and one from the US Census. Th
Belaid,
GDAL uses various interpolation/resampling algorithms like nearest
neighbour, bilinear, cubic, cubic spline and lanczos. However, I think
these may not be what you are looking for.
Computing the overlap of pixels of two images should not be a complex
process. You may find some ideas with
Hi everyone,
I have two elementary questions about how GDAL maps the pixel/line of one
image to an other image.
Suppose we have two GeoTiff images with different spatial resolutions and
projections.
According to GDAL code, a pixel/line (i,j), more precisely its center
(i+0.5,j+0.5), of the
