Letztendlich freut es mich aber, dass unabhängig voneinander (programmiert) identische Ergebnisse berechnet wurden.

Dito!

Viele Grüße
Micha

der NTv2-Satz SN2014 ist aufgrund seiner Größe auch für Teile Brandenburgs gültig.
Leider wird in der Praxis viel mit GPS gemessen, so dass die Rücktrafo öfter angewendet wird als andersrum. Letztendlich freut es mich aber, dass unabhängig voneinander (programmiert) identische Ergebnisse berechnet wurden.

mfG Dirk

GeoTra und meine Software kommen jetzt zu identischen Lösungen, auch an den Subgitterkanten.

Super, vielen Dank fürs Feedback. Ich werde die Version zeitnahe veröffentlichen.

Leider bleibt das Problem mit LGO bestehen.

Das habe ich nicht weiter beachtet, da ich nich weiß, wie man mit LGO eine NTv2-Transformation durchführt.

Anbei ein Bildchen vom NTv2-Satz SN2014 (Sachsen), rot=8cm gelb=4cm grün=0cm.

Das ist aber der Elbe-Elster-Kreis in Brandenburg und nicht Sachsen, der dort zu sehen ist. Ich vermute aber, dass das Problem auch auf dem sächsischen Gebiet existiert.

Danke für Deine Hilfe, vielleicht fällt Dir zu diesem Thema ja noch etwas wichtiges ein.

Das Problem tritt ja nur für die Rücktransformation auf, wenn der Punkt nicht exakt in ein Grid fällt während der Iteration. Für den wichtigen Fall: GK --> UTM ist er unerheblich. Ich will es nicht kleinreden aber die Wahrscheinlichkeit, dass der Fehler auftritt, ist schon extrem gering, oder? Wenn es Dich aber näher interessiert, dann schreib doch an den Helpdesk von Leica. Die können da sicher schnell Deine Frage zu ihrem Produkt klären.

Viele Grüße
Micha

Hier haben dann wohl auch die Programmierer etwas übersehen. Die Version ist zwar uralt, V7 von 2009, trotzdem sollte die NTv2-Trafo mit Subgittern funktionieren. Ich habe mal gegoogelt und folgendes dazu gefunden:

http://www.landesvermessung.sachsen.de/inhalt/etrs/faq/etrs-faq.html#faq6
...
Folgende GIS-Systeme nutzen PROJ.4 und gestatten damit grundsätzlich die Überführung
auch von Rasterdaten mittels NTv2-Ansatz: GRASS GIS, MapServer, PostGIS, Thuban, OGDI, Mapnik, TopoCad und OGRCoordinateTransformation.
HINWEIS: Es ist zu vermuten, dass der oben beschriebene Fehler von Proj.4 auch hier
wirksam ist. Daher gilt für diese Programme dieselbe Einschränkung. ...

Vielleicht greift LGO V7 auch auf diese API zurück.

Danke für Deine Hilfe, vielleicht fällt Dir zu diesem Thema ja noch etwas wichtiges ein.

mfG Dirk

In der Zip-Datei

Ich habe den Download mal entfernt, da kein anderer mit diesem Paket etwas anfangen kann.

Ich habe mir exemplarisch den ersten Punkt in Deiner Liste angeschaut und dann meinen Algorithmus mit der Doku abgeglichen. Ich denke, ich konnte das Problem beheben, sodass ich nun vergleichbare Ergebnisse erhalte. Ich habe Dir mal eine Vorabversion erstellt und würde Dich bitten, diese mal zu testen.

GeoTrav20180909

Du kannst die im ZIP enthaltene JAR einfach durch Deine bisherige ersetzen. Ich habe den neuen Output der Applikation ebenfalls ins ZIP gepackt. Ich gehe aber davon aus, dass Du 1. es selbst reproduzieren willst und 2. noch andere Fälle durchspielen willst.

Über eine kurze Rückmeldung freue ich mich und würde dann eine offizielle Version erstellen.

Schönen Restsonntag
Micha