ja, das hilft mir weiter und funktioniert prima .

Super. Anbei der modifizierte Ausdruck, der das Update nur auf Beobachtungen anwendet, die eine bestimmte Zielpunktnummer haben:

MERGE INTO "ObservationApriori" 
USING "ObservationAposteriori" ON 
"ObservationApriori"."id" = "ObservationAposteriori"."id" 
AND "end_point_name" IN ('11','12')
WHEN MATCHED THEN UPDATE SET 
"ObservationApriori"."sigma_0" = "ObservationAposteriori"."sigma_0";

Die zusätzliche Bedingung ist "end_point_name" IN ('11','12'). In der Klammer sind dann alle Punktnamen aufzuführen, die zu berücksichtigen sind - im Beispiel sind es die Punkte mit den Namen 11 und 12. Statt nach bestimmten Punkten einzuschränken könnte man auch nach Namen suchen, die mit einem Prefix beginnen. Hier gibt es jetzt recht viele Möglichkeiten.

Das aber nur als Ergänzung.

Viele Grüße
Micha

Hilft Dir das weiter?

ja, das hilft mir weiter und funktioniert prima . Für die Abstimmung des stoch. Modells läuft sowieso mindestens eine Ausgleichung vorher durch ... Darüber hinaus stimme ich Dir zu, die Lösung ist sehr elegant und schlank, schick so ein SQL-Script.

Ich danke Dir.

Viele Grüße
Pierre

Wenn das so einfach ist, dass ich (SQL-Noob) das auch auf die Reihe bekomme, wäre das prima

Ich habe heute die Zeit gefunden, mal einen kurzen SQL zu bauen. Erstelle Dir einfach eine Datei und füge dort folgende Zeile ein. Speichere diese Datei mit der Endung .sql.

MERGE INTO "ObservationApriori" USING "ObservationAposteriori" ON "ObservationApriori"."id" = "ObservationAposteriori"."id" WHEN MATCHED THEN UPDATE SET "ObservationApriori"."sigma_0" = "ObservationAposteriori"."sigma_0";

Der Ausdruck ist recht simple und überträgt die Einträge der sigma_0-Spalte aus der Tabelle ObservationAposteriori in die (zufällig) gleichnamige Spalte der Tabelle ObservationApriori. Du musst also schon mindestens eine Ausgleichung durchgeführt haben, damit die Werte übertragen werden können.

Man könnte den SQL noch weiter einschränken und das Übertragen bspw. nur bei Beobachtungen vornehmen, bei denen der Zielpunkt einen bestimmten Namen hat.

Wenn Du eine Ausgleichung mit den Datumspunkten durchgeführt hast, dann kannst Du dieses Script ausführen: Projekt → SQL Script ausführen.

Hilft Dir das weiter?

Viele Grüße
Micha

ich bin noch bis Ende der Woche unterwegs. Ich werde Dir dann mal ein SQL erstellen. Vielleicht löst der Dein spezielles Problem noch besser als eine eher allg. Lösung.

Viele Grüße
Micha

Beide Varianten finde ich nicht so super intuitiv. Am wenigsten missverständlich erscheint mir eine Option im Ausgleichungsdialog, etwas wie "konvertierte gruppenbasierete Unsicherheiten in individuelle Unsicherheiten" (der Text müsste nur kürzer sein). Dann würden die s0 beim Speichern der Ergebnisse auch in die SQL Tabelle übertragen werden.

Da gebe Dir Recht, so richtig schön ist das beides nicht. Ebenfalls hatte ich schon vermutet, dass Du die a priori Unsicherheiten erst zur Laufzeit bestimmst und dass diese natürlich von d0 abhängig sind, macht die Sache auch nicht einfacher.

Problematisch ist halt, dass man die Richtungssätze nicht gruppenweise trennen kann. Anderer Gedankengang: Was ist mit einer Art sekundärer a priori Gruppenunsicherheit (in der Registerkarte Eigenschaften, oder einer eigenen Rubrik) welche sich nur auf extra gekennzeichnete Punkte (Checkbox im Rohdatenreiter) auswirkt. Dann wäre die Problematik mit d0 etc. doch außen vor.

Alternative könntest Du Dir bereits jetzt mit einem einfachen SQL behelfen,dann müsstest Du nicht immer den Umweg über den Report gehen. Soll ich da mal einen bauen für Dich?

Wenn das so einfach ist, dass ich (SQL-Noob) das auch auf die Reihe bekomme, wäre das prima Aber erstmal eins nach dem Anderen ...

Viele Grüße
Pierre