Eli, Matt,
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.
Hermann
On 22/08/2011 18:50, Eli Adam wrote:
Matt,
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.
http://trac.osgeo.org/gdal/ticket/3774
Regards, Eli
On 8/20/2011 at 11:06 AM, in message
<aa52f8ac-89dc-4543-a210-0dd0ba9e5...@my.und.edu>, "Burton-Kelly, Matthew"
<matthew.burton.ke...@my.und.edu> wrote:
Hello,
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:
http://www.flickr.com/photos/matthewbk/6059112633
Thanks for any insight,
Matt
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
