[FOSSGIS-Talk] WG: QGIS erkennt Lagebezug fehlerhaft

Schütz SC maik.schuetz at sc-ing.de
Do Jan 14 10:07:38 CET 2021


Hallo an die GIS-Liste,

 

ich habe das Lagebezugs-Problem (beschrieben in meiner Mail siehe unten)
noch nicht lösen können. Inzwischen gibt es aber mehr Informationen.

 

Nochmal das Problem zusammengefasst:

 

-     Der Auftraggeber hat die Daten mit QGIS 3.16.1 erstellt.

-     Sowohl bei den Layereigenschaften als auch bei den
Projekteigenschaften ist bei ihm der EPSG-Code 25833 eingestellt. Er
exportiert den GIS-Datensatz mit der PRJ (siehe unten).

-     Ich öffne den GIS-Datensatz mit meinem QGIS 2.18.12. Die Dateien
werden mir nun im EPSG-Code: 3006 angezeigt. Obwohl ich in den
Projekteigenschaften vorher EPSG-Code: 25833 eingestellt habe.

-     Beim Vergleich der PRJ-Dateien fällt mir neben einer abweichenden
Reihenfolge der PARAMETER nur die Rundung hinter „UNIT“ 16 bzw. 18
Nachkommastellen auf (rot markiert).

 


PRJ-Datei meines Auftraggebers mit QGIS 3.16.1 exportiert, erkannt als
SWEREF99 TM, EPSG-Code: 3006

 

 

PROJCS["ETRS_1989_UTM_Zone_33N",

GEOGCS["GCS_ETRS_1989",

DATUM["D_ETRS_1989",

SPHEROID["GRS_1980",6378137.0,298.257222101]],

PRIMEM["Greenwich",0.0],

UNIT["Degree",0.0174532925199433]],

PROJECTION["Transverse_Mercator"],

PARAMETER["False_Easting",500000.0],

PARAMETER["False_Northing",0.0],

PARAMETER["Central_Meridian",15.0],

PARAMETER["Scale_Factor",0.9996],

PARAMETER["Latitude_Of_Origin",0.0],

UNIT["Meter",1.0]]

PRJ-Datei Standard für ETRS89 UTM33N, EPSG-Code: 25833 (
<http://epsg.io/25833> http://epsg.io/25833) = PRJ-Datei, wenn ich mit QGIS
2.18.12 eine Datei mit dem EPSG-Code exportiere

 

PROJCS["ETRS89_UTM_zone_33N",

GEOGCS["GCS_ETRS_1989",

DATUM["D_ETRS_1989",

SPHEROID["GRS_1980",6378137,298.257222101]],

PRIMEM["Greenwich",0],

UNIT["Degree",0.017453292519943295]],

PROJECTION["Transverse_Mercator"],

PARAMETER["latitude_of_origin",0],

PARAMETER["central_meridian",15],

PARAMETER["scale_factor",0.9996],

PARAMETER["false_easting",500000],

PARAMETER["false_northing",0],

UNIT["Meter",1]]

 

Fragen:

1.	Wieso gibt das QGIS 3.16.1 für den EPSG-Code 25833 eine andere
PRJ-Datei aus, als mein QGIS 2.18.12 (= PRJ-Datei für diesen EPSG-Code bei
<http://epsg.io/25833> http://epsg.io/25833)?
2.	Welche Gründe können noch vorliegen?

 

Ich werde mein QGIS heute auf 3.16 upgraden lassen. Ich kann mir aber nicht
vorstellen, dass die alte Version für diese Irritation der Grund ist.

 

Danke und Gruß, Maik

 

 

Von: Schütz SC [mailto:maik.schuetz at sc-ing.de] 
Gesendet: Mittwoch, 6. Januar 2021 13:13
An: 'fossgis-talk-liste at fossgis.de'
Betreff: QGIS erkennt Lagebezug fehlerhaft

 

Hallo an die Liste,

ich habe für die Weiterbearbeitung einige GIS-Datensätze (CPG, DBF, PRJ,
SHP, XML, SHX) erhalten.

 

Ziehe ich die Shape-Dateien per Drag-and-drop in das Layerfenster von QGIS,
wird die Datei im Lagebezug SWEREF99 TM33 (EPSG-Code: 3006) angezeigt.
Eigentlich sollten die Dateien jedoch im Lagebezug ETRS89 UTM 33N
(EPSG-Code: 25833) liegen.

 

Ein Vergleich der mitgelieferte PRJ-Datei mit einer „Standard“-PRJ-Datei für
den EPSG-Code 25833 (ausgelesen mit QGIS) ergibt neben einer
unterschiedlichen Reihenfolge der PARAMETER eigentlich nur einen
Unterschied: „….UNIT["Degree",0.0174532925199433]]…“ (mitgelieferte PRJ) und
„…UNIT["Degree",0.017453292519943295]]…“ (PRJ von QGIS mit EPSG 25833).

 

Sind die erhaltenen GIS-Daten nun fehlerhaft oder liegt der Fehler bei mir,
dass QGIS den Lagebezug falsch erkennt?

 

Ich verwende noch das QGIS 2.18.12 (ein Update auf eine neuere Variante ist
in Arbeit).

 

Vielen Dank.

 

Gruß Maik

 



Mehr Informationen über die Mailingliste FOSSGIS-Talk-Liste