Version 2.1.0/sv

Languages:

English  • svenska

Sammanfattning

• Version 2.1 innehåller en mängd nya funktioner:
  • Simuleringsresultat kan sparas i BeståndsVis.
  • 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. Definition:CountyCode är således inte obligatorisk om du har angett koordinater i registret. Har du angett länskod används dock den.

Åtgärdsarealer i RegVis

• Allokeringen av föryngringar, röjningar och gallringar är omgjord så att erhållna arealer och volymer varierar mindre mellan olika simuleringar, och ligger närmare angivna eller beräknade målarealer och målvolymer .

Spara simuleringsresultat i BeståndsVis

Som ett valbart alternativ kan du nu ansluta en resultatdatabas även i BeståndsVis, och spara ett skötselprogram. Du kan sedan välja ett sparat skötselprogram och låta systemet återskapa det. Till skillnad från RegVis och PlanVis är det inte obligatoriskt att ansluta en resultatdatabas.

Grupper i gallringsspecifikation

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.

Ändring av röjningsspecifikation

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.

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 (Thor m fl 2005, se nedan). 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 grundyta ("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 av rotröta.
Modell: Thor, M., Ståhl, G. & Stenlid, J., 2005

Inläggning av egna bilder i PlanEval

Du kan nu koppla egna bilder till 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.

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.

Läs mer i Heurekas hjälpdokumentation

Eller-villkor i skogsdomäner

Du kan nu använda "Eller"-villkor då du definerar en skogsdomän.

Läs mer i Heurekas hjälpdokumentation

Egen dialogruta för förädlingseffekt i BeståndsVis

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.

Svårare att "välja fel" beräkningsmodell för föryngring

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)

Buggfix: Snabbare nuvärdesberäkning i BeståndsVis

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.

Buggfix: Uppdatering av ingående tillstånd och skogsdomäntillhörighet efter ändring av inventeringsår när man använder Riksskogstaxerimgems provytor som indata

Ett fel har rättats som gjorde att om du använde Rikstaxdata och valde till flera bestånd genom att ändra vilka inventeringsår som skulle ingå i en analys, så beräknades inte ingående tillstånd automatiskt varmed de nytillkomna bestånden inte hamnade i rätt skogsdomäner.

Bugfix:

gafgafg