| Summary: | runparameters.txt does not handle multi-population disease models | ||
|---|---|---|---|
| Product: | [Technology] STEM | Reporter: | Stefan Edlund <sedlund> |
| Component: | Core | Assignee: | Matthew Davis <mattadav> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | 1.3.0 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Stefan Edlund
Assigning to JK Matt and I looked into this. There are three issues: 1) For aging population models a "feature" can now be a list (not just a name value pair). We need to detect that. Question as to where the list items should be logged (single file or inside subdirectories). 2) Run parameters logging is only receiving an integration decorator. It should instead accept NodeDecorator and then be able to log both IntegrationDecorators and/or TransformationDecorators 3) The decorators themselves should implement a "getRunParameters" function returning all the data that actually get's logged. This could be complicated if we log to multiple subfolder but imho the RunParameters should be logged in one file per run. Sublists may be indented on new lines.... There is one additional 'decorator.XMI' file stored in the log directory now that contains the serialized disease model (or population model). The only problem is when parameters contains default values, in which case they won't get written out. Fixed it so parameters with default values are serialized as well. I believe Stefan fixed this. Marking resolved. |