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

228: Optimierung speichern / laden #161

Closed bluemodel-bot closed 2 years ago

bluemodel-bot commented 2 years ago
Original bug ID 228
Reported by froehlich on 2007-09-04
Affects version 0.9
Component Allgemein
Severity normal
Priority P3
Milestone Zukunft
Assigned to froehlich
Status ASSIGNED

Comments:

froehlich on 2007-09-04:

Da die Anzeige von Ergebnissen aus einer bestehenden Ergebnisdatenbank nur dann funktioniert, wenn die EVO-Eingabedateien mit der ErgebnisDB übereinstimmen, wäre es klüger, wenn man die Möglichkeit hätte, einen kompletten Optimierungsdatensatz zu speichern und wieder zu laden.

huebner on 2007-09-05:

Wie stellst Du dir das vor?

froehlich on 2007-09-05:

Ein Datensatz bestehend aus BlueM-Eingabedateien, EVO-Eingabedateien und Ergebnisdatenbank (die in diesem Fall nicht einfach so überschrieben werden darf).

Alles zusammen in einem Ordner, vielleicht zusammen mit einer EVO.ini, die den BlueM-Datensatznamen und möglicherweise die EVO-Einstellungen angibt?

So hätte man alle benutzten Daten und Einstellungen zusammen und könnte im nachhinein wieder darauf zurückgreifen.

huebner on 2007-09-05:

Quasi ein Handling für die Optimierungsfiles. sollten wir das nicht einfach einchecken?

froehlich on 2007-09-06:

Die EVO-Eingabedateien habe ich ja schon eingecheckt. Es geht mir eher um die Ergebnisse (Datenbank) und die Einstellungen, mit denen das jeweilige Ergebnis errechnet wurde.

froehlich on 2007-12-12:

Zusammenfassend: Wir brauchen eine Möglichkeit, die kompletten Informationen einer Optimierung, d.h. Datensatz, EVO-Eingabedateien, EVO-Einstellungen (und Ergebnisse?) abzuspeichern und wieder zu laden.

huebner on 2007-12-12:

Da fehlen Doch eigentlich nur noch: EVO-Einstellungen (und Ergebnisse?) oder?

froehlich on 2007-12-12:

ja, eigentlich fehlen nur noch die EVO-Einstellungen, und ein gescheites System zum abspeichern / laden des ganzen.

huebner on 2007-12-12:

Dann müssten wir nur das Struct Settings Speichern. Frank hat gerade was von XML Files erzählt, die für Hierarchien besser geeignet sind.

froehlich on 2007-12-12:

gibt es da nicht was fertiges in VB womit man ein objekt oder struct abspeichern kann?

huebner on 2007-12-12:

http://www.tutorials.de/forum/net-datenverwaltung/272873-vb-net-eine-komplexe-structure-eine-datei-speichern.html

froehlich on 2007-12-13:

XMLSerializer: http://msdn2.microsoft.com/en-us/library/system.xml.serialization.xmlserializer(VS.80).aspx

froehlich on 2007-12-13:

Seit Rev 765 sind die EVO_Einstellungen serialisierbar

froehlich on 2007-12-14:

Eine Möglichkeit wäre: Die EVO_Einstellungen und die Ergebnisdatenbank standardmäßig in einem temporären Verzeichnis zu speichern (und dort automatisch zu überschreiben) und nur auf Anfrage an einem vom Benutzer bestimmten Ort abzuspeichern.

froehlich on 2008-02-28:

einziges übriges Manko: zum Laden einer Ergebnisdatenbank ist es notwendig, dass der Datensatz bereits vorher eingelesen wurde und mit der DB in punkto Zielfunktion, OptParameter, etc. übereinstimmt!