> I'm not sure I understand. " one of these standard ones" refers to the
> WKT definitions by ESRI? In that case, we could compare the given WKT
> (in .prj file), and lookup the associated ESRI code, matching it to
> EPSG code.
Correct.
> Are you suggesting that we could use the GDAL definition
> Martin, thanks for this reference!
>
> It seems that the dattrans.htm file contains datum transformations used
> by ESRI, with a number of methods.
>
> Would it make any sense to use that information (using a new derived
> .csv file) to add TOWGS84 parameters to ESRI WKT definitions, instead
>
> As an ongoing effort to improve ESRI .prj file compatibility, I am
> respectfully
> calling all users and devs to help in providing or pointing to existing .prj
> files
> (in ESRI WKT format).
http://help.arcgis.com/en/arcims/10.0/mainhelp/mergedProjects/ArcXMLGuide/elements/gcs.htm
http://hel
> Here it is not only GDAL/OGR that has a problem! Currently, I know of no
> importer that can handle this construct, other than the tool (from Snowflake)
> used by OSGB to generate it - and there is also the question of onwards
> storage.
Not even close, I'm afraid.
There are plenty of tool