id,summary,reporter,owner,description,type,status,priority,milestone,component,version,severity,resolution,keywords,cc 4178,EPSG:3785 WKT keyword ordering is wrong.,warmerdam,warmerdam,"An EPSG lookup on EPSG:3785 produces the following pretty WKT: {{{ PROJCS[""Popular Visualisation CRS / Mercator (deprecated)"", GEOGCS[""Popular Visualisation CRS"", DATUM[""Popular_Visualisation_Datum"", SPHEROID[""Popular Visualisation Sphere"",6378137,0, AUTHORITY[""EPSG"",""7059""]], TOWGS84[0,0,0,0,0,0,0], AUTHORITY[""EPSG"",""6055""]], PRIMEM[""Greenwich"",0, AUTHORITY[""EPSG"",""8901""]], UNIT[""degree"",0.0174532925199433, AUTHORITY[""EPSG"",""9122""]], AUTHORITY[""EPSG"",""4055""]], UNIT[""metre"",1, AUTHORITY[""EPSG"",""9001""]], PROJECTION[""Mercator_1SP""], PARAMETER[""central_meridian"",0], PARAMETER[""scale_factor"",1], PARAMETER[""false_easting"",0], PARAMETER[""false_northing"",0], EXTENSION[""PROJ4"",""+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 + x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs""], AUTHORITY[""EPSG"",""3785""], AXIS[""X"",EAST], AXIS[""Y"",NORTH]] }}} The problem, as pointed out by Martin Daly, is that the ordering does not adhere to the OGC WKT grammar (not counting the illegal EXTENSION node). In particular, I believe the UNITS should come after the projection parameters. This WKT was the result of a normal OGRSpatialReference::importFromEPSG(). importFromEPSG() should attempt to return legally ordered WKT keywords. This impacts software that uses WKT dictionaries from epsg_tr.py (like PostGIS). ",defect,closed,normal,,OGR_SRS,unspecified,normal,fixed,WKT ordering,mpd