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:[email protected]] Gesendet: Mittwoch, 6. Januar 2021 13:13 An: '[email protected]' 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 -- .................................................................... FOSSGIS Veranstaltungen https://www.fossgis.de/news/fossgis-events/ FOSSGIS e.V, der Verein zur Förderung von Freier Software aus dem GIS-Bereich und Freier Geodaten! https://www.fossgis.de/ https://twitter.com/fossgis_eV ____________________________________________________________________ FOSSGIS-Talk-Liste mailing list [email protected] https://lists.fossgis.de/mailman/listinfo/fossgis-talk-liste
