search

bluemodel / BlueM.Opt

BlueM.Opt is an optimization framework that can be coupled with an arbitrary simulation software.
https://wiki.bluemodel.org/index.php/BlueM.Opt
GNU General Public License v3.0
2 stars 1 forks source link

256: Aggregation von Optimierungszielen #176

Closed bluemodel-bot closed 2 years ago

bluemodel-bot commented 2 years ago
Original bug ID 256
Reported by huebner on 2007-11-20
Affects version 1.2
Component Allgemein
Severity normal
Priority P2
Milestone 1.3
Assigned to huebner
Status RESOLVED FIXED

Comments:

huebner on 2007-11-20:

Besteht eigentlich schon die Möglichkeit zwei oder mehr Ziele Apriori mit Prioritäten zu versehen und zu aggregieren? Quasi von zwei oder mehr Ziele gewichten, den Durchschnitt bilden und dann als eines behandeln:

froehlich on 2007-11-23:

noch nicht...

froehlich on 2007-12-12:

Brainstorming notwendig!

Ich würde es gerne vermeiden, noch eine weitere Eingabedatei zu definieren, vielleicht kriegen wir es auch in der einen ZIE-Datei hin...

huebner on 2007-12-12:

Gerne. Wann?

huebner on 2007-12-12:

Die Formel/Form der Aggregation kann sowiso nicht in Dateien abgelegt werden. Daher muss in der .ZIE Datei nur gekennzeichnet werden welcher Aggregationstyp es ist und im Code vmüssen verschiedene Cases angelegt werden.

froehlich on 2007-12-12:

Ich finde es ganz geschickt, wie es bei BlueM mit den Kontrollgruppen gemacht wird. Wir müssten bei uns halt noch unterscheiden zwischen den OptZielen, die nur Zwischenberechnungen darstellen, und den Zielen, die auch wirklich für die Evaluierung genutzt werden.

froehlich on 2007-12-12:

Vorschlag: https://wiki.bluemodel.org/index.php/Diskussion:ZIE-Datei

froehlich on 2007-12-13:

OK, eine zweite Datei ist wohl doch sinnvoll (*.ZIG?), aber wenn dann optional!

huebner on 2007-12-13:

Nur optional!

huebner on 2008-03-03:

Wir könnten es auch bei einer Datei lassen. In deinem Beispiel beinhalten nur die Spalten Operator und Faktor zusätzliche Informationen. Die Information Eval. ist auch oben schon drin, die Spalte Gruppe könnte man weglassen und die Bezeichnung müsste man für alle einer Gruppe gleichlautend sein.

froehlich on 2008-03-03:

aber wir müssen ja dennoch irgendwie zwischen den einzelnen Zielen unterscheiden, genau gleich bezeichnen ist also keine Option.

huebner on 2008-03-03:

Jepp, dann müsste man auch die Gruppe mit ein die ZIE Datei einbauen.

froehlich on 2008-03-10:

Ich finde es besser, die Zielgruppen und die einzelnen Ziele getrennt zu halten (womöglich in 2 Dateien), so wie im Wiki vorgeschlagen.

https://wiki.bluemodel.org/index.php/Diskussion:ZIE-Datei#Aggregation_von_Zielen

Wenn jemand eine andere Idee hat, bitte auch ins Wiki schreiben, ich will das möglichst bald umsetzen

huebner on 2008-03-10:

ok. dann sollten wir es analog zu den OptParametern und den ModParametern machen.

Siehe: https://wiki.bluemodel.org/index.php/Diskussion:ZIE-Datei#Aggregation_von_Zielen

huebner on 2008-07-28:

das ist doch erledigt oder?

froehlich on 2008-07-29:

leider noch nicht

huebner on 2009-02-17:

jetzt abba! ;-)

huebner on 2009-02-17:

schön gelöst.

froehlich on 2009-03-01:

es sollte auch möglich sein, sekundäre ziele anzugeben, die nicht teil einer gruppe sind. momentan führt das zu einer endlosschleife in Sim.SIM_Ergebnis_auswerten()

huebner on 2009-03-02:

Hast du einen Testdatensatz dafür?

froehlich on 2009-03-02:

Testdatensatz: https://svn.bluemodel.org/Datensaetze/BlueM/Petrusse/Ereignisse/BOF/Cessange0 die Endlosschleife tritt jetzt auch mit Gruppenleader auf!?

froehlich on 2009-03-03:

funzt seit r1462

froehlich on 2017-08-31:

close resolved bug