<?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 - hybride Ausgleichung in WGS84  mit GNSS-/ terr. Messungen</title>
<link>https://software.applied-geodesy.org/forum/</link>
<description>Support forum for JAG3D software package</description>
<language>en</language>
<item>
<title>hybride Ausgleichung in WGS84  mit GNSS-/ terr. Messungen (reply)</title>
<content:encoded><![CDATA[<p>Guten Abend Stefan,</p>
<blockquote><p>Ich habe eine Weile gebraucht, bis ich alle möglichen Varianten durchgerechnet habe<br />
hier meine Ergebnisse:</p>
</blockquote><p>Danke für Deine Gegenüberstellung. Die Variante nur Drehung aber kein Maßstab war vermutlich auch nicht viel besser, weshalb Du sich nicht gezeigt hast. Die Lage sieht in Deiner favorisierten Version wirklich in Ordnung aus. Die Höhe ist mit 2 cm aber etwas unsicherer aber das war sicher erartbar.</p>
<blockquote><p>Deine Tabelle hat in den Zellen E25, F25, I25 und J25 einen Fehler. Diesen habe ich bei mir bereits korrigiert. <img src="https://software.applied-geodesy.org/forum/images/smilies/1.png" alt=":-)" title=":-)" /> Vielleicht aktualisierst du die Tabelle?</p>
</blockquote><p>Danke für den Hinweis. Ich habe die Tabelle korrigiert, sodass Du prüfen kannst, ob Deine Berechnung stimmt. Ich gehe aber davon aus, das alles stimmig ist, sodass ich die Excel-Tabelle demnächst auch wieder entfernen werde.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14547</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14547</guid>
<pubDate>Fri, 03 Nov 2023 19:11:51 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>hybride Ausgleichung in WGS84  mit GNSS-/ terr. Messungen (reply)</title>
<content:encoded><![CDATA[<p>Hallo Micha,</p>
<blockquote><p>Hast Du auch mal geschaut, ob das Mitbestimmen von Drehwinkeln eine Verbesserung bei der GNSS-Integration bei den Basislinien bewirkt? </p>
</blockquote><p>
Ich habe eine Weile gebraucht, bis ich alle möglichen Varianten durchgerechnet habe<br />
hier meine Ergebnisse:</p>
<pre>            -------------------------Ergebnisse lokal ellipsoidisches System-------------------------       ------------------------------------Ergebnisse WGS84-------------------------------------
  PktNr          y               x               z            Delta y         Delta x         Delta z            Y               X               Z            Delta Y         Delta X         Delta Z
Berechnungen in WGS84 - nur Basislinien verarbeitet (Referenzdaten)                                                                                                                                  
   1001     203351,1560     399764,7794       986,8811                                                      858655,9580     3898190,0082    4958215,1016                                             
   1002     203328,9795     399751,9452       986,5948                                                      858636,4064     3898204,3768    4958206,8630                                             
   1007     203236,3178     400000,4983       984,9320                                                      858504,0750     3898033,6042    4958360,7875                                             
   1008     203241,1021     400025,1225       984,5504                                                      858504,5758     3898013,5611    4958375,8675                                             

Berechnungen in ENh - Basislinien und terrestrische Messungen kombiniert verarbeitet (ohne Maßstab ohne Rotation y,x,z)                                                                              
   1001     203351,1585     399764,7751       986,8804        -0,0025          0,0043          0,0007       858655,9610     3898190,0106    4958215,0984      -0,0030         -0,0024          0,0032
   1002     203328,9798     399751,9417       986,5939        -0,0003          0,0035          0,0009       858636,4071     3898204,3789    4958206,8600      -0,0007         -0,0021          0,0030
   1007     203236,3112     400000,5054       984,9542         0,0066         -0,0071         -0,0222       858504,0704     3898033,6138    4958360,8093       0,0046         -0,0096         -0,0218
   1008     203241,0986     400025,1268       984,5708         0,0035         -0,0043         -0,0204       858504,5745     3898013,5710    4958375,8861       0,0013         -0,0099         -0,0186

Berechnungen in ENh  - Basislinien und terrestrische Messungen kombiniert verarbeitet (mit Maßstab ohne Rotation y,x,z)                                                                              
   1001     203351,1475     399764,7516       986,8757         0,0085          0,0278          0,0054       858655,9536     3898190,0280    4958215,0801       0,0044         -0,0198          0,0215
   1002     203328,9701     399751,9173       986,5897         0,0094          0,0279          0,0051       858636,4012     3898204,3970    4958206,8416       0,0052         -0,0202          0,0214
   1007     203236,2759     400000,4881       984,9117         0,0419          0,0102          0,0203       858504,0331     3898033,6086    4958360,7653       0,0419         -0,0044          0,0222
   1008     203241,0627     400025,1099       984,5298         0,0394          0,0126          0,0206       858504,5367     3898013,5665    4958375,8435       0,0391         -0,0054          0,0240

Berechnungen in ENh  - Basislinien und terrestrische Messungen kombiniert verarbeitet (mit Maßstab mit Rotation y,x,z)                                                                               
   1001     203351,1594     399764,7487       986,8988        -0,0034          0,0307         -0,0177       858655,9689     3898190,0417    4958215,0963      -0,0109         -0,0335          0,0053
   1002     203328,9821     399751,9141       986,6126        -0,0026          0,0311         -0,0178       858636,4165     3898204,4108    4958206,8575      -0,0101         -0,0340          0,0055
   1007     203236,2938     400000,4940       984,9580         0,0240          0,0043         -0,0260       858504,0558     3898033,6285    4958360,8051       0,0192         -0,0243         -0,0176
   1008     203241,0817     400025,1149       984,5749         0,0204          0,0076         -0,0245       858504,5604     3898013,5862    4958375,8818       0,0154         -0,0251         -0,0143 </pre><p><br />
Beim Vergleich der einzelnen Berechnungsmethoden (Referenzberechnung: WGS84) erkennt man recht schnell, dass die Variante <strong>ohne Maßstab und ohne Rotation y, x, z</strong> zu verwenden ist. Hier werden die max. Differenzen (Delta y, Delta x) unter 8 mm ausgeben <img src="https://software.applied-geodesy.org/forum/images/smilies/1.png" alt=":-)" title=":-)" /></p>
<blockquote><blockquote><p>Kannst du mir eine Exceltabelle zur Verfügung stellen, in der man den umgekehrten Weg ins WGS84 berechnen kann?</p>
</blockquote></blockquote><blockquote><p><br />
Ja, kein Problem. Ich habe einfach die <a href="https://software.applied-geodesy.org/forum/?id=14526">vorhandene</a> <a href="https://dev.applied-geodesy.org/tmp/XYZ2ENh.zip">Tabelle</a> erweitert. Lad&#039; sie dir noch mal runter. Die letzten drei Zeilen zeigen die Rückrechnung.</p>
</blockquote><p>Deine Tabelle hat in den Zellen E25, F25, I25 und J25 einen Fehler. Diesen habe ich bei mir bereits korrigiert. <img src="https://software.applied-geodesy.org/forum/images/smilies/1.png" alt=":-)" title=":-)" /> Vielleicht aktualisierst du die Tabelle?</p>
<p>Liebe Grüße<br />
Stefan</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14546</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14546</guid>
<pubDate>Fri, 03 Nov 2023 15:59:58 +0000</pubDate>
<dc:creator>htw9056</dc:creator>
</item>
<item>
<title>hybride Ausgleichung in WGS84  mit GNSS-/ terr. Messungen (reply)</title>
<content:encoded><![CDATA[<p>Guten Abend Stefan,</p>
<blockquote><p>Wieso wird im WGS84 die Plotansicht mit verzerrten Seitenverhältnissen dargestellt? Liegt es an der Verebnung der WGS84 Koordinaten?</p>
</blockquote><p>Der Plot zeigt immer die XY-Ebene. Wenn Du die geozentrischen XYZ Koordinaten plottest, dann liegt die XY-Ebene in der Äquatorialebene. Die Z-Komponente fällt demnach nur am Nordpol mit der Höhe zusammen. Am Äquator ist die Höhe senkrecht zur Z-Achse. </p>
<blockquote><p>Wenn ich die hybride AGL (GNSS und terrestrische Messungen im lokal ellipsoidischen Koordinatensystem) berechne, wird für die Festpunkte ein Mittelwert von 74 mm ausgeben. Ich fand diesen Wert doch recht hoch und habe noch etwas anderes getestet. Man kann für die Basislinien den Maßstab berechnen lassen. Damit werden die BL besser ins System integriert und die Festpunkte erhalten kleinere Fehlervektoren. Im Ergebnis wird für den Maßstab(BL)=-2,38ppm ausgegeben und der Mittelwert der Festpunkte von 55 mm erreicht. Dieses Ergebnis (55mm) erscheint mir plausibel und wäre der bevorzugte Weg. Ich werde das mit künftigen Vergleichsberechnungen verifizieren.</p>
</blockquote><p>Hast Du auch mal geschaut, ob das Mitbestimmen von Drehwinkeln eine Verbesserung bei der GNSS-Integration bei den Basislinien bewirkt? </p>
<blockquote><p>Ergebnis:<br />
Bezugsbreite ф0: 51.353977335°<br />
Bezugslänge λ0: 12.374094099°<br />
Höhe h0: 178.3914m</p>
</blockquote><blockquote><p>Kannst du die Ergebnisse noch einmal prüfen?</p>
</blockquote><p>Ich habe es in GeoTra verifiziert. Deine Lösung sieht gut aus.</p>
<p><img src="https://i.ibb.co/HqfMGFd/JAG3-D-Geo-Tra.png" alt="[image]"  /></p>
<blockquote><p>Wieviel Nachkommastellen sollen für ф0, λ0 und h0 hinterlegt werden?</p>
</blockquote><p>Du kannst in der Excel-Tabelle einfach mal die Nachkommastellen modifizieren, damit Du ein Gefühl bekommst, welche Stellen für Deine Genauigkeitsansprüche essential sind und welche eher für Rechenschärfe sorgen. Um Rundungsfehler zu minimieren, würde ich alle Rechenstellen mitnehmen, die Du kennst.</p>
<blockquote><p>Kannst du mir eine Exceltabelle zur Verfügung stellen, in der man den umgekehrten Weg ins WGS84 berechnen kann?</p>
</blockquote><p>Ja, kein Problem. Ich habe einfach die <a href="https://software.applied-geodesy.org/forum/?id=14526">vorhandene</a> <a href="https://dev.applied-geodesy.org/tmp/XYZ2ENh.zip">Tabelle</a> erweitert. Lad&#039; sie dir noch mal runter. Die letzten drei Zeilen zeigen die Rückrechnung.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14543</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14543</guid>
<pubDate>Fri, 27 Oct 2023 18:31:58 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>hybride Ausgleichung in WGS84  mit GNSS-/ terr. Messungen (reply)</title>
<content:encoded><![CDATA[<blockquote><blockquote><p>Ja das habe ich so umgesetzt und die Koordinaten werden auch lagerichtig im Plot dargestellt. <img src="https://software.applied-geodesy.org/forum/images/smilies/1.png" alt=":-)" title=":-)" /></p>
</blockquote></blockquote><blockquote><p><br />
Super. Es ist zwar nur eine Plausibilitätsprüfung aber dafür eine recht simple.</p>
</blockquote><p>Wieso wird im WGS84 die Plotansicht mit verzerrten Seitenverhältnissen dargestellt? Liegt es an der Verebnung der WGS84 Koordinaten?</p>
<blockquote><p>Die freie Ausgleichung wird, sofern alle Netzteile zusammenhängend gemessen sind, sicher kein Problem sein. Diskrepanzen können dann nur bei der weichen Lagerung oder der hierarchischen Ausgleichung auftreten. Hier liegen jetzt größere Abweichungen vor? Wie wurde das GNSS integriert in JAG3D oder erfolgt die Auswertung im Moment ohne GNSS?</p>
</blockquote><p>Bei der weichen Lagerung der Festpunkte ergeben sich durchaus größere Differenzen (was auch zu erwarten war). <br />
Bisher lag der Mittelwert aller Punkte um die 40-50 mm (reine GNSS Messungen und Lagerung im WGS84). <br />
Wenn ich die hybride AGL (GNSS und terrestrische Messungen im lokal ellipsoidischen Koordinatensystem) berechne, wird für die Festpunkte ein Mittelwert von 74 mm ausgeben. Ich fand diesen Wert doch recht hoch und habe noch etwas anderes getestet. Man kann für die Basislinien den Maßstab berechnen lassen. Damit werden die BL besser ins System integriert und die Festpunkte erhalten kleinere Fehlervektoren. Im Ergebnis wird für den Maßstab(BL)=-2,38ppm ausgegeben und der Mittelwert der Festpunkte von 55 mm erreicht. Dieses Ergebnis (55mm) erscheint mir plausibel und wäre der bevorzugte Weg. Ich werde das mit künftigen Vergleichsberechnungen verifizieren.</p>
<blockquote><p>Beim Fundamentalpunkt müssen die lokalen Werte eingetragen werden. Die globalen Werte ergeben sich unmittelbar aus der Länge und Breite. Bei der Wahl für die große und kleine Halbachse solltest Du das Ellipsoid verwenden, welches Du für die Umformung verwendet hast - vermutlich GRS80.</p>
</blockquote><p>Das habe ich korrigiert und korrekt hinterlegt.<br />
Den Punkt P0 habe ich noch einmal angepasst.<br />
geg.:<br />
PO(X) = 3898736.6984<br />
P0(Y) = 855345.0392<br />
P0(Z) = 4958372.2447</p>
<p>Ergebnis:<br />
Bezugsbreite ф0: 51.353977335°<br />
Bezugslänge λ0: 12.374094099°<br />
Höhe h0: 178.3914m<br />
Fundamentalfestpunkt Y0: 200000.0000<br />
Fundamentalfestpunkt X0: 400000.0000<br />
Fundamentalfestpunkt Z0:   1000.0000</p>
<p>Kannst du die Ergebnisse noch einmal prüfen?<br />
Wieviel Nachkommastellen sollen für ф0, λ0 und h0 hinterlegt werden?</p>
<blockquote><p>Wenn Du von einem globalen geozentrischen System in das tangentiale System willst, dann erfolgt die Konvertierung immer über Deinen Fundamentalpunkt, ja. Selbiges gilt auch für die Gegenrichtung. Wenn Du also später wieder ins globale geozentrische System möchtest, dann erfolgt die Konvertierung ebenfalls über den gewählten Fundamentalpunkt.</p>
</blockquote><p>Kannst du mir eine Exceltabelle zur Verfügung stellen, in der man den umgekehrten Weg ins WGS84 berechnen kann?</p>
<p>LG<br />
Stefan</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14542</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14542</guid>
<pubDate>Fri, 27 Oct 2023 11:43:58 +0000</pubDate>
<dc:creator>htw9056</dc:creator>
</item>
<item>
<title>hybride Ausgleichung in WGS84  mit GNSS-/ terr. Messungen (reply)</title>
<content:encoded><![CDATA[<p>Hallo,</p>
<blockquote><p>Ja das habe ich so umgesetzt und die Koordinaten werden auch lagerichtig im Plot dargestellt. <img src="https://software.applied-geodesy.org/forum/images/smilies/1.png" alt=":-)" title=":-)" /></p>
</blockquote><p>Super. Es ist zwar nur eine Plausibilitätsprüfung aber dafür eine recht simple.</p>
<blockquote><blockquote><p>Was ist die Festpunktanalyse bzw. was machst Du hier genau? Hast Du hierzu bereits eine Ausgleichung bestimmt in JAG3D oder wie läuft dieser Schritt ab?</p>
</blockquote></blockquote><blockquote><p><br />
Ich berechne die AGL in 3 stufen: frei, dynamisch und fest. Bei der dynamischen AGL (Bewegliche Anschlusspunkte) werden die Festpunkte untersucht und beurteilt. </p>
</blockquote><p>Die freie Ausgleichung wird, sofern alle Netzteile zusammenhängend gemessen sind, sicher kein Problem sein. Diskrepanzen können dann nur bei der weichen Lagerung oder der hierarchischen Ausgleichung auftreten. Hier liegen jetzt größere Abweichungen vor? Wie wurde das GNSS integriert in JAG3D oder erfolgt die Auswertung im Moment ohne GNSS?</p>
<blockquote><p>Kannst du hier bitte nachschauen, ob ich die Werte korrekt eingetragen habe.<br />
- Große und kleine Halbachse: Kugel<br />
- Fundamentalfestpunkt Y0: 860545.221800<br />
- Fundamentalfestpunkt X0: 3890198.474800<br />
- Fundamentalfestpunkt Z0: 4964144.720300 (oder müssen hier die Werte 100000, 200000, 1000 eingetragen werden?)<br />
- Bezugsbreite ф0: 57.15228726 <br />
- Bezugslänge λ0: 13.8593896144444</p>
</blockquote><p>
<img src="https://de.share-your-photo.com/img/80835f5e36.png" alt="[image]"  /></p>
<p>Beim Fundamentalpunkt müssen die lokalen Werte eingetragen werden. Die globalen Werte ergeben sich unmittelbar aus der Länge und Breite. Bei der Wahl für die große und kleine Halbachse solltest Du das Ellipsoid verwenden, welches Du für die Umformung verwendet hast - vermutlich GRS80.</p>
<blockquote><p>Bei der Umrechnung werden immer die Bezugsbreite ф0 und Bezugslänge λ0 beibehalten?</p>
</blockquote><p>Wenn Du von einem globalen geozentrischen System in das tangentiale System willst, dann erfolgt die Konvertierung immer über Deinen Fundamentalpunkt, ja. Selbiges gilt auch für die Gegenrichtung. Wenn Du also später wieder ins globale geozentrische System möchtest, dann erfolgt die Konvertierung ebenfalls über den gewählten Fundamentalpunkt.</p>
<blockquote><p>Die geozentrischen Koordinaten für P0 und P1 werden entsprechend ausgetauscht und somit erhält man die benötigten verebneten Basislinien?</p>
</blockquote><p>Genau, so würde ich es machen. Ich konvertiere zunächst die (geozentrischen) GNSS-Punkte mittels Fundamentalpunkt in das definierte lokale tangentiale System und bilde anschließend die Basislinie in dem lokalen System. Da die Konvertierung mittels Fundamentalpunkt eine verlustfreie Umformung ist, ändert man nur die Darstellung der Basislinie, d.h., die Länge bleibt erhalten - kannst Du gern verifizieren.</p>
<p>Beste Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=14540</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=14540</guid>
<pubDate>Thu, 26 Oct 2023 08:31:09 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
</channel>
</rss>
