Difference between revisions of "Version 2.1.0"

From Heureka Wiki
Jump to navigation Jump to search
 
(9 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
{{Languages|Version 2.1.0}}
 
{{Languages|Version 2.1.0}}
−
<!--Version 2.1.0.0
 
 
[[Category:Release]]
 
[[Category:Release]]
−
[[newsdate::2014-10-10]]  [[language::en| ]]
+
[[Newsdate::2014-10-14]]  [[language::en| ]]
−
-->
 
  
 
<startFeed />
 
<startFeed />
 
==Summary==
 
==Summary==
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 
*Version 2.1 contains several new functions:
 
*Version 2.1 contains several new functions:
Line 14: Line 12:
 
**Estimation of root rot occurrence can be calculated.  
 
**Estimation of root rot occurrence can be calculated.  
 
**The county code (the so called "Dlänskod" as defined by NFI) is calculated automatically when you import a stand register that contains coordinates. This means that [[Variable:CountyCode|CountyCode]] is not mandatory if you have entered coordinates in the stand register for each stand. If you have entered a county code, that county code will be used.
 
**The county code (the so called "Dlänskod" as defined by NFI) is calculated automatically when you import a stand register that contains coordinates. This means that [[Variable:CountyCode|CountyCode]] is not mandatory if you have entered coordinates in the stand register for each stand. If you have entered a county code, that county code will be used.
 +
<!--
 +
*The help documentation is currently being translated to English. Several parts have not been translated yet but a preliminary version is published.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
[http:///heurekaslu.org/help/en/ Link to help documentation]. Note that Several chapters are still in Swedish.
 +
-->
 +
<startFeed />
  
 
==Automatic upgrading now also works for MSI-installations==
 
==Automatic upgrading now also works for MSI-installations==
 
MSI-installations has not offered automatic upgrading as ClickOnce, but now they do.
 
MSI-installations has not offered automatic upgrading as ClickOnce, but now they do.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
 +
<startFeed />
 +
==Default growth model changed back to Elfving's whole-stand model==
 +
In version 2.0 the default function for basal area growth was changed to the single-tree growth model by Björn Elfving. The reason was that it gave a slightly smoother growth curve in the transition zone from young stand phase to established phase. However, it has been discovered that the single-tree function can be sensivitive to somewhat extreme stand states, for example if all trees in a stand have exactly the same diameter (not realistic maybe but a possible research case, and also revealing the behaviour of the model). The stand-level function is more robust and the transition from young stand to established phase works quite well with the other changes included in version 2.0.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
<br>Here you can read more about the changes in version 2.0:
 +
<br>[[Version_2.0.0 | Release news for version 2.0]]
  
 
==RegWise and PlanWise==
 
==RegWise and PlanWise==
Line 24: Line 39:
 
The models for allocating regeneration, cleaning and thinning activities to stands have been modified so that the obtained areas and volumes vary less between different simulations, and are closer to the calculated or entered target levels.  
 
The models for allocating regeneration, cleaning and thinning activities to stands have been modified so that the obtained areas and volumes vary less between different simulations, and are closer to the calculated or entered target levels.  
 
   
 
   
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 31: Line 46:
 
====Simulation of large-scale storm-fellings in RegWise====
 
====Simulation of large-scale storm-fellings in RegWise====
 
   
 
   
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 43: Line 58:
 
*Distribution diagram of cutting classes (huggningsklasser), if those have been imported.
 
*Distribution diagram of cutting classes (huggningsklasser), if those have been imported.
  
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 50: Line 65:
 
====OR-conditions in reports====
 
====OR-conditions in reports====
 
You can now used OR-type conditions in reports. An example is if you would like to sum the area of partial set asides ("generell hänsyn") with full set asides (stands put in forest domains that are unmanaged). In previous version, you had to create two different reports for these.
 
You can now used OR-type conditions in reports. An example is if you would like to sum the area of partial set asides ("generell hänsyn") with full set asides (stands put in forest domains that are unmanaged). In previous version, you had to create two different reports for these.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 
[[Image:ReportOrCondition.png|thumb|550px|none]]
 
[[Image:ReportOrCondition.png|thumb|550px|none]]
Line 60: Line 75:
 
====Or-conditions in forest domains====
 
====Or-conditions in forest domains====
 
A new feature is the possibility to use "Or"-conditions when defining forest domain.
 
A new feature is the possibility to use "Or"-conditions when defining forest domain.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 
[[Image:ForestDomainExample BiodiverstiyConditions.png|thumb|450px|none]]
 
[[Image:ForestDomainExample BiodiverstiyConditions.png|thumb|450px|none]]
Line 70: Line 85:
 
====Log tally in StandWise====
 
====Log tally in StandWise====
 
In StandWise there is a new function for showing a log tally for a given harvest activity. You can find the function in the View menu and in the toolbar beside the Net Present Value button,  
 
In StandWise there is a new function for showing a log tally for a given harvest activity. You can find the function in the View menu and in the toolbar beside the Net Present Value button,  
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 
<startFeed />
 
<startFeed />
Line 76: Line 91:
 
You can now connect a result database in StandWise and save a simulation. If you open a saved simulation the program will restore the management program based on the treatment codes. Choosing a result database in StandWise is optional.
 
You can now connect a result database in StandWise and save a simulation. If you open a saved simulation the program will restore the management program based on the treatment codes. Choosing a result database in StandWise is optional.
 
   
 
   
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 83: Line 98:
 
====Dedicated dialog for breeding effect in StandWise====
 
====Dedicated dialog for breeding effect in StandWise====
 
When you simulate a regeneration in StandWise and choose to plant with breeded plants, you can enter all settings needed in a form specifically designed for StandWise. IN previous version, you had to use the same form as was designed for PlanWise and RegWise (via control table Treatment Model > Breeding Effect).
 
When you simulate a regeneration in StandWise and choose to plant with breeded plants, you can enter all settings needed in a form specifically designed for StandWise. IN previous version, you had to use the same form as was designed for PlanWise and RegWise (via control table Treatment Model > Breeding Effect).
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 92: Line 107:
 
You can now include more than one species group in a thinning group. You do this in control table Treatment Model under Thinning Configuration, and the feature is available when Thinning Model is set to "LOEriksson" or "Hugin". The option "HuginOld" works as before. In previous versions, each species group have been assigned its own thinning specification. In addition, all species groups that you have not defined a thinning specification for, are placed in the same group. The new feature leads to that the choice of thinned trees is more is more determined by tree size than tree species.   
 
You can now include more than one species group in a thinning group. You do this in control table Treatment Model under Thinning Configuration, and the feature is available when Thinning Model is set to "LOEriksson" or "Hugin". The option "HuginOld" works as before. In previous versions, each species group have been assigned its own thinning specification. In addition, all species groups that you have not defined a thinning specification for, are placed in the same group. The new feature leads to that the choice of thinned trees is more is more determined by tree size than tree species.   
  
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 99: Line 114:
 
====Modified handling of tree species in cleaning specification====
 
====Modified handling of tree species in cleaning specification====
 
In the same ways as for thinning (see above) several species group can be included in the same cleaning group. You do this in control table Treatment Model under Cleaning Configuration.
 
In the same ways as for thinning (see above) several species group can be included in the same cleaning group. You do this in control table Treatment Model under Cleaning Configuration.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 107: Line 122:
 
====Calculation of expected occurrence of root rot in Norway spruce====
 
====Calculation of expected occurrence of root rot in Norway spruce====
 
A model for calculating root rot occurrence in Norway spruce has been implemented (Thor et al. 2005, see below). The result variables are located in the result group Mortality Data. The result variables are the expected number of infected trees ("Root Rot Stems"), and basal area ("Rot Root Potential Basal Area") and volume ("Rot Root Potential Volume") for these trees. The basal area and volume refer to the whole trees, not only the infected parts. Currently, timber value losses due to root rot are not calculated.
 
A model for calculating root rot occurrence in Norway spruce has been implemented (Thor et al. 2005, see below). The result variables are located in the result group Mortality Data. The result variables are the expected number of infected trees ("Root Rot Stems"), and basal area ("Rot Root Potential Basal Area") and volume ("Rot Root Potential Volume") for these trees. The basal area and volume refer to the whole trees, not only the infected parts. Currently, timber value losses due to root rot are not calculated.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 
<br>Model: [http://virtual.fcet.uagrm.edu.bo/inf513/grupo3sb/ProyectoSSUEGrupoo3sb/doc/informe_2.pdf Thor, M., Ståhl, G. & Stenlid, J., 2005]  
 
<br>Model: [http://virtual.fcet.uagrm.edu.bo/inf513/grupo3sb/ProyectoSSUEGrupoo3sb/doc/informe_2.pdf Thor, M., Ståhl, G. & Stenlid, J., 2005]  
Line 114: Line 129:
 
===="Bonitet" as new result variable====
 
===="Bonitet" as new result variable====
 
"Bonitet" as calculated according to Hägglund & Lundmark(1997, Bonitering II) has been added.
 
"Bonitet" as calculated according to Hägglund & Lundmark(1997, Bonitering II) has been added.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 120: Line 135:
 
====CountyCode, ClimateCode and DistanceToCoast not required if coordinates are available====
 
====CountyCode, ClimateCode and DistanceToCoast not required if coordinates are available====
 
GIS-layers for CountyCode, ClimateCode and DistanceToCoast are included in the forest database (old forest databases are upgrade automatically) and used by the system to look up codes from coordinates. Requires that coordinates are available in the stand register (a forest map is not sufficient since it is imported afterwards). Also applies to data imported with tree list importer and FMPP data importer.
 
GIS-layers for CountyCode, ClimateCode and DistanceToCoast are included in the forest database (old forest databases are upgrade automatically) and used by the system to look up codes from coordinates. Requires that coordinates are available in the stand register (a forest map is not sufficient since it is imported afterwards). Also applies to data imported with tree list importer and FMPP data importer.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 
<startFeed />
 
<startFeed />
Line 127: Line 142:
 
====Import images in PlanEval====
 
====Import images in PlanEval====
 
You can now link your own images to an alternative in PlanEval. Note that PlanEval can be used independently from other Heureka applications and that an MCDA problem analysed does not even have to be a forestry problem.  
 
You can now link your own images to an alternative in PlanEval. Note that PlanEval can be used independently from other Heureka applications and that an MCDA problem analysed does not even have to be a forestry problem.  
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 134: Line 149:
 
====Less risk for choosing "wrong" calculation model for regeneration====
 
====Less risk for choosing "wrong" calculation model for regeneration====
 
Now and then some users have by accidently selected Regeneration Model = "Database" instead of "Simulation". "Database" means that a tree plot is selected from the Hugin young stand inventory database to represent the new tree population, and that a random factor determines what kind of regeneration is obtained. The option "Database" is mainly available as an option to be able to compare RegWise with its predecessor Hugin. From version 2.1, you must actively set a new parameter called "Allow Database Regeneration Model" to true in control table Treatment Model to be able to select this option. If set to false (which is default), the alternative will not be selectable.  
 
Now and then some users have by accidently selected Regeneration Model = "Database" instead of "Simulation". "Database" means that a tree plot is selected from the Hugin young stand inventory database to represent the new tree population, and that a random factor determines what kind of regeneration is obtained. The option "Database" is mainly available as an option to be able to compare RegWise with its predecessor Hugin. From version 2.1, you must actively set a new parameter called "Allow Database Regeneration Model" to true in control table Treatment Model to be able to select this option. If set to false (which is default), the alternative will not be selectable.  
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
====Optimization settings saved as part of PlanWise project====
 
====Optimization settings saved as part of PlanWise project====
 
Optimization settings (termination criteria and whether decision variables should be rounded to integer values) are now saved as part of the project settings in PlanWise. The choice of solver is not saved since the receiver of an exported project may not have access to the same solver.  
 
Optimization settings (termination criteria and whether decision variables should be rounded to integer values) are now saved as part of the project settings in PlanWise. The choice of solver is not saved since the receiver of an exported project may not have access to the same solver.  
Line 145: Line 160:
 
<startFeed />
 
<startFeed />
 
==Bugfixes==
 
==Bugfixes==
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
 
====Bugfix: Faster calculation of net present value in StandWise====
 
====Bugfix: Faster calculation of net present value in StandWise====
−
The calculation of net present value is no much faster then before. The problem was that the final felling period range set in control table Treatment Program Generator (Final Felling Period Max) was not used, but all periods were tested with an enormous number of alternatives evaluated as a result.  
+
The calculation of net present value is no much faster then before. The problem was that the final felling period range set in control table Treatment Program Generator (Final Felling Period Max) was not used, but all periods were tested with an enormous number of alternatives evaluated as a result. This has been fixed.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
Line 157: Line 172:
 
====Bugfix: Initial state was not calculated automatically when using NFI-data and changing what inventory years to include====
 
====Bugfix: Initial state was not calculated automatically when using NFI-data and changing what inventory years to include====
 
When changing what inventory years to include in an analysis when using NFI-data the initial state was not calculated. This lead to that added treatment unit were not put in the correct forest domains. This has been fixed. The problem affected PlanWise and RegWise only when using NFI-data.  
 
When changing what inventory years to include in an analysis when using NFI-data the initial state was not calculated. This lead to that added treatment unit were not put in the correct forest domains. This has been fixed. The problem affected PlanWise and RegWise only when using NFI-data.  
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
 
====Bugfix: Error in pricelist fixed====
 
====Bugfix: Error in pricelist fixed====
−
A major error in the price list calculation has been fixed. The error led to that the timber proportion of harvested trees was underestimated. You can read more about this error in the pdf-document below (only in Swedish).  
+
A major error in the price list calculation has been fixed. The error led to that the timber proportion of harvested trees was underestimated. You can read more about this error in the pdf-document below (only in Swedish). This has been fixed.
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 
<br>[[Media:Fel i apteringsmodellen.pdf|Fel i apteringsmodell.pdf]]
 
<br>[[Media:Fel i apteringsmodellen.pdf|Fel i apteringsmodell.pdf]]
Line 170: Line 185:
 
====Bugfix: Pasting tree records from Excel to the tree list table in Enter Data Manually was corrupted in version 2.0====
 
====Bugfix: Pasting tree records from Excel to the tree list table in Enter Data Manually was corrupted in version 2.0====
 
In version 2.0 a couple of new columns was added to the tree list table in the Enter Data Manually dialog, which made it impossible to copy and paste data from for example Excel. This has been fixed.  
 
In version 2.0 a couple of new columns was added to the tree list table in the Enter Data Manually dialog, which made it impossible to copy and paste data from for example Excel. This has been fixed.  
−
<feedDate>2014-10-10</feedDate>
+
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
 
 +
<startFeed />
 +
====Bugfix: Comma-symbol in forest domain raised an error====
 +
Comma-symbols in a forest domain lead to an error when assigning a stand to such as domain. This has been fixed.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
 
 +
<startFeed />
 +
====Bggfix: Importing a treatment proposal with a treatment year in decimal form did not work====
 +
If the treatment year for a treatment proposal was entered as a decimal number, for example 7.5, it was set to year 0. This is now fixed.
 +
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />

Latest revision as of 18:36, 27 May 2015

Languages Languages: 

English  • svenska

2014-10-14

Summary

  • Version 2.1 contains several new functions:
    • Simulation results can now also be saved in StandWise.
    • Storm wind-throws can be simulated in RegWise.
    • Estimation of root rot occurrence can be calculated.
    • The county code (the so called "Dlänskod" as defined by NFI) is calculated automatically when you import a stand register that contains coordinates. This means that Definition:CountyCode is not mandatory if you have entered coordinates in the stand register for each stand. If you have entered a county code, that county code will be used.

Automatic upgrading now also works for MSI-installations

MSI-installations has not offered automatic upgrading as ClickOnce, but now they do.

Default growth model changed back to Elfving's whole-stand model

In version 2.0 the default function for basal area growth was changed to the single-tree growth model by Björn Elfving. The reason was that it gave a slightly smoother growth curve in the transition zone from young stand phase to established phase. However, it has been discovered that the single-tree function can be sensivitive to somewhat extreme stand states, for example if all trees in a stand have exactly the same diameter (not realistic maybe but a possible research case, and also revealing the behaviour of the model). The stand-level function is more robust and the transition from young stand to established phase works quite well with the other changes included in version 2.0.
Here you can read more about the changes in version 2.0:
Release news for version 2.0

RegWise and PlanWise

Treatment areas in RegVis

The models for allocating regeneration, cleaning and thinning activities to stands have been modified so that the obtained areas and volumes vary less between different simulations, and are closer to the calculated or entered target levels.

Simulation of large-scale storm-fellings in RegWise

Added features to initial state

In PlanWise and RegWise the initial state is presented in the window Intial State. This has been extended with the following features:

  • Site index given as theoretical productivity (m3sk/ha) (sw. "bonitet"). A distribution diagram and the mean value is available. The variable is a function of site index and is calculated according to Bonitering del 2 (Hägglund & Lundmark 1987).
  • Volume and area of treatment units that are eligible for final felling (mean age >= LÅF).
  • Area of treatment units with mean age <= 20 years.
  • Stacked bar diagram showing species-wise volumes per age class.
  • Distribution diagram of cutting classes (huggningsklasser), if those have been imported.

OR-conditions in reports

You can now used OR-type conditions in reports. An example is if you would like to sum the area of partial set asides ("generell hänsyn") with full set asides (stands put in forest domains that are unmanaged). In previous version, you had to create two different reports for these.

ReportOrCondition.png

Read more in Heurekas hjälpdokumentation

Or-conditions in forest domains

A new feature is the possibility to use "Or"-conditions when defining forest domain.

ForestDomainExample BiodiverstiyConditions.png

Read more in Heureka Helpdoc (Swedish only).

StandWise

Log tally in StandWise

In StandWise there is a new function for showing a log tally for a given harvest activity. You can find the function in the View menu and in the toolbar beside the Net Present Value button,

Save simulation result in StandWise

You can now connect a result database in StandWise and save a simulation. If you open a saved simulation the program will restore the management program based on the treatment codes. Choosing a result database in StandWise is optional.

Dedicated dialog for breeding effect in StandWise

When you simulate a regeneration in StandWise and choose to plant with breeded plants, you can enter all settings needed in a form specifically designed for StandWise. IN previous version, you had to use the same form as was designed for PlanWise and RegWise (via control table Treatment Model > Breeding Effect).

Thinning and cleaning

Modified handling of tree species in thinning configuration

You can now include more than one species group in a thinning group. You do this in control table Treatment Model under Thinning Configuration, and the feature is available when Thinning Model is set to "LOEriksson" or "Hugin". The option "HuginOld" works as before. In previous versions, each species group have been assigned its own thinning specification. In addition, all species groups that you have not defined a thinning specification for, are placed in the same group. The new feature leads to that the choice of thinned trees is more is more determined by tree size than tree species.

Modified handling of tree species in cleaning specification

In the same ways as for thinning (see above) several species group can be included in the same cleaning group. You do this in control table Treatment Model under Cleaning Configuration.

Other changes

Calculation of expected occurrence of root rot in Norway spruce

A model for calculating root rot occurrence in Norway spruce has been implemented (Thor et al. 2005, see below). The result variables are located in the result group Mortality Data. The result variables are the expected number of infected trees ("Root Rot Stems"), and basal area ("Rot Root Potential Basal Area") and volume ("Rot Root Potential Volume") for these trees. The basal area and volume refer to the whole trees, not only the infected parts. Currently, timber value losses due to root rot are not calculated.
Model: Thor, M., Ståhl, G. & Stenlid, J., 2005

"Bonitet" as new result variable

"Bonitet" as calculated according to Hägglund & Lundmark(1997, Bonitering II) has been added.

CountyCode, ClimateCode and DistanceToCoast not required if coordinates are available

GIS-layers for CountyCode, ClimateCode and DistanceToCoast are included in the forest database (old forest databases are upgrade automatically) and used by the system to look up codes from coordinates. Requires that coordinates are available in the stand register (a forest map is not sufficient since it is imported afterwards). Also applies to data imported with tree list importer and FMPP data importer. see StandRegisterFileSpecification

Import images in PlanEval

You can now link your own images to an alternative in PlanEval. Note that PlanEval can be used independently from other Heureka applications and that an MCDA problem analysed does not even have to be a forestry problem.

Less risk for choosing "wrong" calculation model for regeneration

Now and then some users have by accidently selected Regeneration Model = "Database" instead of "Simulation". "Database" means that a tree plot is selected from the Hugin young stand inventory database to represent the new tree population, and that a random factor determines what kind of regeneration is obtained. The option "Database" is mainly available as an option to be able to compare RegWise with its predecessor Hugin. From version 2.1, you must actively set a new parameter called "Allow Database Regeneration Model" to true in control table Treatment Model to be able to select this option. If set to false (which is default), the alternative will not be selectable.

Optimization settings saved as part of PlanWise project

Optimization settings (termination criteria and whether decision variables should be rounded to integer values) are now saved as part of the project settings in PlanWise. The choice of solver is not saved since the receiver of an exported project may not have access to the same solver.

Bugfixes

Bugfix: Faster calculation of net present value in StandWise

The calculation of net present value is no much faster then before. The problem was that the final felling period range set in control table Treatment Program Generator (Final Felling Period Max) was not used, but all periods were tested with an enormous number of alternatives evaluated as a result. This has been fixed.

Bugfix: Initial state was not calculated automatically when using NFI-data and changing what inventory years to include

When changing what inventory years to include in an analysis when using NFI-data the initial state was not calculated. This lead to that added treatment unit were not put in the correct forest domains. This has been fixed. The problem affected PlanWise and RegWise only when using NFI-data.

Bugfix: Error in pricelist fixed

A major error in the price list calculation has been fixed. The error led to that the timber proportion of harvested trees was underestimated. You can read more about this error in the pdf-document below (only in Swedish). This has been fixed.
Fel i apteringsmodell.pdf

Bugfix: Pasting tree records from Excel to the tree list table in Enter Data Manually was corrupted in version 2.0

In version 2.0 a couple of new columns was added to the tree list table in the Enter Data Manually dialog, which made it impossible to copy and paste data from for example Excel. This has been fixed.

Bugfix: Comma-symbol in forest domain raised an error

Comma-symbols in a forest domain lead to an error when assigning a stand to such as domain. This has been fixed.

Bggfix: Importing a treatment proposal with a treatment year in decimal form did not work

If the treatment year for a treatment proposal was entered as a decimal number, for example 7.5, it was set to year 0. This is now fixed.

Retrieved from "https://www.heurekaslu.se/w/index.php?title=Version_2.1.0&oldid=7529"