Vermessung eines Schiffsrumpfes - Java·Applied·Geodesy·3D

Hallo,

ich bin dabei, eine Yacht (Stahlketsch, 12m Rumpflänge) für Restauration
und Innenausbau zu vermessen.
Als Werkzeug versuche ich mit einem guten Stahlmaßband und einem Linienlaser sowie
Stereophotogrametrie mit einer Digitalkamera durch zu kommen.
Dabei habe ich am Rumpf und in der Umgebung Punkte definiert, die händisch
vermessen werden, damit ich für die Photogrametrie Ausgangspunkte habe.

Als terrestrische Beobachtungen ergeben sich dabei Schrägstrecken
und Nivelementzüge.

Leider ist es mir mit dem GUI nicht gelungen, Schrägstrecken oder
Nivelements einzugeben. Wie in der Doku erwähnt, verschwinden meine
Eingaben immer, wenn ich zu einer der Punktgruppen wechsle, und
ich habe keine Information gefunden, ab wann eine Zeile vollständig
ist, damit sie gespeichert wird.

Bei der Eingabe von Schrägstrecken über Dateiimport mit Spalten
scheint es so zu sein, dass der Wert d0 um den Faktor 1000 falsch
initialisiert wird, wenn man als Einheit für den Messwert s0 "mm" wählt.

Nach meinem Verständtnis habe ich einen Datumsdefekt von 5 aus
der Kombination von Nivelement und Raumstrecken.
Den Maßstab kann ich mit 1 fixieren (Stahlrumpf/Stahlband, trüber Tag).
Um die räumliche Translation zu binden habe ich einen Festpunkt
mit Koordinaten 0/0/0 definiert (ein Punkt auf der Ruderachse),
und jetzt bleibt noch die Rotation um die Hochachse übrig.
Entsprechend dem Wiki würde ich gerne als Bedingungsgleichung einem Punkt
am Bug die Bedingung Y=0.0 zuweisen, finde aber nirgends,
wie das geht. Als 2. Festpunkt ist er ungeignet, weil ich die
Länge durch den Rumpf nicht messen kann.
Ist der Ansatz mit einem Festpunkt und sonst Neupunkten aus
eurer Sicht für die Aufgabe sinnvoll?

(Was bedeuten B, I, F in Spalte 6 im Screenshot in Posting
https://software.applied-geodesy.org/forum/?id=128 ?)

Ebene Netze mit Horizontalstrecken habe ich mit selbst geschriebener Software
bzw. eine älteren Version von JAG3D und Maßband schon mehrmals hin bekommen.
Photogrametrie mit einem selbstgeschriebenen Programm ebenfalls.

Bei meinem alten 2D-Programm reicht es, wenn als Ausgangsnäherung
die Punkte "halbwegs in der richtigen Reihenfolge" definiert sind.
Kann man das auch hier so machen, bzw. braucht man eine Näherung?

Liebe Grüße, Armin

Das Problem mit d0 habe ich durch doppelte Verwendung der Maß-Spalte gelöste.

Hallo Armin,

Leider ist es mir mit dem GUI nicht gelungen, Schrägstrecken oder
Nivelements einzugeben. Wie in der Doku erwähnt, verschwinden meine
Eingaben immer, wenn ich zu einer der Punktgruppen wechsle, und
ich habe keine Information gefunden, ab wann eine Zeile vollständig
ist, damit sie gespeichert wird.

Eine Zeile ist vollständig, wenn der Standpunkt- und Zielpunktname sowie der Messwert eingegeben wurde. Bitte beachte, dass d0 nicht der Messwert ist.
Alle Spaltenköpfe haben Tooltips, die den jeweiligen Parameter näher erklären. Ich persönlich würde die Werte aber nicht per Hand abtippen sondern aus einer Datei einlesen. Der Aufbau ist recht simple: Standpunktbezeichnung, Zielpunktbezeichnung und Messwert, siehe Datenimport:

MS  P51  8.20
MS  P37  3.85
MS  P31  4.35

Bei der Eingabe von Schrägstrecken über Dateiimport mit Spalten
scheint es so zu sein, dass der Wert d0 um den Faktor 1000 falsch
initialisiert wird, wenn man als Einheit für den Messwert s0 "mm" wählt.

Wenn als Längenmesseinheit Millimeter ausgewählt wurde, werden alle Werte auch in Millimeter erwartet. Der Import orientiert sich an diesen Einstellungen. Ist dort Millimeter eingestellt, muss dies auch in den Daten so definiert sein.
Ich habe gerade ein paar Dateien importiert und konnte kein Fehlverhalten feststellen. Sollte da etwas unerwartetes passieren, benötige ich eine detailliertere Beschreibung.

Nach meinem Verständtnis habe ich einen Datumsdefekt von 5 aus
der Kombination von Nivelement und Raumstrecken.

Das Nivellement sollte die Rotation um x und y sowie den Maßstab m fixieren.

Entsprechend dem Wiki würde ich gerne als Bedingungsgleichung einem Punkt
am Bug die Bedingung Y=0.0 zuweisen, finde aber nirgends,
wie das geht.

Du müsstest diesen Punkt als (stochastischen) Anschlußpunkt definieren und der Y-Komponente eine ganz kleine Standardabweichung und der X-Komponente eine ganz große zuweisen, wenn Du dieses zwangsfreie Ausgleichung definieren willst.

Ist der Ansatz mit einem Festpunkt und sonst Neupunkten aus
eurer Sicht für die Aufgabe sinnvoll?

Ich hätte es über eine freie Ausgleichung gelöst. Die letzte Restdrehung kann ich später ja immer noch wegstellen. Durch die freie Ausgleichung entfällt dieser Umweg über den Anschlußpunkt.

(Was bedeuten B, I, F in Spalte 6 im Screenshot in Posting
https://software.applied-geodesy.org/forum/?id=128 ?)

Spielt für JAG3D oder die Auswertung keine Rolle. Die Daten hatte der User so bereitgestellt, sie wurden nicht berücksichtigt.

Wenn Du die Datei so aufbaust, wie oben beschrieben, geht der Import über: Hauptmenü --> Import --> Terrestrische Daten --> <Beobachtungstyp>

Kann man das auch hier so machen, bzw. braucht man eine Näherung?

Ja, ich denke.

Viele Grüße
Micha

--
applied-geodesy.org - OpenSource Least-Squares Adjustment Software for Geodetic Sciences

Danke für die Rasche Antwort!

Ich habe jetzt den besagten Punkt in einen Anschlußpunkt verwandelt
und die entsprechenden Toleranzen gesetzt. Ansonsten wäre mir noch ein
Trick aus FEM eingefallen: einen virtuellen Festpunkt z.B. 100m entfernt,
und von dort eine 100m lange Raumstrecke zum Punkt den ich in Y sperren will.
Den V-Punkt kann ich dann so schieben, dass die Strecke parallel zu Y wird.

"Wenn als Längenmesseinheit Millimeter ausgewählt wurde, werden alle Werte auch in Millimeter erwartet."

Meine Datei sieht so aus:
M17; S5; 4893
M17; M10; 1696
M17; St9; 3003
...

Ich habe es jetzt nochmal getestet mit dem gleichen Ergebnis:
Import->Spaltenbasierte Daten->...
Schrägstrecken/<Komma etc.>/Standpunkt: 1 Zielpunkt: 2 Messwert: 3
Ohne Zuweisung an d0 werden die d0's nach dem Import um den Faktor 1000 zu hoch.
Schrägstrecken/<Komma etc.>/Standpunkt: 1 Zielpunkt: 2 Messwert: 3 d0: 3
Die d0's werden jetzt richtig importiert.

LG, Armin

Hallo Armin,

Ich habe es jetzt nochmal getestet mit dem gleichen Ergebnis:

Danke, ich konnte es reproduzieren. Ich nutze diesen Dialog nicht, da der Import von terrestrischen Daten über den Standarddialog einfacher zu realisieren ist. Du müsstest in Deiner Datei hierzu nur die Semikolons weglassen. Dennoch ist es natürlich ein Fehler, den ich mit der neuen Version von heute behoben habe. Danke fürs Melden!

Viele Grüße und schöne Feiertage
Micha

--
applied-geodesy.org - OpenSource Least-Squares Adjustment Software for Geodetic Sciences

RSS Feed of thread