Even,
This works for me and the test case included with the initial report.
Thank you very much, Eli
>>> Even Rouault 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 you.
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 (Tha
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 s
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 t
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
To: gdal-dev@lists.osgeo.org
Cc: Hermann Peifer ; Eli Adam
Sent: Sunday, August 28, 2011 9
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