Modellfehler nach Trimble-JobXML Import (Software)

MarioR, Freitag, 19. Januar 2018, 19:47 (vor 30 Tagen)

Hallo erst einmal :-)

wir haben heute versucht ein kleines Lagenetz mit JAG3D auszugleichen.
In der Messung wurde im Trimble eine Stationieung auf bekanntem Standpunk und Anschlußpunkt durchgeführt. Dadurch wird intern die 0-Gon-Richtung auf Nord (t0=0gon) gesetzt.

Nach der der Mittelbildung sind bei einigen Standpunkten die Richtungen nicht mehr den im Trimble gesetzten Wert in der 1. FRL entsprechend, sondern um 200 gon verdreht.
Nach der Ausgleichung sind dann dementsprechend die Orientierungskonstanten, genauer deren geschätze Modellstörung auf +-200 gon und daraus die Tprio in Astronomische Werte "geschossen".

Was mir auch nicht klar ist, oder vielleicht auch aus dem "Mittelwert-Problem" resultiert, warum man zu erst die Näherungskoordinaten berechnen muss und dann die Mittelwertbildung durchführen kann.
Wird zu erst die Mittelwertbildung durchgeführt und danach erst die Näherungskoordinaten berechnet, dann liegen diese völlig im "Nirvana".

Die eingesetzte JAG3D-Version ist V3.6.20180109, wenn Sie die Dateien benötigen biite nur eine kleine Info.

Mit freundlichem Gruß
Mario

Avatar

Modellfehler nach Trimble-JobXML Import

Micha ⌂, Bad Vilbel, Samstag, 20. Januar 2018, 10:02 (vor 30 Tagen) @ MarioR

Hallo,

Dadurch wird intern die 0-Gon-Richtung auf Nord (t0=0gon) gesetzt.

Näherungsweise mag das zutreffen. Für die Ausgleichung spielt es aber keine Rolle, wo die Nullstellung war. Einige Programme setzten die Richtung zum längsten Fernziel auf Null und reduzieren den Rest auf diese Richtung.

Nach der der Mittelbildung sind bei einigen Standpunkten die Richtungen nicht mehr den im Trimble gesetzten Wert in der 1. FRL entsprechend, sondern um 200 gon verdreht.

Anhand einer Richtung kann JAG3D nicht erkennen, ob es die erste Fernrohrlage oder eben die zweite ist. Dies spielt aber keine Rolle. Wichtig ist doch, dass die Messungen korrekt einsortiert worden sind: Messungen in derselben Fernrohrlage wurden jeweils korrekt zusammengefasst.

Nach der Ausgleichung sind dann dementsprechend die Orientierungskonstanten, genauer deren geschätze Modellstörung auf +-200 gon und daraus die Tprio in Astronomische Werte "geschossen".

Die Teststatistiken für die unbekannte Orientierung spielt eigentlich keine Rolle. Sie wäre für die Behandlung von Azimuten interessant und wird deshalb ausgegeben.

Was mir auch nicht klar ist, oder vielleicht auch aus dem "Mittelwert-Problem" resultiert, warum man zu erst die Näherungskoordinaten berechnen muss und dann die Mittelwertbildung durchführen kann.

Wenn Du Näherungskoordinaten hast, nutze sie. Die meisten Tachymeter bestimmen doch die Koordinate on-the-fly mit. Anhand der Näherungskoordinaten kann ein Abriss bestimmt werden, sodass die Richtungen korrekt zugeordnet werden können. Erst wenn die Orientierung und die Lagen bekannt sind, ist doch klar, was zu mitteln ist. Der Anwender hat unendlich viele Möglichkeiten, Richtungen zu messen und hierbei die Lagen zu vertauschen. Gebräuchlich ist vielleicht I, I, I,... II, II, II, ... aber auch I, II, I, II, ... ist denkbar und dann gibst es noch Mischformen.

Wird zu erst die Mittelwertbildung durchgeführt und danach erst die Näherungskoordinaten berechnet, dann liegen diese völlig im "Nirvana".

Wenn Du erste die Mittelwertbildung durchführst, dann schau Dir die Richtungen jetzt mal an. Es sind sicher welche dabei, die auf die II. Lage reduziert und gemittelt wurden, oder?

Warum verwendest Du die Koordinaten aus dem Tachymeter nicht?

Viele Grüße
Micha

--
kostenlose Scripte und Software nicht nur für Geodäten || Portal für Geodäten mit angeschlossenem Forum-Vermessung

Modellfehler nach Trimble-JobXML Import

MarioR, Samstag, 20. Januar 2018, 18:25 (vor 29 Tagen) @ Micha

Halo Micha,

... soweit okay.

Anhand einer Richtung kann JAG3D nicht erkennen, ob es die erste Fernrohrlage oder eben die zweite ist.

Da die Daten aus der Job-XML ausgelsen werden, kann es JAG3D schon sehen.

Warum verwendest Du die Koordinaten aus dem Tachymeter nicht?

Bei diesen Trimble-Daten würde das auch funktionieren. Wir haben als 2. Datenbeispiel GSI-Daten, bei denen sind keine, bzw. lokale Koordinaten gesetzt. Auch bei "nicht angeschlossenen Satzmessungen" liegen keine Näherungskoordinaten vor.
Da muss man dann zwanghaft die Nähreungskoordinaten vor dem Mittelbilden berechnen.

beste Grüße
Mario

Avatar

Modellfehler nach Trimble-JobXML Import

Micha ⌂, Bad Vilbel, Samstag, 20. Januar 2018, 23:03 (vor 29 Tagen) @ MarioR

Hallo,

Da die Daten aus der Job-XML ausgelsen werden, kann es JAG3D schon sehen.

Die Oberfläche bzw. der Importer kann es u.U. erkennen, der Rechenkern läuft aber autark und bezieht seine Informationen aus der Datenbank und nicht aus der Datei. In der Datenbank gibt es keine Flag für die Lage, weil es nicht nötig ist für die Auswertung und die Daten hier normiert vorliegen.

Bei diesen Trimble-Daten würde das auch funktionieren.

Dann nutze diese. Du musst ja nur für die Punkte Koordinaten bestimmen, die Du nicht kennst bzw. in einem anderen System vorliegen. Was hindert Dich?

Da muss man dann zwanghaft die Nähreungskoordinaten vor dem Mittelbilden berechnen.

Zwanghaft? Nein. Du kannst die Koordinaten auch selbst vorgeben. Es zwingt Dich keiner, diese über JAG3D bestimmen zu lassen. Es zwingt Dich auch keiner, die Beobachtungen zu mitteln.


Viele Grüße
Micha

--
kostenlose Scripte und Software nicht nur für Geodäten || Portal für Geodäten mit angeschlossenem Forum-Vermessung

RSS-Feed dieser Diskussion