<?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 - Ausgleichung von alten Katastermessungen mit JAG3D</title>
<link>https://software.applied-geodesy.org/forum/</link>
<description>Support forum for JAG3D software package</description>
<language>en</language>
<item>
<title>Ausgleichung von alten Katastermessungen mit JAG3D (reply)</title>
<content:encoded><![CDATA[<p>Hallo Micha,</p>
<p>vielen Dank, ich habe die Überarbeitung mit Interesse gelesen und hoffe auf positive Resonanz <img src="https://software.applied-geodesy.org/forum/images/smilies/1.png" alt=":-)" title=":-)" /> </p>
<p>Eddi</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=2434</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=2434</guid>
<pubDate>Fri, 06 Mar 2020 09:24:49 +0000</pubDate>
<dc:creator>Eddi</dc:creator>
</item>
<item>
<title>Ausgleichung von alten Katastermessungen mit JAG3D (reply)</title>
<content:encoded><![CDATA[<p>Guten Abend Eddi,</p>
<p>ich habe heute mal eine erste Überarbeitung des Wiki-Eintrags vorgenommen und den Abschnitt <a href="https://software.applied-geodesy.org/wiki/tutorial/cadastral-surveying#alternative_vorgehensweise">Alternative Vorgehensweise</a> hinzugefügt. Der Anfang ist also gemacht.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=2429</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=2429</guid>
<pubDate>Thu, 05 Mar 2020 22:33:53 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>Abriss zur Bestimmung der genäherten Orientierung des Satzes (reply)</title>
<content:encoded><![CDATA[<p>Hallo,<br />
da ich nun einige Beispiele mit der Einbeziehung von Orthogonal- bzw. Einbindemessungen als GNSS- Basislinien getestet habe, hier nun wie versprochen die Ergebnisse:<br />
Die Resultate stimmen im Rahmen der Punktgenauigkeiten mit denen aus der Einbeziehung der rechten und gestreckten Winkel als Richtungsmessung überein und ich würde jetzt nicht urteilen wollen, welche &quot;richtiger&quot; sind....<br />
Die Eingabe ist wesentlich übersichtlicher und schneller, da ich ja deutlich weniger Messwerte eingeben muss (statt 2 Strecken und 3 Richtungen nur eine Abszisse und Ordinate pro Punkt) und die Winkelfusspunkte meist nicht mitberechnen muss.<br />
Kurz nochmal zum Prinzip:<br />
Jede Messungslinie wird als 2-D- GNSS- Basislinie angesehen, Standpunkt ist der Anfangspunkt, y sind die Ordinaten, x die Abszissen (Vorzeichen entsprechend Kleinpunktberechnung!). Die unter &quot;Eigenschaften&quot; einzugebenden Genauigkeiten sind aus der Streckenmessung abzuleiten und, <strong>ganz wichtig!</strong>, bei Eigenschaften ist das Feld &quot;Rotationswinkel rz&quot; zu aktivieren. Ob man auch den Massstab mit berechnet, hängt vom konkreten Fall ab.<br />
Also, wer sich noch mit alten Katasterrissen rumärgern muss, ausprobieren! Lieber einen Tag rechnen, als 1 Woche vergeblich buddeln <img src="https://software.applied-geodesy.org/forum/images/smilies/3.png" alt=";-)" title=";-)" /> </p>
<p>Eddi</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=2283</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=2283</guid>
<pubDate>Mon, 24 Feb 2020 12:21:07 +0000</pubDate>
<dc:creator>Eddi</dc:creator>
</item>
<item>
<title>Abriss zur Bestimmung der genäherten Orientierung des Satzes (reply)</title>
<content:encoded><![CDATA[<p>Hallo Micha,</p>
<p>vielen Dank für Deine schnelle Hilfe!<br />
Mit der überarbeiteten Version sind die Probleme verschwunden! Ich habe jetzt zwei Beispiele durchgerechnet und es läuft super <img src="https://software.applied-geodesy.org/forum/images/smilies/2.png" alt=":-D" title=":-D" /> <br />
Parallel dazu bin ich jetzt aber auf die Idee gekommen, die Messungslinien als lokale Koordinatensysteme anzusehen und als 2D- GNSS- Basislinien einzubinden. Das hat zwar den Nachteil, dass die Fluchtungen und rechten Winkel als fehlerfrei eingehen und ihre Fehler in die Streckenmessung gedrückt werden, aber mit Blick auf die Genauigkeit dieser alten Messungen erscheint mir das erträglich. Zumal die früher besser Fluchten und Winkeln konnten als Strecken messen <img src="https://software.applied-geodesy.org/forum/images/smilies/3.png" alt=";-)" title=";-)" /> <br />
Ein kleineres Beispiel habe ich schon mal getestet und die Ergebnisse sind recht ordentlich, der Aufbau der Ausgleichung und die Dateneingabe wesentlich einfacher und übersichtlicher. Ich bleibe dran!</p>
<p>Nochmals vielen Dank!</p>
<p>Eddi</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=2251</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=2251</guid>
<pubDate>Sat, 22 Feb 2020 15:53:58 +0000</pubDate>
<dc:creator>Eddi</dc:creator>
</item>
<item>
<title>Abriss zur Bestimmung der genäherten Orientierung des Satzes (reply)</title>
<content:encoded><![CDATA[<p>Hallo Eddi,</p>
<p>ich hatte Dir zwar schon per Mail geantwortet aber nun auch hier noch die offizielle Version, damit Mitlesende den selben Informationsstand haben. An Deinem zugeschickten Testnetz konnte ich ein Problem mit der Orientierungsberechnung aus dem Abriss lokalisieren.</p>
<p>Zunächst hatte ich keine Probleme, das Beispielnetz zu prozessieren. Singularitäten traten nicht auf. Erst als ich folgendes gemacht habe, konnte ich Deine Schilderung nachvollziehen:</p>
<p>1. Den Anschluß auf stochastische Anschlußpunkte legen (statt Datum- oder Festpunkte) <br />
2. Ausgeglichene Parameter als Näherung übernehmen</p>
<p>(Die letzte Option gabs früher nur für die Punkte, inzwischen werden alle Parameter (Orientierung, Maßstäbe usw) übernommen, sofern welche vorhanden sind)</p>
<p>In beiden Fällen konnte JAG3D keine Lösung finden. Nach etwas Suche bin ich auf die Orientierungsunbekannte gestoßen. Hier passieren mehrere Sachen, da JAG3D Messungen in I. und II. Lage unterstützt. Für <em>jeden Satz</em> wird folgendes durchgeführt:</p>
<p>1. Bestimme mittels Abriss die mittlere Orientierung <br />
2. Bestimme mittels Abriss den Median der Orientierung <br />
3. Prüfe die Abweichung zwischen mittlerer Orientierung und dem robusten Median <br />
4. Bestimme mittlere Orientierung nur aus Orientierungen, die keine großen Differenzen zum Median aufweisen <br />
5. Ermittle mit dieser Orientierung die Lage der Richtungsmessung (Lage I bzw. Lage II) <br />
6. Reduziere die II. Lage auf die I. Lage <br />
7. Führe die Schritte 1-4 erneut durch, da nun alle Messungen in einer Lage vorliegen sollten 8. Speichere a-priori Orientierung für den Satz</p>
<p>Da man als Anwender eine Orientierung vorgeben aber trotzdem einen Abriss durchführen kann, muss nun natürlich nur noch die Differenz zwischen der vom Nutzer vorgegeben Orientierung und der Lösung des Abrisses berücksichtigt werden. Hier hatte ich nicht bedacht, nur noch die Differenz zu berücksichtigen, sodass die a-priori Orientierung falsch war und in den Schritten 5-8 nun natürlich Fehlzuweisungen auftraten und die ermittelte Orientierung jenseits von Gut und Böse liegen konnte. Dies führt zu der von Dir beobachteten Divergenz in der Ausgleichung.</p>
<p>Eine modifizierte Version ist <a href="https://github.com/loesler/applied-geodesy/releases/latest">verfügbar</a>.</p>
<p>Besten Dank für Deine Hilfe!</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=2250</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=2250</guid>
<pubDate>Sat, 22 Feb 2020 14:48:34 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
</channel>
</rss>
