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
I can confirm that the offset fix works for me, using geographic CRS with SAD69
and WGS84 datums. I can't comment on the edge problem.
great job! Etienne
- Original Message -
From: Even Rouault even.roua...@mines-paris.org
To: gdal-dev@lists.osgeo.org
Cc: Hermann Peifer pei...@gmx.eu;
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
I have created a new wiki page at
http://trac.osgeo.org/gdal/wiki/NetCDF_Improvements , following Even's
suggestion (Thanks Even).
The following topics have been included:
Topics:
1 - UNIDATA NetCDF Conventions
2 - Metadata
3 - Datum issues
4 - Dimension issues
5 - Compatibility with other
any thoughts on a ogr netcdf driver? I have a simple one for madis data
that needs work in my sandbox
Brian
On Sun, 2011-08-28 at 14:56 -0700, Etienne Tourigny wrote:
I have created a new wiki page at
http://trac.osgeo.org/gdal/wiki/NetCDF_Improvements , following Even's
suggestion
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