Bei der Umstellung einer Gauß-Krüger Datei in UTM ist ein Versatz von ca. 1m in -y Achse.
Was kann oder muss ich einstellen?
Gruß Peter
Ich hatte die 2 Koordinaten genommen und da kam der leichte Versatz heraus.
Hallo,
mit diesen Koordinatensystemen ist max Meter-Genauigkeit zu erwarten.
Wie von Andreas Becker beschrieben, kann nur mit den "BETA, NTV2" Koordinatensystemen der Microstation ein Ergebnis mit Sub-Meter-Qualität und bei besseren Transformationsgitterdateien im cm-Bereich gerechnet werden.Wie aber die Beta2007.GSB gegen eine lokale GSB-Datei getauscht werden kann (ohne zu tricksen), das müsste Bentley mal erklären.
Regards
Frank
since 1985: GIS, CAD, Engineering (Civil) Senior Consultant : [Autodesk Civil 3D , Esri ArcGIS, VertiGIS: in previous days : Bentley MS V4 - V8i, GeoGraphics, Bentley Map V8i, InRoads, HHK Geograf, IBr DAVID] : Dev: [C, C++, .NET, Java, SQL, FORTRAN, UML][direct quote by: http://en.wikipedia.org/wiki/Helmut_Schmidt]: "Wer Kritik übel nimmt, hat etwas zu verbergen"Wer Grammatik- und/oder Rechtschreibfehler findet, der darf sie behalten :-)
ich habe die Transformation mit unterschiedlichen Dateien, die jeweils verschiedene Elementtypen enthalten, getestet. Die Verzerrung entsteht unabhängig von den enthaltenen Elementtypen, d. h. auch beispielsweise mit den ALKIS-Daten (Flurkarte) der Vermessungsverwaltung, die prinzipiell auch ohne Fehlermeldung die Transformation durchläuft (die ich hier jetzt nur nicht posten wollte, sonst muss ich noch einen Copyright-Hinweis einfügen :-) ). Die Problematik mit den Zellen, komplexen Ketten etc. ist mir bewusst. Die ALKIS-Daten enthalten - bis auf Symbolzellen - keine komplexen Elemente (nur Linien, Punkte und Texte). Bei anderen Dateien ändert eine vorherige "Auflösung" auch nichts am Ergebnis.
Wir befinden uns in Oberfranken (Nordostbayern) - Gauss-Krüger-Zone 4 (EPSG: 31468) > Transformation auf ETRS89 UTM-Zone 32 (EPSG: 25832).
Die GSB ist die "offizielle" Gitterdatei "kanu_ntv2_oberfranken.gsb" der Bayerischen Vermessungsverwaltung für den Regierungsbezirk Oberfranken - Download über: https://www.ldbv.bayern.de/vermessung/utm_umstellung/trans_geofach.html
Die Anzahl der Gitterpunkte kenne ich nicht. Lt. Angabe der Vermessungsverwaltung liegt eine Maschenweit von 1 Bogensekunde (ca. 30 Meter) vor (Transformation in Katastergenauigkeit).
Die Transformation mit der BETA2007.GSB läuft problemlos ohne Verzerrung mit den getesteten Dateien - bei einer Genauigkeit im dm-Bereich (Abweichungen ca. 3 bis 8 cm). Nur reicht dies für unsere Zwecke halt nicht aus...
Danke und Beste Grüße,
Alexander
Alexander Hertrampf said:Die Anzahl der Gitterpunkte kenne ich nicht. Lt. Angabe der Vermessungsverwaltung liegt eine Maschenweit von 1 Bogensekunde
Hallo..... die Bayern
:-) Passpunkte alle Bogensekunde, "dass das bloß genau wird (Sarkasmus AUS) ;-) "
OK... dann liefere doch aus der Testdatei : http://geodaten.bayern.de/oadownload/bvv_internet/kanu/Testpunkte_Echtumstellung.zip
Koordinaten nur aus Deiner Gegend. Dann kann man das mal testen. Und natürlich.... damit und Testdaten ALKIS dgns (wer immer, mit welcher Software, diese Daten nach dgn konvertiert hat) direkt an Bentley wenden.
Gruß Frank
Hallo!
Ja, ja, "wir" Bayern mit unserer Extra-Wurst :-) "Was in anderen Bundesländern problemlos funktioniert hat, muss bei 'uns' noch lange nicht funktionieren ;-)"
Wir konvertieren die ALKIS-NAS-Daten (xml) mit FME (Safe Software) selbst. Die Transformation kann auch mit dieser Software vorgenommen werden. Jedoch besteht "erstaunlicherweise" mit der noch im Einsatz befindlichen älteren Version von FME aus 2014 die gleiche Problematik bei Verwendung der hochgenauen gsb (Ergebnis sind ähnliche Verzerrungen)... Lt. Dienstleister für die FME-Software besteht die Problematik bei neuen FME-Versionen nicht mehr, d. h. auch hier ist es so, dass die "ältere" Software schlichtweg offentsichtlich auch Probleme mit der zu verarbeitenden Datenmenge hat.
Dementsprechend habe ich nunmehr zunächst Software-Upgrades angefordert, die hoffentlich auch zeitnah ausgeführt werden... Sollte es dann immernoch Probleme geben, werde ich mich selbstverständlich gerne vertrauensvoll direkt an den Bentley-Support wenden :-)
Herzlichen Dank für die Hilfestellungen!
Beste Grüße
Alexander Hertrampf said:FME (Safe Software)
OK, das hört sich jetzt dann wirklich so an, als ob die Transformationsengine (soweit ich weiß,verwenden beide Companys die Selbe) mit dem engen Ntv2-Gitter Probleme hat.
Gruß und viel Erfolg mit den neuen Versionen
(Pssst.......ich würde es mit FME transformieren :-) ) Herrlich dieses "Schweizer Messer" für AEC-Daten und mehr....
die Genauigkeitsanforderung der GK-UTM-Umstellung sollte zum Anlass genommen werden, mit dem Umstieg auf die MicroStation CONNECT Edition zu beginnen. In dieser Version ist ein cm-genaue Transformation mit den Bayrischen GSB-Dateien möglich (analog der obigen Beschreibung für BW, das ebenfalls eine sehr große, engmaschige GSB-Datei erstellt hat).
Desweiteren profitieren Sie nur mit Einsatz der neuen MicroStation-CONNECT-Version von den vielen erfolgten und in den laufenden neuen Update-Versionen enthaltenen Weiterentwicklungen.
Mit freundlichen Grüßen
Andreas Becker