From Heureka Wiki
We are currently working intensively in testing the system, and version 1.2 has several bug fixes and improvements. The following may be of special interest:
- The calculation of natural mortality in young stands was faulty and gave larger mortality than the underlying model depicts.
- The amount of initial soil carbon was ten times too small, and wrong function was used for pine.
- Plantations with an average height < 5 dm was treated as bare land if no data on regeneration year had been supplied by the user.
- You can give report variables names (aliases).
- For those who use CPLEX for solving optimization problem in PlanWise, possible causes to infeasibility are reported in case a problem is infeasible.
|1.2.0||Bugfix||Problem: For some users en error occured when building an optimization model in PlanWise, "ZIMPL... cannot be found...". Solution: Fixed by including absolute file path to ZIMPL binary file.||All|
|1.2.0||Bugfix||Problem: Stands imported from stand register data or from FMPP (Indelningspaketet) with mean height < 0.5 m obtained no initial state. Solution: Problem was that regeneration year had not been set in stand register file. Added support to handle such missing data, so that if regeneration year is missing, but there are plants or stems and age is larger than 0, then regenration year is set to inventory year - stand age + 2 (+2 for assumed plant age when planting)||PlanStart|
|1.2.0||Bugfix||Problem: DominantSpecies in young stands varied from period to period. Solution: In young stands ("sapling plots") is determined by stem density instead of basal area. Of determined by basal area, a spruce plantation will often be classified as a deciduous stand because of fast growth of birch. This will lead to erronuous final felling age for the spruce stand.||All|
|1.2.0||Bugfix||Problem: Planted beech was not growing, or growing extremely slowly. Solution: Problem was that wrong type av height function was applied for beech, which is now corrected.||All|
|1.2.0||Bugfix||Problem: Values for overstorey trees were not updated after treatment. Fixed.||Common|
|1.2.0||Bugfix||Conditions with typed variables (such as Species Code, Soil Moisture Code etc.) in Forest Domain Builder did not work when selecting multiple values. This has been fixed.||All|
|1.2.0||Bugfix||In StandWise 3D-view, deciduous trees other than birch were visualized as pines. We still have no picture for other deciduous trees than birch, but birch pcitures are now used for all deciduous trees.||StandWise|
|1.2.0||Bugfix||A control table called Species Classes was possible to select as part of a control category in RegWise and PlanWise, but lead to an exception error. This has been fixed, the control table is not possible to select anymore.||PlanWise|
|1.2.0||Bugfix||Problem: Sometimes an error "Object reference not set to an instance of an object." occurred when changing project, which has been fixed.||PlanWise|
|1.2.0||Bugfix||Problem: "OutOfMemoryException" when running Treatment Program Generator (TPG) in PlanWise for large datasets. Solution: There is still a limitation for how large datasets can be run, but several code optimizations has been done to minimize the problem and to increase speed when updating forest domains etc. In tests we have succesfully run more than 20000 treatment units.||PlanWise, RegWise|
|1.2.0||Bugfix||Initial soil carbon storage was erroneous due to a unit error and should be 10 times larger. Also, funtion for spruce was mistakenly used for pine when calculating carbon in debris from tree logs. These errors have been fixed||All|
|1.2.0||Bugfix||When importing data from Stand Register, soil moisture code was not stored but default value used instead. This mean that soil moisture has been set to mesic. This error has been fixed.||All|
|1.2.0||Bugfix||The mortality model for trees in young stands has been faulty, so that mortality was too high. This has been fixed.|
|1.2.0||Bugfix||Problem: Calculation of net present values in StandWise failed due to null referencing ("Object reference not set to an instance of an object"). Solution: Fixed.||StandWise|
|1.2.0||Bugfix||Problem: Error when using function "Last periods with treatments" in StandWise. Solution: This problem occured after version 1.1 but has now been fixed.||StandWise|
|1.2.0||Bugfix||Problem: When editing conditions with coded variables (such as Species or Vegetation Type), and multiple values have been selected, an error occured. The problem occured when running projects created in versions before 1.1, but has now been fixed.||PlanWise|
|1.2.0||Improvement||Year (relative from start year 0), is displayed in tables and graphs (x-axis).||PlanWise, RegWise|
|1.2.0||Improvement||TreatmentUnit data can displayed as part of the simulation results.||RegWise|
|1.2.0||Improvement||Aliases for columns in reports: You can now give names (aliases) to columns/variables in reports created with the Report Builder.||PlanWise, RegWise|
|1.2.0||Improvement||Problem: On some PC:s, the prerequisite Visual C++ librarires was installed each time PlanWise was updated, even if VC++ libraries had already already installed. This required administrator's rights. Solution: The libraries files are now inclued as part of the application and not handled as a prerequisite. This means that administrators privilegies is not needed (only for .NET 4 framework which is a one-time installation).||PlanWise|
|1.2.0||New feature||An infeasibility finder report is added to the optimization output. This feature helps in identifying what causes a certain model to be feasible, in case no feasible solution is found. Only available for CPLEX.||PlanWise|