Import NAS - Georeferenzierung falsch

[wickundpartner]

Hallo,

 

wenn ich eine ALKIS Datei über die NAS Schnittstelle

importiere, ist die Georeferenzierung (Gauss-Krüger) nicht korrekt.

Soweit ich das erkennen kann, ist der Rechtswert (x-Koordinate) falsch.

 

Was muss ich beachten, dass die Datei georeferenziert importiert wird?

 

Danke für Infos.

[Michael Knoepfle]

Hallo

 

Es handelt sich bei den importdaten um rein kartetische Werte.

Das heist die Zahl die in der XML geschrieben ist wird auch im Dokument

erzeugt.

 

Die Georeferenziertung macht der Hersteller der Flurkarte bzw. des XML. Wenn die Datei von

einer Behörde erzeugt wurde wird in der Regel eine Textdatei dazugelegt in der das Lagebezugssystem beschrieben wird.

 

Sie haben vermutlich ETRS89/UTM Daten bekommen und haben Gauß-Krüger erwartet. Deswegen ist ihnen der X-Wert aufgefallen.

[wickundpartner]

Danke für die schnelle Antwort.

 

In der Log Datei ist folgendes Koordinatenreferenzsystem (EPSG): 31463 angegeben.

 

Laut Google handelt es sich Dabei um: DHDN / 3-degree Gauss zone 3

 

Müsste als passen.

 

Ich habe mehre NAS.xml Dateien von verschiedenen Gemeinden. Bei allen tritt das Problem auf.

[Michael Knoepfle]

Hallo

 

ich verstehe nicht was für ein Problem auftritt. Der Rechtwert der Koordinate

muss im Bereich von 3 Millonen meter liegen.

 

Das heist der dritte Längengrad in einer Unterteilung der Erdkugen in 3 Grad als bei 9 Grad.

 

Plus ein False-Easting von 500 000 m.

 

Wie bitte kommst du darauf das die Koordinate falsch ist. Du kannst die Zeichnung auch nach Google XML exportieren und dann schauen ob sie auf das Satelitenbild passt. Oder wie kontrollierst du das?

 

Gruß Michael

[wickundpartner]

Hallo,

konnte das Problem eben beheben. Beim x-Wert wird die erste Zahl des Gauss-Krüger-Koordinatensystem nicht berücksichtigt. Dies scheint an den NAS-Daten des LGL BW zu liegen,

da ich das Problem auch in GIS Programmen habe.

 

In Vektorwors lässt sich dies wie folgt beheben und die Zeichnung an die richtige Stelle im Gauss-Krüger System verschieben:

 

Alle Elemente der Zeichnung markieren

Rechte Maustaste

2D Verschieben

 

Kartesisch

x 3000000,00

y 0,00

[Michael Knoepfle]

Das glaube ich nicht.

 

Die offizielle Schreibweise von Gauß-Krüger Koordinaten ist mit der Meridian-Kennung im DHDN.

Diese Vorgaben sind von den Landesvermessungsämtern gefordert. Kein Landesvermessungsamt

gibt die Koordinaten anders aus.

 

Wenn keine 3 vor den Koordinaten steht dann sind die Koordinaten keine GK3

 

Wenn tatsächlich die Koordinaten nur 6-stellig ausgegeben werden dann handelt es sich ziemlich

sicher um ETRS89/UTM Koordinaten. Der Koordinatenbereich ist ähnlich im Hochwert.

 

Einfach verschieben hilft aber da nicht.

 

 

 

Schick doch mal die Datei über das Supportfomular an mich ich werde das mal prüfen bevor

das Kind im Dreck liegt. :-)

 

Gruß Michael

 

PS NAS Daten nicht hier im Forum posten weil die sind Urheberrechtlich geschützt.

[wickundpartner]

Wo finde ich das Supportformular?

[am stgt]

service select kunde oder standardanwender? ...so oder so findet man hier zum ziel.

[wickundpartner]

Danke, Mail mit Testdatei ist raus.

 

Bin gespannt.

[Michael Knoepfle]

Hallo

 

Es handelt sich tatsächlich um GK3 Koordinaten. Ich habe die Gebäude transformiert auf auf ein Satelittenbild gelegt.

 

Jedoch handelt es sich um ein ungültiges Lagebezugssystem. EPSG 31463 ist veraltet weil es sich auf einen heute ungültigen Elipsoid bezieht. Wenn du DHDN GK3 verwendest ist das EPSG 31467.

 

Die differenz zwischen beiden Lagebezugssystemen kann gegen Null gehen oder auch größer sein je nach Abstand vom Meridian.

 

 

Auch ist die Schreibweise fehlerhaft weil auch EPSG 31463 ein false_easting von 3 500 000 hat. Deine Koordinaten haben nur 500 000.

 

Wenn es keinen Grund dafür gibt das du mit veralteten CRS arbeiten must dann solltest du an die ausgebende Stelle gehen und eine korrekte Karte verlangen.

[wickundpartner]

Danke für den Check. War mir auch aufgefallen das EPSG 31463 anstelle von EPSG 31467 verwendet wird.

Die Daten sind sehr aktuell (November 2016).

Aber jetzt passt ja alles. Das Landesamt für Geoinformation BW stellt ohnehin demnächst von GK3 auf ETRS89/UTM.