<div>Hi Devs,</div><div><br></div><div>Got no answer, so I call up this thread for discussion again. </div><div><br></div><div>In fact the approach of identifying datums by the mapinfo driver (by using the WKT name) is quite fragile causing problems for me and for others in the past as well, for example with the issues described in:</div>
<div><a href="http://trac.osgeo.org/gdal/ticket/481">http://trac.osgeo.org/gdal/ticket/481</a> <br></div><div><a href="http://trac.osgeo.org/gdal/ticket/3187">http://trac.osgeo.org/gdal/ticket/3187</a> <br></div><div><br>
</div><div>In 3187 the problem was attempted to be solved by extending the lookup table by using multiple entries for the same datum having different names. However this approach is quite insufficient since there's no official list of the valid WKT datum names (which may also be vendor specific) and the datum names are also altered by gdal ie. by replacing spaces with underscores.</div>
<div><br></div><div>The <a href="http://trac.osgeo.org/gdal/attachment/ticket/481/gdal-mitab-datum-2.patch">patch</a> attached to <a href="http://trac.osgeo.org/gdal/ticket/481">#481</a> looks more compelling to me as it seems more trivial to identify the datums by EPSG code (where exists) and not only by the datum name.</div>
<div><br></div><div>Any objections to apply such change in gdal (mitab) at last?</div><div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div><div><br></div><br><br><div class="gmail_quote">2012/3/15 Tamas Szekeres <span dir="ltr"><<a href="mailto:szekerest@gmail.com">szekerest@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Devs,<br><br>I have run into a problem when assigning a spatial reference to a mapinfo file using ogr2ogr when using -a_srs "EPSG:28350".<br>
The mapinfo driver doesn't seem to recognise the datum (Geocentric_Datum_of_Australia_1994) and assigns WGS84 to the output file which is a fairly inconvenient approach.<br>
<br>This problem is due to the incorrect entries in asDatumInfoList (mitab_spatialref.cpp) since the entry for Geocentric_Datum_of_Australia_1994 is missing, though it contains an entry for the projection name GDA94 (and not for the datum name).<br>
<br>As far as I know the WKT datum names are vendor specific, therefore it's not quite sufficient to use as a lookop key for the datum entries. But if we use this approach even so, why don't we include the datum names from gcs.csv for being compatible with the projections constructed by GDAL itself?<br>
<br>Would that be reasonable to add multiple entries in asDatumInfoList or placing this information in an external file?<br><br>Best regards,<br><font color="#888888"><br>Tamas<br><br>
</font></blockquote></div><br>