<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Java·Applied·Geodesy·3D - CoordTrans/GeoTra in Jag3D integrieren</title>
<link>https://software.applied-geodesy.org/forum/</link>
<description>Support forum for JAG3D software package</description>
<language>en</language>
<item>
<title>CoordTrans/GeoTra in Jag3D integrieren (reply)</title>
<content:encoded><![CDATA[<p>Hallo Micha</p>
<blockquote><p>ich denke, hier liegt ein Missverständnis vor. Du suchst eine Umformung die bspw. mit GeoTra realisiert werden kann aber keine Lösung für eine überbestimmte Koordinatentransformation, die CoordTrans bereitstellt. </p>
</blockquote><p>Ja genau das ist gesucht. Sorry für die Verwechslung. <img src="https://software.applied-geodesy.org/forum/images/smilies/1.png" alt=":-)" title=":-)" /></p>
<blockquote><p>Die Netzausgleichung selbst möchte ich mit landesspezifischen Abbildungen eigentlich nicht mischen. NTv2-Support und alle Transformationsparameter bereitzustellen, die derzeit gängig sind, erscheint mir in einer gesonderten Applikation besser aufgehoben. Eine Erneuerung von GeoTra steht auch auf meinem Zettel aber im Moment fehlt mir die Zeit, mich hier zu vertiefen. Ich hatte auch schon mit der Implementierung verschiedener Projektionen und Transformationen begonnen aber bin bei weitem noch nicht fertig. Ich möchte aber in jedem Fall vermeiden, eine Applikation jetzt zu integrieren, die ich mittelfristig erneuern möchte.</p>
</blockquote><p>Vielleicht werden in Jag3D alle gängigen Umformungen abgebildet und die spezifischen Landesprojektionen lässt man außen vor. Falls nicht, so ist die Erneuerung von GeoTra auch eine gute Alternative.</p>
<p>LG Stefan</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14729</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14729</guid>
<pubDate>Wed, 05 Jun 2024 16:36:30 +0000</pubDate>
<dc:creator>htw9056</dc:creator>
</item>
<item>
<title>CoordTrans/GeoTra in Jag3D integrieren (reply)</title>
<content:encoded><![CDATA[<p>Hallo Stefan,</p>
<p>ich denke, hier liegt ein Missverständnis vor. Du suchst eine Umformung die bspw. mit GeoTra realisiert werden kann aber keine Lösung für eine überbestimmte Koordinatentransformation, die CoordTrans bereitstellt. </p>
<p>Die Netzausgleichung selbst möchte ich mit landesspezifischen Abbildungen eigentlich nicht mischen. NTv2-Support und alle Transformationsparameter bereitzustellen, die derzeit gängig sind, erscheint mir in einer gesonderten Applikation besser aufgehoben. Eine Erneuerung von GeoTra steht auch auf meinem Zettel aber im Moment fehlt mir die Zeit, mich hier zu vertiefen. Ich hatte auch schon mit der Implementierung verschiedener Projektionen und Transformationen begonnen aber bin bei weitem noch nicht fertig. Ich möchte aber in jedem Fall vermeiden, eine Applikation jetzt zu integrieren, die ich mittelfristig erneuern möchte.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14728</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14728</guid>
<pubDate>Tue, 04 Jun 2024 18:18:51 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>CoordTrans in Jag3D integrieren (reply)</title>
<content:encoded><![CDATA[<p>Hallo Micha,</p>
<blockquote><p>Beim Einlesen werden beide Dateien direkt auf Identitäten hin untersucht, um die Passpunkte zu ermitteln. Es werden also direkt Punktpaare gebildet: Eine Punktnummer und zwei Koordinatensätze. Während man früher Start- und Zielsystem getrennt ausgewählt hat und erst beim Berechnen diese Identitäten ermittelt wurden, erfolgt dieser Schritt somit direkt beim Import. </p>
</blockquote><p>In dem Fall (z.B. WGS84 -&gt; ETRS89) wird die Transformation über keine Passpunkte sondern Transformationsparameter realisiert, welche fest im System hinterlegt wurde. Oder täusche ich mich hier?</p>
<blockquote><p>Wenn die Punkte aus JAG3D nun an CoordTrans übergebe werden, liegt nur das Startsystem vor und die Applikation kann damit allein nichts anfangen, weil das jeweilige Pendant im Zielsystem fehlt. Man müsste also einen zusätzlichen Dialog bereitstellen, der das fehlende System noch abfragt. </p>
</blockquote><p>Ich glaube die Lösung ist relativ trivial. Das Startsystem kannst du immer aus den Einstellungen &quot;Projektions- &amp; Reduktionseinstellungen&quot; übernehmen. <br />
Ich habe dir einen beispielhaften <a href="https://www.directupload.eu/file/d/8575/dzmzcbft_png.htm">Screenshoot</a> beigefügt, der die mögliche Umsetzung aufzeigt. Falls eine Transformation/Umformung nicht möglich ist, so kann das Feld ausgegraut/deaktiviert angezeigt werden. Bei der Transformation nach Gauß-Krüger sollte man die entsprechende Datei für das NTV2-Verfahren auswählen können.</p>
<blockquote><p>Dieser muss dann auch noch die Option bieten, zwischen Start- und Zielsystem zu wechseln - es gibt neben Deiner Anwendung vielleicht auch den Fall, dass die Ausgleichungsergebnisse das Zielsystem sind.</p>
</blockquote><p>Derzeit kann ich mir diesen Fall nicht vorstellen.</p>
<p>LG<br />
Stefan</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14727</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14727</guid>
<pubDate>Tue, 04 Jun 2024 13:42:23 +0000</pubDate>
<dc:creator>htw9056</dc:creator>
</item>
<item>
<title>CoordTrans in Jag3D integrieren (reply)</title>
<content:encoded><![CDATA[<p>Hallo Stefan,</p>
<blockquote><p>Hier gibt es mehrere Szenarien </p>
</blockquote><p>Ja, ich verstehe, wie Du vorgehst. Mit der früheren Version von CoordTrans wäre es tatsächlich auch leicht möglich gewesen, hier Punkte direkt zu übergeben. Mit der Neuentwicklung habe ich das Konzept jedoch etwas geändert und es widerspricht nun Deinem Wunsch. </p>
<p>Beim Einlesen werden beide Dateien direkt auf Identitäten hin untersucht, um die Passpunkte zu ermitteln. Es werden also direkt Punktpaare gebildet: Eine Punktnummer und zwei Koordinatensätze. Während man früher Start- und Zielsystem getrennt ausgewählt hat und erst beim Berechnen diese Identitäten ermittelt wurden, erfolgt dieser Schritt somit direkt beim Import. </p>
<p>Wenn die Punkte aus JAG3D nun an CoordTrans übergebe werden, liegt nur das Startsystem vor und die Applikation kann damit allein nichts anfangen, weil das jeweilige Pendant im Zielsystem fehlt. Man müsste also einen zusätzlichen Dialog bereitstellen, der das fehlende System noch abfragt. Dieser muss dann auch noch die Option bieten, zwischen Start- und Zielsystem zu wechseln - es gibt neben Deiner Anwendung vielleicht auch den Fall, dass die Ausgleichungsergebnisse das Zielsystem sind.</p>
<p>Wie hattest Du Dir das vorgestellt?</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14726</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14726</guid>
<pubDate>Mon, 03 Jun 2024 20:29:55 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>CoordTrans in Jag3D integrieren (reply)</title>
<content:encoded><![CDATA[<blockquote><p>Wann muss man den nach einer Netzausgleichung noch Transformieren?</p>
</blockquote><p>Hier gibt es mehrere Szenarien <br />
* GNSS Ausgleichung in WGS84 -&gt; Umformung nach ETRS89 bzw. Transformation nach Gauß Krüger <br />
* Lage Ausgleichung in ETRS89 -&gt; Transformation nach Gauß Krüger, da beide Systeme vorgehalten werden müssen<br />
* Lage Ausgleichung in Gauß Krüger -&gt; Transformation nach ETRS89, da beide Systeme vorgehalten werden müssen</p>
<p>Die Bereitstellung bzw. das Vorhalten in zwei Systemen ist bei mir leider gängige Praxis. Ich könnte natürlich erst in ETRS89 die dreistufige Ausgleichung berechnen und dann das gleiche in Gauß Krüger nachziehen. Das ist mir aber zu aufwendig und ich sehe hier ein Problem in der identischen Reproduktion. Deswegen der Weg über Umformung bzw. Transformation.</p>
<p>LG <br />
Stefan</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14725</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14725</guid>
<pubDate>Mon, 03 Jun 2024 18:38:19 +0000</pubDate>
<dc:creator>htw9056</dc:creator>
</item>
</channel>
</rss>
