Location wizard fails on EPSG 3049

[marisn]

Steps to reproduce:

• Start the Location Wizard and choose to define location by EPSG code
• Enter the number 3049 as EPSG code
• Observe how totally incorrect PROJ4 string is displayed (a latlon projection).

A correct string is present in EPSG file:

+proj=utm +zone=37 +ellps=GRS80 +units=m +no_defs 

[marisn]

Wrong proj4 string selected by EPSG code

[neteler]

Here it works fine - also from command line (using PROJ.4 V4.8.0):

grass70 -c epsg:3049 ~/grassdata/testlocation

GRASS 7.0.svn (testlocation):~ > g.proj -w
PROJCS["UTM Zone 37, Northern Hemisphere",
    GEOGCS["grs80",
        DATUM["European_Terrestrial_Reference_System_1989",
            SPHEROID["Geodetic_Reference_System_1980",6378137,298.257222101]],
        PRIMEM["Greenwich",0],
        UNIT["degree",0.0174532925199433]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",39],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",500000],
    PARAMETER["false_northing",0],
    UNIT["Meter",1]]

GRASS 7.0.svn (testlocation):~ > g.version -e
GRASS 7.0.svn (2014)
PROJ.4: 4.8.0
GDAL/OGR: 1.10.1
GRASS not compiled with GEOS support
SQLite: 3.8.3

Maris, which PROJ4 version do you use?

[marisn]

Thanks, Markus, for quick answer. svn revert on g.proj fixed problem.

Note to myself: svn status and svn revert before any bug hunting.

[neteler]

Screenshot with successful creation (just for the record)