<?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 - Export/Import von Rohmessdaten</title>
<link>https://software.applied-geodesy.org/forum/</link>
<description>Support forum for JAG3D software package</description>
<language>en</language>
<item>
<title>Export/Import von Rohmessdaten (reply)</title>
<content:encoded><![CDATA[<p>Hallo htw9056,</p>
<blockquote><p>Mir ist aufgefallen, dass die Strecke (Bsp. 20.0000) nicht importiert wird, wenn in Jag3D bei ơ0 ein Eintrag vorhanden ist. </p>
</blockquote><p>Ja, dass ist korrekt. Die Strecke bezieht sich auf das allgemeine stochastische Modell der Gruppe, welches jedoch von der individuell vorgegeben Unsicherheit überschreiben wird.</p>
<blockquote><p>Jetzt das Problem:<br />
Beträgt ơ &lt;= 0,9999, so wird der Wert an der richtigen Spalte (ơ0) eingelesen.<br />
Beträgt ơ &gt;= 1,0000, so wird der Wert an der falschen Spalte (d0) eingelesen.</p>
<p>Ist das so gewollt? </p>
</blockquote><p>Ja, dass ist korrekt so bzw. so implementiert. In diesen einfachen ASCII-Dateien teilen sich die Strecke und die Unsicherheit eine Spalte, siehe die Dokumentation <a href="https://software.applied-geodesy.org/wiki/user-interface/import#terrestrische_beobachtungen">Datenimport - Terrestrische Beobachtungen</a>. Folglich muss es beim Import einen Grenzwert geben, um mehr oder weniger zuverlässig zu erkennen, ob der Wert eine Standardunsicherheit ist oder eben eine Strecke. Derzeit liegt der Grenzwert bei Eins (bspw. 1 m). Das sollte für die meisten Anwendungen hinreichend sein, da moderne Instrumente i.A. einen unteren Grenzbereich haben, der bei 1 - 1,5 m liegt. Andersherum machen Standardunsicherheiten von mehr als 1 m kaum Sinn und treten maximal in exotischen Anwendungen auf. Sollten diese Standardunsicherheiten tatsächlich so groß sein, dann kann man vermutlich auf diese Beobachtung auch verzichten.</p>
<p>Wenn Du beim Import sichergehen willst, müsstest Du den Import über <a href="https://software.applied-geodesy.org/wiki/user-interface/import#spaltenbasierte_daten">spaltenbasierte Daten</a> realisieren.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=10132</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=10132</guid>
<pubDate>Thu, 29 Sep 2022 17:29:55 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>Export/Import von Rohmessdaten</title>
<content:encoded><![CDATA[<p>Hallo Micha,</p>
<p>in manchen Projekten muss ich Messdaten (hier z.B. HZ-Richtungen) über die rechte Maustaste  exportieren, welche als *.txt abgespeichert werden.</p>
<p>...StandpunktNr  ....ZielpunktNr  ...........InstrHöhe         ZielpunktHöhe           HZ-Richtung  Strecke/Verbesserung <br />
            101              102                1.5000                2.0000              100.0000               20.0000 <br />
            101              102                1.5000                2.0000              100.0000                0.9999 <br />
            101              102                1.5000                2.0000              100.0000                1.0000 </p>
<p>Im weiteren Verlauf werden diese HZ-Richtungen *.txt wieder eingelesen.</p>
<p>Mir ist aufgefallen, dass die Strecke (Bsp. 20.0000) nicht importiert wird, wenn in Jag3D bei ơ0 ein Eintrag vorhanden ist. <br />
Jetzt das Problem:<br />
Beträgt ơ &lt;= 0,9999, so wird der Wert an der richtigen Spalte (ơ0) eingelesen.<br />
Beträgt ơ &gt;= 1,0000, so wird der Wert an der falschen Spalte (d0) eingelesen.<br />
<a href="https://s20.directupload.net/images/220929/pkh4xlmy.png">Ergebnis Import</a></p>
<p>Ist das so gewollt? Wenn ja, dann finde ich das sehr riskant und es führt zu einer Fehlinterpretation. </p>
<p>Der Effekt tritt sowohl bei Richtungen, Strecken und Höhenunterschieden auf.</p>
<p>LG</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=10130</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=10130</guid>
<pubDate>Thu, 29 Sep 2022 17:07:25 +0000</pubDate>
<dc:creator>htw9056</dc:creator>
</item>
</channel>
</rss>
