Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-12-03 Thread TomvanTilburg
Even Rouault wrote: > > TomvanTilburg a écrit : > > hum, looks a bit like a (mysterious) PROJ.4 issue. The "unknown > projection id" probably referes to the 'sterea' method. > > I've found a ticket in the PROJ trac database that seems to be very > similar to your issue : http://trac.osgeo.or

Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-12-02 Thread Even Rouault
TomvanTilburg a écrit : hum, looks a bit like a (mysterious) PROJ.4 issue. The "unknown projection id" probably referes to the 'sterea' method. I've found a ticket in the PROJ trac database that seems to be very similar to your issue : http://trac.osgeo.org/proj/ticket/43 Hi Even, Thanks fo

Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-12-02 Thread TomvanTilburg
Hi Even, Thanks for replying. I don't think GDAL installation is the problem, since trying the same code with different geom works fine. But I just ran it in the DOS box and got a bit more descriptives: WKT:POINT(127576.476563 481237.375) POINT (127576.476563 481237.375) ERROR 6: Failed to init

Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-11-26 Thread Jeff McKenna
Even Rouault wrote: * If testepsg.exe is compiled (nmake /f makefile.vc testepsg.exe in apps directory should do), try testepsg EPSG:28992 As there doesn't appear to be any documentation on this utility, maybe a small page should be created on the GDAL Trac Wiki for testepsg? (http://trac.o

Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-11-26 Thread Even Rouault
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

Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-11-26 Thread TomvanTilburg
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 yester

Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-11-25 Thread TomvanTilburg
Never mind, I was too quick in asking. It appeared to be a corrupted shapefile. Did it again with a new one and worked like a charm. TomvanTilburg wrote: > > Hi, > > Im relatively new to the GDAL package but I've got the feeling I'm hitting > this same (old) problem. > > At the moment I am t

Re: [Gdal-dev] PROJ.4 EPSG:28992

2009-11-25 Thread TomvanTilburg
Hi, Im relatively new to the GDAL package but I've got the feeling I'm hitting this same (old) problem. At the moment I am trying to write a python script that transfers sets of shapefiles in the Dutch nation grid (EPSG 28992) to WGS84, ultimately to export them to KML files. Therefore I run the