<?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 - GNSS Integration in Hybridnetz</title>
<link>https://software.applied-geodesy.org/forum/</link>
<description>Support forum for JAG3D software package</description>
<language>en</language>
<item>
<title>GNSS Integration in Hybridnetz (reply)</title>
<content:encoded><![CDATA[<p>Hallo Theo,</p>
<blockquote><p>Die Basislinien ergeben sich erst zweitrangig aus den Koordinaten der Einzelpunktbestimmungen. <br />
[...]<br />
Das Leica GeoOffice gibt die Basislinien nur im WGS84 System aus <img src="https://software.applied-geodesy.org/forum/images/smilies/10.png" alt=":-(" title=":-(" /> .  </p>
</blockquote><p>Wenn ich Dich richtig verstehe, hast Du die WGS84 Koordinaten Deiner aufgemessenen Punkte und der virtuellen Referenz. Solltest Du diese nicht direkt haben, könntest Du diese aus den Basislinien zumindest wieder rekonstruieren.</p>
<p>Ich würde diese WGS84 X/Y/Z-Koordinaten in UTM (East/North) überführen z.B. mit GeoTra. Anschließend würde ich die Basislinie aus dEast/dNorth bestimmen, indem ich die UTM-Koordinaten der virtuellen Referenz von allen gemessenen Punkte abziehe. Diese Basislinie würde ich in JAG3D weiterverarbeiten. Der Maßstab ist dann bereits berücksichtigt und die resultierenden Basislinien sind bereits achsparallel. Theoretisch müssten also keine zusätzlichen Integrationsparameter mitbestimmt werden.</p>
<blockquote><p>Ich kann mir zwar in den Zusatzparametern drei Rotationen und den Maßstab rechnen lassen, aber bildet Jag3D das dann auch auf UTM ab? </p>
</blockquote><p>Nein, eine Abbildung (im Sinne einer UTM oder GK-Projektion) wird hier nicht bestimmt. </p>
<blockquote><p>Ist eine 7-Parameter Transformation da irgendwie integriert?</p>
</blockquote><p>Ja, aber ohne Translation (also nur <a href="https://software.applied-geodesy.org/wiki/least-squares-adjustment/observation#gnss-basislinien">Drehung(en) und Maßstab</a>). </p>
<p>Wenn Du den o.b. Weg nutzt, hast Du bereits verebnete (zweidimensionale) Koordinatendifferenzen, sodass Du die Beobachtungen bereits im Zielsystem vorliegen hast (vergleichbar mit bereits vorreduzierten Strecken vom Tachymeter). Dies wäre mein favorisierter Ansatz. </p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=307</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=307</guid>
<pubDate>Wed, 24 Apr 2019 16:49:55 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>GNSS Integration in Hybridnetz (reply)</title>
<content:encoded><![CDATA[<p>Hallo Micha,</p>
<p>nachdem ich mich bezüglich meines Verständnisproblems hoffentlich ein wenig schlauer gemacht habe, ist Folgendes dabei heraus gekommen:<br />
Die Koordinaten der Neupunkte entstehen nicht primär über die Basislinien zur virtuellen Referenzstation sondern durch Einzelpunktbestimmung mit Berücksichtigung aller bekannten Fehlereinflüsse. Die Basislinien ergeben sich erst zweitrangig aus den Koordinaten der Einzelpunktbestimmungen.<br />
Ich hoffe, das ist soweit korrekt.</p>
<blockquote><p>In welchem System liegen diese Basislinien vor? Beziehen sich diese Koordinaten(unterschiede) auf das WGS84 oder sind diese bereits im gewünschten Referenzsystem. Das ist eigentlich die spannende Frage.</p>
</blockquote><p>Das Leica GeoOffice gibt die Basislinien nur im WGS84 System aus <img src="https://software.applied-geodesy.org/forum/images/smilies/10.png" alt=":-(" title=":-(" /> .  Mein Projekt wird mit den übrigen Messungen im UTM32 im Jag3D ausgeglichen. In Niemeier &quot;2-Stufige Integration von GPS-Datensätzen&quot; (Ausgleichrechnung 2.Auflage S. 363 ff.) ist zwar auch der prinzipielle Weg der Integration von relativen Basislinien beschrieben, aber wie das konkret mit Jag3D erfolgen kann, verschließt sich mir im Moment noch.  Ich kann mir zwar in den Zusatzparametern drei Rotationen und den Maßstab rechnen lassen, aber bildet Jag3D das dann auch auf UTM ab? Ist eine 7-Parameter Transformation da irgendwie integriert?</p>
<p>Viele Grüße<br />
Theo</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=306</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=306</guid>
<pubDate>Wed, 24 Apr 2019 13:44:50 +0000</pubDate>
<dc:creator>Theo</dc:creator>
</item>
<item>
<title>GNSS Integration in Hybridnetz (reply)</title>
<content:encoded><![CDATA[<p>Hallo Theo,</p>
<blockquote><p>Wie erzeuge ich korrekte Landeskoordinaten in der Realisierung 2016 des ETRS89/DRef91 (mit UTM-Abbildung), wenn ich Folgendes habe:<br />
- einen virtuellen Referenzpunkt in genau dieser Realisierung <br />
- Basislinien mit den verschiedenen Komponenten einschließlich ihrer Genauigkeiten (z.B. Gerät über Punkt dreimal neu aufgebaut und gemessen bei unterschiedlichen Satellitenkonstellationen)<br />
- leicht unterschiedliche Koordinaten der beobachteten Punkte durch die Post-Processing Auswertung</p>
</blockquote><p>In welchem System liegen diese Basislinien vor? Beziehen sich diese Koordinaten(unterschiede) auf das WGS84 oder sind diese bereits im gewünschten Referenzsystem. Das ist eigentlich die spannende Frage.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=288</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=288</guid>
<pubDate>Fri, 29 Mar 2019 22:17:58 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>GNSS Integration in Hybridnetz (reply)</title>
<content:encoded><![CDATA[<p>Hallo Micha,</p>
<blockquote><p>Ich bin mir noch nicht sicher, ob ich Deine Ausführungen umfänglich verstanden habe. Für mich beschreibst Du zwei unterschiedliche Probleme: Zum einen die absolute Lagerung und zum Anderen die relative Messung zwischen zwei Punkten.</p>
</blockquote><p>Das sehe ich genauso. Aber an der Stelle liegt auch genau mein Problem. Ich habe nun leider (schon so alt<img src="https://software.applied-geodesy.org/forum/images/smilies/11.png" alt=":crying:" title=":crying:" /> ) zu einer Zeit studiert als GPS noch im Versuchstadium betrieben wurde. Für mich stellt sich die Frage: Wie erzeuge ich korrekte Landeskoordinaten in der Realisierung 2016 des ETRS89/DRef91 (mit UTM-Abbildung), wenn ich Folgendes habe:<br />
- einen virtuellen Referenzpunkt in genau dieser Realisierung <br />
- Basislinien mit den verschiedenen Komponenten einschließlich ihrer Genauigkeiten (z.B. Gerät über Punkt dreimal neu aufgebaut und gemessen bei unterschiedlichen Satellitenkonstellationen)<br />
- leicht unterschiedliche Koordinaten der beobachteten Punkte durch die Post-Processing Auswertung</p>
<blockquote><p>Die einzige Gemeinsamkeit die es hier gibt, ist, dass beide Eingangsdaten mit GNSS erzeugt wurden. Dies spielt für die Verarbeitung in JAG3D aber keine Rolle mehr.</p>
</blockquote><p>Nach meiner ursprünglichen Vorstellung schon, denn die durch das Leica-Auswerteprogramm ebenfalls erzeugten Koordinaten der beobachteten Punkte (z.B. in UTM-Abbildung) habe ich nur als Näherungskoordinaten angesehen. Die eigentliche Koordinate eines beobachteten Punkts ergibt sich aus der Ausgleichung der Basislinien in Verbindung mit dem gefixten virtuellen Referenzpunkt (und gegebenenfalls aus weiteren terrestrischen Messungen zwischen den beobachteten Punkten). Für mich hängt prinzipiell gedanklich ein dx-dy-dz-Koordinatensystem an der Koordinate eines Punkts - des virtuellen Referenzpunkts. Zur Bestimmung der korrekten Koordinaten müssten die drei Rotationen und der Maßstab noch irgendwie sinnvoll bestimmt werden, um zu der benötigten Realisierung zu kommen.<br />
Oder bin ich total auf dem Holzweg?</p>
<p>Viele Grüße<br />
Theo</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=287</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=287</guid>
<pubDate>Fri, 29 Mar 2019 11:38:11 +0000</pubDate>
<dc:creator>Theo</dc:creator>
</item>
<item>
<title>GNSS Integration in Hybridnetz (reply)</title>
<content:encoded><![CDATA[<p>Hallo Theo,</p>
<blockquote><p>Wir wissen nicht, warum die Exe nicht starten will. [...] ist aber wie gesagt nicht mehr wirklich wichtig.</p>
</blockquote><p>Okay, Danke für Deine Rückmeldung.</p>
<blockquote><p>Wenn die GPS-Koordinaten erstmalig die Lagerung des Netzes bestimmen sollen, wie würde man das in Jag3D am sinnvollsten modellieren? Einlesen der berechneten Leica-GPS-(UTM)-Koordinaten als Datumspunkte (frei) oder besser als dynamische Anschlusspunkte mit aus der Leica-Auswertung ausgegebenen Genauigkeitsangaben?</p>
</blockquote><p>Das kommt wohl auf Deine Anwendung an. Wenn Du unter &quot;einmalige Lagerung&quot; eine Art feste Referenz siehst, dann erscheint mir die dynamische Lösung zielführend. Die freie Netzausgleichung wäre doch nur interessant, wenn Du Deine Daten auf unplausible Messungen hin untersuchen willst und den Anschlusszwang dabei ausschließen möchtest.</p>
<blockquote><p>dass Jag3d bei unserer derzeitigen Konfiguration (bisher nur GNSS-Daten) keine Einstellung der Abbildung zulässt. </p>
</blockquote><p>JAG3D verarbeitet nur relative Basislinienvektoren - δX, δY und δZ. Liegt keine Verdrehung vor, so ist dies δX = X2 - X1 für die X-Komponente (für Y und Z sinngemäß identisch) zwischen den betreffenden Punkten. Wenn Du also die absoluten Koordinaten aus Deiner GNSS-Messung hast und diese in relative Basislinienvektoren konvertierst, dann enthalten diese bereits die Abbildung. Aus diesem Grund gibt es hier keine zusätzliche Einstellung.</p>
<blockquote><p>Wird die Abbildungsverzerrung durch den Maßstab abgefangen?</p>
</blockquote><p>Ich gehe davon aus, dass in den Beobachtungen δX, δY und ggf. δZ der Abbildungsmaßstab bereits enthalten ist.</p>
<blockquote><p>Hast Du ein paar Tips zur Vorgehensweise?</p>
</blockquote><p>Ich bin mir noch nicht sicher, ob ich Deine Ausführungen umfänglich verstanden habe. Für mich beschreibst Du zwei unterschiedliche Probleme: Zum einen die absolute Lagerung und zum Anderen die relative Messung zwischen zwei Punkten. Die einzige Gemeinsamkeit die es hier gibt, ist, dass beide Eingangsdaten mit GNSS erzeugt wurden. Dies spielt für die Verarbeitung in JAG3D aber keine Rolle mehr.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=286</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=286</guid>
<pubDate>Thu, 28 Mar 2019 21:31:45 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
</channel>
</rss>
