Bug report #4009

wrong CRS definition

Added by Otto Dassau over 11 years ago. Updated over 11 years ago.

Affected QGIS version: Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:worksforme
Crashes QGIS or corrupts data: Copied to github as #:13996


#1 Updated by Otto Dassau over 11 years ago

  • Category set to GUI
  • Target version set to Version 1.7.1
  • Operating System set to Windows 7

Hi developers,

working with qgis 1.7 I found out, that the CRS definition in the layers properties dialog are wrong visualized, even if the CRS information in the .prj file is correct. This happens for EPSG 25832. In the dialog it is displayed as EPSG: 3044.

thanks a lot

#2 Updated by Giovanni Manghi over 11 years ago

I also noticed this, with epsg 4326 being recognized as another (don't remember exactly) CRS.

#3 Updated by Giovanni Manghi over 11 years ago

  • Priority changed from Normal to High
  • Operating System deleted (Windows 7)

So I confirm this also on Windows. I have wgs84/4326 layers (both vectors and rasters) that are recognized as

EPSG:4148 - Hartebeesthoek94

Using trunk on Ubuntu.

#4 Updated by Jürgen Fischer over 11 years ago

  • Status changed from Open to Feedback

Do the .prjs contain a EPSG references?

PROJ.4 wise EPSG:25832 and EPSG:3044 are identical as are EPSG:4326 and EPSG:4148. So without a direct EPSG reference GDAL doesn't have a chance to figure out the desired EPSG code.

#5 Updated by Jürgen Fischer over 11 years ago

  • Pull Request or Patch supplied set to No
  • Status changed from Feedback to Closed
  • Resolution set to worksforme

closing for the lack of feedback.

Also available in: Atom PDF