Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- user-interface:import [2018/05/21 14:52] – [Datenimport] Michael Lösler
+++ user-interface:import [2022/09/29 23:21] (aktuell) – Grenzwert formatiert Michael Lösler
@@ Zeile 7: / Zeile 7: @@
 ===== ASCII-Daten =====
-Seit der Version 2 unterstützt JAG3D ein rudimentär aufgebautes, spaltenbasiertes Textformat, welches als Trennzeichen mindestens ein Leerzeichen und/oder Tabulator (Whitspaces) voraussetzt. Die Anzahl der Whitspaces kann zwischen den Spalten //und// Zeilen variieren. Das Format setzt sich aus zwingend notwendigen Spalten und optionalen Spalten mit Zusatzinformationen zusammen. Kommentare in der Datei sollten mit einem Doppelkreuz (''#'') am Zeilenanfang eingeleitet werden. Für die nachfolgende Formatbeschreibung werden spitze Klammern (''<'' und ''>'') für eine Spaltendefinition verwendet. Eckige Klammern (''['' und '']'') werden eingesetzt, wenn es sich um optionale Werte handelt. Die Defaultwerte bei optionalen Spalten werden jeweils numerisch am Ende angegeben. Die numerischen Größen müssen ferner in der Einheit vorliegen, die auch im Ausgleichungsprojekt eingestellt ist ggf. ist vor dem Import die Einheit umzuschalten.
+Seit der Version 2 unterstützt JAG3D ein rudimentär aufgebautes, spaltenbasiertes Textformat, welches als Trennzeichen mindestens ein Leerzeichen und/oder Tabulator (Whitspaces) voraussetzt. Die Anzahl der Whitespaces kann zwischen den Spalten //und// Zeilen variieren. Das Format setzt sich aus zwingend notwendigen Spalten und optionalen Spalten mit Zusatzinformationen zusammen. Kommentare in der Datei sollten mit einem Doppelkreuz (''#'') am Zeilenanfang eingeleitet werden. Für die nachfolgende Formatbeschreibung werden spitze Klammern (''<'' und ''>'') für eine Spaltendefinition verwendet. Eckige Klammern (''['' und '']'') werden eingesetzt, wenn es sich um optionale Werte handelt. Die Defaultwerte bei optionalen Spalten werden jeweils numerisch am Ende angegeben. Die numerischen Größen müssen ferner in der Einheit vorliegen, die auch im Ausgleichungsprojekt eingestellt ist ggf. ist vor dem Import die Einheit umzuschalten.
 ==== Terrestrische Beobachtungen ====
@@ Zeile 47: / Zeile 47: @@
 MS	 P31	1.6	1.5	 4.35	0.05</code>
+//Hinweis:// Die letzte Spalte ist optional und kann wahlweise die a-priori Messunsicherheit der Beobachtung enthalten oder den Abstand $d$ zwischen Stand- und Zielpunkt. Beim Datenimport wird die Größe des eingelesenen Wertes geprüft. Ist diese kleiner als 1 m, so wird der gelesene Wert als a-priori Messunsicherheit der Beobachtung interpretiert, ansonsten als Abstand $d$, welcher bei der Bildung des gruppenbasierten [[least-squares-adjustment:observation#terrestrische_beobachtungen|stochastischen Modells]] herangezogen wird. Werte, die kleiner oder gleich Null sind, werden ignoriert.
 ==== Punkte und Koordinaten ====
-Eine Punkt benötigt zwingend eine //eindeutige// Bezeichnung, den Punktnamen bzw. die Punktnummer, und entsprechend der Dimension des Punktes bis zu drei numerische Werte für die einzelnen Koordinatenkomponenten. Zusätzlich bzw. optional können für die Dimensionen a-priori Standardunsicherheiten angegeben werden. Im Folgenden wird das Format für den räumlichen 3D-Punkt explizit angeben. Die Formate für Höhen- und Lagepunkte ergeben sich durch entsprechende Vereinfachungen, sodass diese hier nicht angegeben werden. Die optionalen a-priori Unsicherheiten können komponentenweise aber auch für mehrere Koordinatenkomponenten spezifiziert werden.
+Ein Punkt benötigt zwingend eine //eindeutige// Bezeichnung, den Punktnamen bzw. die Punktnummer, und entsprechend der Dimension des Punktes bis zu drei numerische Werte für die einzelnen Koordinatenkomponenten. Zusätzlich bzw. optional können für die Dimensionen a-priori Standardunsicherheiten angegeben werden. Im Folgenden wird das Format für den räumlichen 3D-Punkt explizit angeben. Die Formate für Höhen- und Lagepunkte ergeben sich durch entsprechende Vereinfachungen, sodass diese hier nicht angegeben werden. Die optionalen a-priori Unsicherheiten können komponentenweise aber auch für mehrere Koordinatenkomponenten spezifiziert werden.
 <code><point name> <east> <north> <height> [[[<uncertainty east/north/height|uncertainty east/north|uncertainty east>] <uncertainty north|uncertainty height>] <uncertainty height>]</code>