Difference between revisions of "Version 2.1.0"

From Heureka Wiki
Jump to navigation Jump to search
 
(39 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-06-30]]  [[language::en| ]]
+
[[Newsdate::2014-10-14]]  [[language::en| ]]
 +
 
 +
<startFeed />
 +
==Summary==
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
*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 [[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==
 +
MSI-installations has not offered automatic upgrading as ClickOnce, but now they do.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
  
 
<startFeed />
 
<startFeed />
−
==Sammanfattning==
+
==Default growth model changed back to Elfving's whole-stand model==
−
<feedDate>2014-06-15</feedDate>
+
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 />
 
<endFeed />
−
*Version 2.1 innehåller en mängd nya funktioner:
+
<br>Here you can read more about the changes in version 2.0:
−
**Simuleringsresultat kan sparas i BeståndsVis.
+
<br>[[Version_2.0.0 | Release news for version 2.0]]
−
**Simulering av stormfällningar i RegVis
 
−
**Beräkning av förekomst av roröta (enkel funktion som bara skattar antalet granar med rotröta)
 
−
**Heurekas länskod (Riksskogstaxeringen s k "Dlänskod") beräknas automatiskt när du importerar beståndsregister som innehåller beståndskooridnater eller importerar en skogskarta. [[Variable:CountyCode|CountyCode]] är således inte obligatorisk om du har angett koordinater i registret. Har du angett länskod används dock den.
 
  
 +
==RegWise and PlanWise==
 
<startFeed />
 
<startFeed />
  
−
==Åtgärdsarealer i RegVis==
+
====Treatment areas in RegVis====
−
*Allokering av föryngring, röjning och gallring är omgjord så att angivna målarealer/volymer varierar mindre mellan simuleringar, och erhållna ligger närmare angivna eller beräknade målarealer/-volymer .  
+
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-06-15</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
  
−
==Spara simuleringsresultat i BeståndsVis==
+
====Simulation of large-scale storm-fellings in RegWise====
−
Som ett valbart alternativ kan du nu ansluta en resultatdatabas även i BeståndsVis, och spara ett simuleringsresultat. Du kan sedan välja ett simuleringsresultat och låta systemet återskapa skötselprogrammet. Till skillnad från RegVis och PlanVis är det inte obligatoriskt att ansluta en resultatdatabas.
 
 
   
 
   
−
<feedDate>2014-06-15</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
−
==Grupper i gallringsspecifikation==
+
====Added features to initial state====
−
Du kan nu inkludera flera trädlsag i en gallringsgrupp. Detta görs i kontrolltabellen Treatment Model under Thinning Configuration och tillämpas då du har valt Thinning Model = LOEriksson eller Hugin, modellen "HuginOld" fungerar som förrut. Tidigare har varje trädslag tilldelats en egen gallringsinstruktion, men nu kan alltså flera trädslag läggas in i samma grupp. Dessutom placeras alla trädslag som specifika instruktioner ej har angetts för i samma grupp. Detta innebär att gallringars utförande per default kommer att styras mer av trädens storlek än av trädslagsfördelmingen.  
+
In PlanWise and RegWise the initial state is presented in the window Intial State. This has been extended with the following features:
−
<feedDate>2014-06-15</feedDate>
+
*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.
 +
 
 +
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
  
−
==Ändring av röjningsspecifikation==
+
====OR-conditions in reports====
−
På samma sätt som för gallring (se ovan) kan flera trädslag inkluderas i samma röjningsgrupp. Detta görs i kontrolltabellen Treatment Model under Cleaning Configuration.
+
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-06-15</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 +
[[Image:ReportOrCondition.png|thumb|550px|none]]
 +
Read more in [http://heurekaslu.org/help/index.html?skapa_rapportmallar.htm Heurekas hjälpdokumentation]
 +
<br>
  
 
<startFeed />
 
<startFeed />
−
==Beräkning av förväntad rotröteförekomst==
+
 
−
En modell för beräkning av förväntat antal granar med rotröta finns nu inlagd ([http://virtual.fcet.uagrm.edu.bo/inf513/grupo3sb/ProyectoSSUEGrupoo3sb/doc/informe_2.pdf Thor, M., Ståhl, G. & Stenlid, J., 2005] ). Resultaten som beräknas finns i resultatgruppen Mortality Data. Det som beräknas är antalet träd som förväntas ha rotröta ("Root Rot Stems"), samt grunydta ("Rot Root Potential Basal Area") och volym ("Rot Root Potential Volume") för dessa träd. Grundytan och volymen avser hela träden, inte bara de rötskadade delarna. För närvarande görs inga beräkningar av eventuella intäktsförluster som orsakas rotröta.
+
====Or-conditions in forest domains====
−
<feedDate>2014-06-15</feedDate>
+
A new feature is the possibility to use "Or"-conditions when defining forest domain.
 +
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
 +
[[Image:ForestDomainExample BiodiverstiyConditions.png|thumb|450px|none]]
 +
Read more in [http://heurekaslu.org/help/index.html?skogsdomaner.htm Heureka Helpdoc] (Swedish only).
 +
<br>
  
 +
==StandWise==
 
<startFeed />
 
<startFeed />
−
==Inläggning av egna bilder i PlanEval==
+
====Log tally in StandWise====
−
Du kan nu importera egna bilder som en del av informatione av ett alternativ i PlanEval. Värt att notera är att PlanEval kan användas helt fristående från Heureka, och beslutsproblemet som analyseras behöver inte ens ha med skog att göra.  
+
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-06-15</feedDate>
+
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
<startFeed />
 +
====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.
 +
 +
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
−
==Eller-villkor i rapporter==
+
 
−
Du kan nu använda "Eller"-villkor i rapporter. Ett praktiskt exempel på användning är om du vill summera arealen generell hänsyn och helt avsatta bestånd (t ex NO-klassade bestånd). Tidigare var man tvungen att göra två olika rapporter för detta.
+
====Dedicated dialog for breeding effect in StandWise====
−
<feedDate>2014-06-15</feedDate>
+
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-14</feedDate>
 +
<endFeed />
 +
 
 +
==Thinning and cleaning==
 +
<startFeed />
 +
 
 +
====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. 
 +
 
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
 
 +
<startFeed />
 +
 
 +
====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.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
 
 +
==Other changes==
 +
 
 +
<startFeed />
 +
====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.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
<br>Model: [http://virtual.fcet.uagrm.edu.bo/inf513/grupo3sb/ProyectoSSUEGrupoo3sb/doc/informe_2.pdf Thor, M., Ståhl, G. & Stenlid, J., 2005]
 +
 
 +
<startFeed />
 +
===="Bonitet" as new result variable====
 +
"Bonitet" as calculated according to Hägglund & Lundmark(1997, Bonitering II) has been added.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
 
 +
<startFeed />
 +
====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.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
<startFeed />
 +
[[StandRegisterFileSpecification| 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.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
 
 +
<startFeed />
 +
 
 +
====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.  
 +
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
−
[[Image:ReportOrCondition.png|thumb|550px|none]]
 
−
Läs mer i [http://heurekaslu.org/help/index.html?skapa_rapportmallar.htm Heurekas hjälpdokumentation]
 
−
<br>
 
  
 
<startFeed />
 
<startFeed />
 +
<feedDate>2014-10-14</feedDate>
 +
====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.
 +
<endFeed />
  
−
==Eller-villkor i skogsdomäner==
+
<startFeed />
−
Du kan nu använda "Eller"-villkor då du definerar en skogsdomän.
+
==Bugfixes==
−
<feedDate>2014-06-15</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
−
[[Image:ForestDomainExample BiodiverstiyConditions.png|thumb|450px|none]]
 
−
Läs mer i [http://heurekaslu.org/help/index.html?skogsdomaner.htm Heurekas hjälpdokumentation]
 
−
<br>
 
  
 
<startFeed />
 
<startFeed />
−
==Egen dialogruta för förädlingseffekt i BeståndsVis==
+
====Bugfix: Faster calculation of net present value in StandWise====
−
När man simulerar en föryngring i BeståndsVis, och planterar med förädlat material, kan man mata in de inställningar för förädlingseffekter som behövs i dialogrutan. Tidigare måste man ange detta i kontrolltabellen TreatmentModel, som är designad för PlanVis och RegVis.
+
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-06-15</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
−
==Svårare att "välja fel" beräkningsmodell för föryngring==
+
====Bugfix: Initial state was not calculated automatically when using NFI-data and changing what inventory years to include====
−
Lite då och då har användare av misstag råkat välja förynringsmodell = "Database" istället för "Simulation". "Database" innebär att en ungskogsyta hämtas från Hugins ungskogsdatabas och att slumpen spelar stor roll vilken typ av föryngring man får. För att kunna välja "Database" måste du nu aktivt ange i kontrolltabellen TreatmentModel att denna modell ska kunna väljas (parameter "Allow Database Regeneration Model" måste sättas till True)
+
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-06-15</feedDate>
+
<feedDate>2014-10-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
 +
====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.
 +
<feedDate>2014-10-14</feedDate>
 +
<endFeed />
 +
<br>[[Media:Fel i apteringsmodellen.pdf|Fel i apteringsmodell.pdf]]
  
−
==Buggfix: Snabbare nuvärdesberäkning i BeståndsVis==
+
<startFeed />
−
Nuvärdesberäkningen i BeståndsVis går nu mycket snabbare än tidigare. Felet var att fler slutavverkningsperioder än vad som angetts i kontrolltabellen Treatment Program Generator testades. Felet gäller bara BeståndsVis.  
+
====Bugfix: Pasting tree records from Excel to the tree list table in Enter Data Manually was corrupted in version 2.0====
−
<feedDate>2014-06-15</feedDate>
+
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-14</feedDate>
 
<endFeed />
 
<endFeed />
  
 
<startFeed />
 
<startFeed />
−
==xxx==
+
====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 />
  
−
<feedDate>2014-06-15</feedDate>
+
<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"