[gdal-dev] Re: gdal_rasterize output off by one pixel/cell
peifer at gmx.eu
Tue Aug 23 07:27:34 EDT 2011
I just rasterised some point data with GDAL 1.9dev from svn and can
confirm both observations:
a) points are lost at the edges
b) points and pixels do not line up correctly in qgis
I can align points and pixels by shifting the corner coordinates of the
resulting GeoTIFF by 0.5 pixel, but this is hardly a "fix":
gdal_translate test.tif test_shifted.tif -a_ullr -180.5 90.5 179.5 -89.5
I was able to reproduce the same results with GDAL 1.6.3, so I am
wondering for how long the issue is already lurking around -- or are we
just doing something terribly wrong? Hopefully not.
On 22/08/2011 18:50, Eli Adam wrote:
> You may want to look at this ticket and see if it is the same thing. If so, you can add yourself to the cc list and you will get emails when there are updates to the ticket. You can also add any additional relevant information to the ticket.
> Regards, Eli
>>>> On 8/20/2011 at 11:06 AM, in message
> <AA52F8AC-89DC-4543-A210-0DD0BA9E58FD at my.und.edu>, "Burton-Kelly, Matthew"
> <matthew.burton.kelly at my.und.edu> wrote:
>> I'm attempting to create a raster from a shapefile of point data, with grid
>> cells 1 degree square. Although the area I have defined matches up with the
>> origin coordinates I want, and the grid cells match up with a vector 1-degree
>> grid I produced in QGIS, the squares supposedly containing the point data are
>> shifted, it looks like down and to the right. Has anyone encountered this
>> issue before?
>> Here is the command I used:
>> gdal_rasterize -a<column name> -ts 360 180 -te -180 -90 180 90 -l<source layer name
>> in source file> <source file> <destination file>
>> I have uploaded a screenshot of the output I am describing here:
>> Thanks for any insight,
More information about the gdal-dev