EPSG to PROJ.4 loses US-FT name

[warmerdam]

testepsg EPSG:26749

produces a PROJ.4 representation using to_meter to define the US foot units instead of +units=us-ft as might be desirable. This is apparently due to a mismatch between the expected name for us feet in the proj.4 translation code, and what comes back from EPSG.

I believe there are also other opportunities to improve the recognision of well known units in the various translation modules.

This relates to QGIS ticket ​http://trac.osgeo.org/qgis/ticket/1537

[warmerdam]

Some improvements made in the "nominal" name for us survey feet (now Foot_US to match ESRI instead of the old value that didn't match ESRI or EPSG), and modified the PROJ.4 translation code to recognise us feet based on name and value. Only in trunk (r16634)

[Even Rouault]

I've modified the expected SRS of genbin_1 test in r16646 so that it matches the changes made for this ticket.

[Even Rouault]

And osr_esri_7 is also failing. I didn't dare fixing the expected result myself as it is linked to an existing fixed bug (#1533).

To make the test pass, the new expected result would be:

    wkt = """PROJCS["NAD83 / Florida North",
    GEOGCS["NAD83",
        DATUM["North_American_Datum_1983",
            SPHEROID["GRS 1980",6378137,298.257222101,
                AUTHORITY["EPSG","7019"]],
            AUTHORITY["EPSG","6269"]],
        PRIMEM["Greenwich",0,
            AUTHORITY["EPSG","8901"]],
        UNIT["degree",0.01745329251994328,
            AUTHORITY["EPSG","9122"]],
        AUTHORITY["EPSG","4269"]],
    UNIT["Foot_US",0.3048006096012192],
    PROJECTION["Lambert_Conformal_Conic_2SP"],
    PARAMETER["standard_parallel_1",30.75],
    PARAMETER["standard_parallel_2",29.58333333333333],
    PARAMETER["latitude_of_origin",29],
    PARAMETER["central_meridian",-84.5],
    PARAMETER["false_easting",1968500],
    PARAMETER["false_northing",0],
    AXIS["X",EAST],
    AXIS["Y",NORTH]]"""

[Even Rouault]

osr_esri_7 was adjusted in r16694. Closing.