[Gdal-dev] OGR, PROJ.4, and handling of Datum

Ben Discoe ben at vterrain.org
Wed Apr 16 22:24:59 EDT 2003


(Replying to myself..)

> Question #1: What is this ntv2_0.gsb file?  If PROJ looks for it,
> why is it not included with the standard PROJ distribution data?

Sorry about that question, i was able to answer it with a Google search for
"ntv2_0.gsb".  Apparently is a large (14MB) proprietary Datum shift file
specifically for Canada.  So, it is quite unrelated to why my data point in
Panama is failing.

So, the more important question is #2.  The gist of this is, how can i as a
user of OGR find out when OGR/PROJ has failed to produce a viable
transformation.

> Now, on to OGR.  When i use OGRCreateCoordinateTransformation()
> for the same transformation as above, it cheerfully gives me an
> OGRCoordinateTransformation object which proceeds to perform
> totally bogus conversions.
>
> Question #2: Since PROJ is clearly failing in this case, shouldn't
> OGRCreateCoordinateTransformation fail, i.e. return NULL?  Is
> this a lack of error-checking in OGR, PROJ, or both?
>
> Thanks,
> Ben




More information about the Gdal-dev mailing list