Thanks Even for making the fix!
Is there documentation anywhere for how to apply changes like this? I
apologize but I am just getting into this type of development. I thought I was
able to install the latest nightly build today, but I'm not sure. Running Mac
OS X. If anyone has any
On 29-08-2011 22:10, Burton-Kelly, Matthew wrote:
Thanks Even for making the fix!
Is there documentation anywhere for how to apply changes like this? I
apologize but I am just getting into this type of development. I thought I was
able to install the latest nightly build today, but I'm not
Le samedi 27 août 2011 11:14:00, Hermann Peifer a écrit :
Matthew,
An absolute kludge-type of solution would be a) to make sure that the
GeoTIFF is larger than the shapefile when rasterising (in order to not
loose points at the edges) and b) to shift the GeoTIFF NW by 0.5 pixel
after
; Eli Adam ea...@co.lincoln.or.us
Sent: Sunday, August 28, 2011 9:25:05 AM
Subject: Re: [gdal-dev] Re: gdal_rasterize output off by one pixel/cell
Le samedi 27 août 2011 11:14:00, Hermann Peifer a écrit :
Matthew,
An absolute kludge-type of solution would be a) to make sure that the
GeoTIFF
On 28/08/2011 14:25, Even Rouault wrote:
Le samedi 27 août 2011 11:14:00, Hermann Peifer a écrit :
Matthew,
An absolute kludge-type of solution would be a) to make sure that the
GeoTIFF is larger than the shapefile when rasterising (in order to not
loose points at the edges) and b) to shift
Even,
This works for me and the test case included with the initial report.
Thank you very much, Eli
Even Rouault even.roua...@mines-paris.org 08/28/11 5:25 AM
I've applied a fix in trunk in http://trac.osgeo.org/gdal/changeset/22998 .
Please test and confirm if it works for
Matthew,
An absolute kludge-type of solution would be a) to make sure that the
GeoTIFF is larger than the shapefile when rasterising (in order to not
loose points at the edges) and b) to shift the GeoTIFF NW by 0.5 pixel
after rasterising, as I already wrote in my previous mail.
There has
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