<?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 - Datenimport Nivellement - DINI</title>
<link>https://software.applied-geodesy.org/forum/</link>
<description>Support forum for JAG3D software package</description>
<language>en</language>
<item>
<title>Datenimport Nivellement - DINI (reply)</title>
<content:encoded><![CDATA[<p>Vielen Dank für die schnelle Antwort.</p>
<p>Viele Grüße<br />
Matthias</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=284</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=284</guid>
<pubDate>Thu, 28 Mar 2019 12:15:53 +0000</pubDate>
<dc:creator>mm-89</dc:creator>
</item>
<item>
<title>Datenimport Nivellement - DINI (reply)</title>
<content:encoded><![CDATA[<p>Hallo Matthias,</p>
<blockquote><p>In unserem Büro wird jeder Wechselpunkt, der auf einem Frosch aufgehalten wird mit der Punktnummer &quot;0&quot; eingegeben. JAG3D möchte diese Werte wohl alle gerne mitteln und versaut mir dadurch die ganze Auswertung.</p>
</blockquote><p>Nein. JAG3D <em>kennt</em> keine Wechselpunkte, sodass ein Punkt mit der Nummer &quot;0&quot; genauso behandelt wird wie ein Punkt mit der Nummer &quot;4711&quot;. Mehrfachmessungen zu einem Punkt z.B. bei überlappenden Schleifen oder beim Doppelnivellement erfordern, dass die Punktnummer eindeutig sein muss. In Deinem Fall gibt es demnach viele Messungen zum Punkt &quot;0&quot;.</p>
<blockquote><p>Gibt es da irgendeine (vermutlich leichte) Möglichkeit das zu verhindern?</p>
</blockquote><p>Nutze unterschiedliche Namen für die Wechselpunkte.</p>
<p>Warum die Wechselpunkte nicht pre-eliminiert werden, haben wir <a href="https://geodaesie.info/zfv/heftbeitrag/6229/zfv_2017_1_Loesler_Eschelbach_Haas.pdf">hier</a> beschrieben.</p>
<p><br />
Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=283</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=283</guid>
<pubDate>Wed, 27 Mar 2019 20:06:09 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>Datenimport Nivellement - DINI</title>
<content:encoded><![CDATA[<blockquote><p>Für Leica und Zeiss/Trimble werden herstellerspezifische Formate (GSI und M5) von JAG3D unterstützt. Ich denke, hier erübrigt sich eine weitere Erklärung.</p>
</blockquote><p>Ich grätsche hier mal rein, da ich dazu wohl doch eine Erklärung gebrauchen könnte.</p>
<p>Bisher habe ich mit JAG3D nur Tachymeter-Daten bearbeitet. Um mal die NIV-Auswertung zu testen habe ich dann heute mal eine Trimble-DINI Datei eingelesen.</p>
<p>In unserem Büro wird jeder Wechselpunkt, der auf einem Frosch aufgehalten wird mit der Punktnummer &quot;0&quot; eingegeben. JAG3D möchte diese Werte wohl alle gerne mitteln und versaut mir dadurch die ganze Auswertung.</p>
<p>Gibt es da irgendeine (vermutlich leichte) Möglichkeit das zu verhindern?</p>
<p>Mit freundlichen Grüßne<br />
Matthias</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=282</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=282</guid>
<pubDate>Wed, 27 Mar 2019 15:28:38 +0000</pubDate>
<dc:creator>mm-89</dc:creator>
</item>
</channel>
</rss>
