A few points to check that come to mind :
* Did you check that the proj.dll can be loaded by GDAL ? Check an error
message about it
* Is the GDAL_DATA environment variable correctly set ?
* If testepsg.exe is compiled (nmake /f makefile.vc testepsg.exe in apps
directory should do), try testepsg EPSG:28992
TomvanTilburg a écrit :
Hi list,
Got a bit more info on this, hope someone can help.
It appears that running "geom.Transform(coordTrans)" on GDAL 1.6.0 PY 2.6.4
linux doesn't give an error while running the same script with the same
shapefile on GDAL 1.6.1 PY 2.6.3 winxp does produce the error (hence my
confusion yesterday when I saw it running on 1.6.0).
Summary:
inSpatialRef = osr.SpatialReference()
inSpatialRef.ImportFromEPSG(28992)
outSpatialRef = osr.SpatialReference()
outSpatialRef.ImportFromEPSG(4326)
coordTrans = osr.CoordinateTransformation(inSpatialRef, outSpatialRef)
...
geom.Transform(coordTrans)
trows an error with
Anyone who can reproduce this?
I have a lot of data in Amserfoort coordinates that I'l like to transform
(in windows). Help would be greatly appreciated.
best regards,
Tom
Frank Warmerdam wrote:
Bart van den Eijnden (OSGIS) wrote:
Hi list,
in PROJ version 4.6 the definition for the Dutch national grid
(EPSG:28992)
is missing the towgs84 parameters.
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
