Version 2.23/sv - Revision history

Jonare at 09:26, 18 November 2024

2024-11-18T09:26:22Z

Jonare at 11:15, 12 November 2024

2024-11-12T11:15:27Z

Jonare at 07:52, 11 November 2024

2024-11-11T07:52:12Z

Jonare at 12:54, 8 November 2024

2024-11-08T12:54:44Z

Jonare at 12:03, 8 November 2024

2024-11-08T12:03:48Z

Jonare at 10:39, 8 November 2024

2024-11-08T10:39:14Z

Jonare at 10:21, 8 November 2024

2024-11-08T10:21:53Z

Jonare at 09:48, 8 November 2024

2024-11-08T09:48:54Z

Jonare at 09:44, 8 November 2024

2024-11-08T09:44:54Z

Jonare at 13:59, 7 November 2024

2024-11-07T13:59:17Z

@@ Line 48: / Line 48: @@
 *I vissa fall användes fel art som föryngringsträdslag om föryngringsinställningen var satt till "auto". Om föryngringsträdslag inte kan avgöras på annat sätt används det dominerande trädslaget - men resultatet från beräkningen av dominerande trädslag kan ändras före och efter slutavverkningn. Nu används därför det dominerande trädslaget innan sluttaverkning för att bestämma föryngringsträdslag.
-==Version 2.23.0.1==
+==Version 2.23.0.2==
-*Åtgärdar en bugg från 2.23 som gjorde att korrektionsfaktorer för trädhöjd inte alltid beräknades. Om du har simulerat en trädlista i 2.23.0.0 rekommenderas att du gör om trädlistesimuleringen, alternativt räknar om korrektionsfaktorer från dialogen Datahantering->Beräkna om korrektionsfaktorer.
+Om du har simulerat en trädlista i 2.23.0.0 eller 2.23.0.1 rekommenderas att du gör om trädlistesimuleringen, alternativt räknar om korrektionsfaktorer från dialogen Datahantering->Beräkna om korrektionsfaktorer.
 <endFeed />
@@ Line 57: / Line 58: @@
 resolution = fixed
 color = true
-fixed_in_version = 2.23.0
+fixed_in_version = 2.23.0, 2.23.0.1, 2.23.0.2
 orderby = severity desc, fixed_in_version desc
 show = id,category,severity,summary,fixed_in_version,resolution
 </mantis>

@@ Line 47: / Line 47: @@
 *Ändrade hur gallringsintensitet hanteras i skötselförslag. Gallringsmallen används nu om användaren inte att lagt in ett värde i skötselförslaget.
 *I vissa fall användes fel art som föryngringsträdslag om föryngringsinställningen var satt till "auto". Om föryngringsträdslag inte kan avgöras på annat sätt används det dominerande trädslaget - men resultatet från beräkningen av dominerande trädslag kan ändras före och efter slutavverkningn. Nu används därför det dominerande trädslaget innan sluttaverkning för att bestämma föryngringsträdslag.
 <endFeed />

@@ Line 1: / Line 1: @@
 <noinclude>
-Version 2.23 RC
+Version 2.23
 {{Languages| Version 2.23}}
-[[Category:Planned Release]]
+[[Category:Release]]
-[[language::sv| ]]
+[[newsdate::2024-11-08]]  [[language::sv| ]]
 </noinclude>
 <startFeed />

@@ Line 32: / Line 32: @@
 *I domänbyggaren går det nu att använda villkoren "innehåller" och "börjar med", vilket kan göra att det snabbt går att lägga en delmängd av sina bestånd i en skogsdomän genom att t.ex. matcha en bit av ett bestånds beskrivning (TreatmentUnitDescription).
 *En kontrollkategoris nummer är nu en bläddringsbar egenskap, som är synlig i vyn där kontrolltabellinställningar visas.
 ==Buggfixar==
@@ Line 48: / Line 47: @@
 *Ändrade hur gallringsintensitet hanteras i skötselförslag. Gallringsmallen används nu om användaren inte att lagt in ett värde i skötselförslaget.
 *I vissa fall användes fel art som föryngringsträdslag om föryngringsinställningen var satt till "auto". Om föryngringsträdslag inte kan avgöras på annat sätt används det dominerande trädslaget - men resultatet från beräkningen av dominerande trädslag kan ändras före och efter slutavverkningn. Nu används därför det dominerande trädslaget innan sluttaverkning för att bestämma föryngringsträdslag.
 ==Detaljer från bugtracker==

@@ Line 14: / Line 14: @@
 AMPL har lagts till som valbart modelleringsspråk i PlanVis och kan användas vid skapandet av optimeringsproblem. Den största fördelen med AMPL jämfört med ZIMPL (det modelleringsspråk som fortfarande är "standard" i PlanVis) är en snabbare byggtid för stora optimeringsproblem. I många användarfall kommer det att vara enklare att först byta modelleringsspråk i stället för att själv försöka optimera själva formuleringen av optimeringsproblemet. AMPL kräver en användarlicens. För icke-kommersiellt bruk och prototyping finns [https://ampl.com/ce/ AMPL Community Edition] som dock kommer med vissa ytterligare begränsningar - t.ex. vad gäller användningen av kommersiella lösare.
-Innan det går att använda AMPL i Heureka måste AMPL installeras. Sökvägen till programfilen ska sedan läggas till in Heurekas inställningar (figur 1). Efter att det gjorts går det nu att lösa optimeringsproblem som använder AMPL i PlanVis. Det enklaste sättet att komma igång är att använda modellguiden i Heureka (figur 2), men det är också möjligt att redigera en existernade model till att använda AMPL i stället för ZIMPL (figur 3). Notera att om modelleringsspråket ändras kommer modellens definitioner att behöva redigeras (figur 4). Valideringen av AMPL-syntaxen görs av Heureka och har testats för modeller byggda i Heureka. Det betyder att det är möjligt att giltlig AMPL-syntax kan underkännas av Heurekas validering. Om du tror att en gilktligt AMPL-modell markeras som ogiltlig i Heureka, vänligen meddela oss.
+Innan det går att använda AMPL i Heureka måste AMPL installeras. Sökvägen till programfilen ska sedan läggas till in Heurekas inställningar (figur 1). Efter att det gjorts går det nu att lösa optimeringsproblem som använder AMPL i PlanVis. Det enklaste sättet att komma igång är att använda modellguiden i Heureka (figur 2), men det är också möjligt att redigera en existernade model till att använda AMPL i stället för ZIMPL (figur 3). Notera att om modelleringsspråket ändras kommer modellens definitioner att behöva redigeras (figur 4). Valideringen av AMPL-syntaxen görs av Heureka och har testats för modeller byggda i Heureka. Det betyder att det är möjligt att giltlig AMPL-syntax kan underkännas av Heurekas validering. Om du tror att en giltlig AMPL-modell markeras som ogiltlig i Heureka, vänligen meddela oss.
 Om du är van vid AMPL så finns det en skillnad mellan vanlig AMPL-syntax och AMPL i Heureka. I Heureka bör parameter- och villkorsdeklarationer skippas, eftersom namnet du gett parametern/villkoret i din modell också används internt i Heureka för att utvärdera din modell. Det innebär att en parameter med namnet p1 i Heureka och definitionen MidPointUsed[0]; översätts till param p1 := midpointused[0]; i AMPL-modellen som genereras av Heureka. Samma princip används för villkor (se figur 5).

@@ Line 34: / Line 34: @@
 <endFeed />
-==Bug Fixes==
+==Buggfixar==
-*If the control table setting "Treat Retention Patches as Parent Gen. 1" is set to true dependent patches will get the same treatments as parent up until final felling.
+*Om kontrolltabellinställningen "Treat Retention Patches as Parent Gen. 1" är satt till "true" kommer nu beroende ytor få samma åtgärder som föräldraytan, fram till slutavverkning.
-*Fixed an issue where the tactical TPG failed to generate expected programs even though the strategic TPG could find programs with thinnings during the tactical horizon.
+*Åtgärdade ett fel då den taktiska TPG:n misslyckades med att generera förväntade program även om den strategiska TPG:n skapade program med gallringar under den taktiska planeringshorisonten
-*Fixed an issue where an error would be displayed if project was missing a valid in-database.
+*Åtgärdade ett fel då ett felmedelande visades om ett projekt saknade en giltlig in-databas.
-*Changed stochastic mortality to be calculated per-stem instead of per type tree (which can represent multiple stems).
+*Ändrade stokastisk mortalitet så att den appliceras per stam i stället för per typträd (som kan representera flera stammar)
-*Fixed an issue where stands with historic regeneration were reset when Treatment Proposals were present
+*Åtgärdade ett fel då tidigare föryngring nollställdes om skötselförslag fanns för beståndet
-*Fixed an issue were height settings for thinning were ignored in the tactical TPG.
+*Åtgärdade ett fel då höjdinställningar ignorerades i den taktiska TPG:n.
-*Changed how regeneration proposals are handled. Regeneration proposals no longer overwrite historic treatments. Instead a warning is submitted to the OutputWindow that a treatment proposal was ignored.
+*Ändrade hur föryngringsförslag hanterass. Föryngringsförslag skriver inte längre över tidigare föryngringar. I stället vissas en varning att ett skötselförslag har ignorerats.
-*Fixed an issue were the function 'Rerun simulation' failed due loading data from database.
+*Åtgärdade ett fel då funktionen "kör om simulering" misslyckades att ladda data från databas.
-*Fixed an issue were the Tactical TPG generated wrong treatments if several control categories were used
+*Åtgärdade ett fel då den taktiska TPG:n genererade fel åtgärder om flera kontrollkategorier var kopplade till domänen.
-*Fixed an issue were loading and saving older optimization models failed due to a removed ResultProperty.
+*Åtgärdade ett fel vid laddning och sparning av äldre optimiseringsmodeller som misslyckades p.g.a. en borttagen resultatvariabel.
-*Fixed an issue were wrong ThinningIntensity were stored in the datatable which lead to higher thinning intensity in some cases when using 'Rerun simulation'.
+*Åtgärdade ett fel då fel gallringsintensitet sparades i databasen vilket ledde till att fel intensitet användes i vissa fel vid "kör om simulering".
-*Fixed a SQL Timeout when generating treelists for very large stand registers
+*Ändrade hur gallringsintensitet hanteras i skötselförslag. Gallringsmallen används nu om användaren inte att lagt in ett värde i skötselförslaget.
-*Changed how thinning intensity is handled in treatment proposals. The Thinning guide is now used if a user supplied value is missing in the treatment proposal.
+*I vissa fall användes fel art som föryngringsträdslag om föryngringsinställningen var satt till "auto". Om föryngringsträdslag inte kan avgöras på annat sätt används det dominerande trädslaget - men resultatet från beräkningen av dominerande trädslag kan ändras före och efter slutavverkningn. Nu används därför det dominerande trädslaget innan sluttaverkning för att bestämma föryngringsträdslag.
+==Detaljer från bugtracker==
 <mantis>
 status = resolved, closed

@@ Line 9: / Line 9: @@
 ==Sammanfattning==
 Den här versionen innehåller tillägget av modelleringsspråket AMPL som ett alternativ i PlanVis optimeringsmodul. Utöver finns också generella förbättringar av optimeringsmodulen, förbättringar av importen av stora beståndsregister och buggfixar - särskilt för den Taktiska TPG:n i Planvis.
+==Ny funktionalitet==
 ===AMPL===
-AMPL has been added as a supported modeling language in Planwise. AMPL has been added primarily because of the long building times when using ZIMPL with some large optimization problems. In many user-cases it will be easier to switch modeling language rather than trying to optimize the formulation of the optimization problem itself. AMPL requires a user license. For non-commercial use and prototyping there is a [https://ampl.com/ce/ AMPL Community Edition] which comes with restrictions when it comes to using the commercial solvers.
+AMPL har lagts till som valbart modelleringsspråk i PlanVis och kan användas vid skapandet av optimeringsproblem. Den största fördelen med AMPL jämfört med ZIMPL (det modelleringsspråk som fortfarande är "standard" i PlanVis) är en snabbare byggtid för stora optimeringsproblem. I många användarfall kommer det att vara enklare att först byta modelleringsspråk i stället för att själv försöka optimera själva formuleringen av optimeringsproblemet. AMPL kräver en användarlicens. För icke-kommersiellt bruk och prototyping finns [https://ampl.com/ce/ AMPL Community Edition] som dock kommer med vissa ytterligare begränsningar - t.ex. vad gäller användningen av kommersiella lösare.
-Before using the AMPL modeling language in Heureka AMPL must be installed. The path to the exectutable is the entered into the settings in Heureka (figure 1). After setup a new AMPL model can be created by using the Model Wizard in Heureka (figure 2) or changing an existing model to use AMPL instead of ZIMPL (figure 3). If the modeling language is changed user-supplied definitions need to be changed if they fail validation (figure 4). The validation of the AMPL syntax is done by Heureka and has been tested for models generated in Heureka, but some valid AMPL syntax might fail Heureka's validation . If a valid AMPL model is marked as invalid in Heureka please let us know.
+Innan det går att använda AMPL i Heureka måste AMPL installeras. Sökvägen till programfilen ska sedan läggas till in Heurekas inställningar (figur 1). Efter att det gjorts går det nu att lösa optimeringsproblem som använder AMPL i PlanVis. Det enklaste sättet att komma igång är att använda modellguiden i Heureka (figur 2), men det är också möjligt att redigera en existernade model till att använda AMPL i stället för ZIMPL (figur 3). Notera att om modelleringsspråket ändras kommer modellens definitioner att behöva redigeras (figur 4). Valideringen av AMPL-syntaxen görs av Heureka och har testats för modeller byggda i Heureka. Det betyder att det är möjligt att giltlig AMPL-syntax kan underkännas av Heurekas validering. Om du tror att en gilktligt AMPL-modell markeras som ogiltlig i Heureka, vänligen meddela oss.
-One difference between standard AMPL syntax and Heureka is that parameter and contraint declarations should be skipped since the names of a model's members is derived from the name they are assigned in Heureka. A parameter with the name p1 in Heureka and the definition MidPointUsed[0]; will be translated to param p1 := midpointused[0]; in the resulting AMPL model.
+Om du är van vid AMPL så finns det en skillnad mellan vanlig AMPL-syntax och AMPL i Heureka. I Heureka bör parameter- och villkorsdeklarationer skippas, eftersom namnet du gett parametern/villkoret i din modell också används internt i Heureka för att utvärdera din modell. Det innebär att en parameter med namnet p1 i Heureka och definitionen MidPointUsed[0]; översätts till param p1 := midpointused[0]; i AMPL-modellen som genereras av Heureka. Samma princip används för villkor (se figur 5).
 <gallery widths=600px, heights=250px>
-File:PathToAmplExe.png || Figure 1. Before using AMPL the path to the executable need to be set.
+File:PathToAmplExe.png || Figur 1. Innan du använder AMPL måste sökvägen till ampl.exe pekas ut.
-File:ModelWizardAmplSupport.png || Figure 2. Creating a new model using AMPL with the Wizard.
+File:ModelWizardAmplSupport.png || Figur 2. Skapa en ny modell med AMPL med hjälp av modellguiden.
-File:ChoosingParsingLanguage.png || Figure 3. Changing the modeling language for selected model.
+File:ChoosingParsingLanguage.png || Figur 3. Ändra modelleringsspråk för vald modell.
-File:ValidationErrorAfterChangingLanguage.png || Figure 4. Model items which contain a user-supplied definition need to be changed by user.
+File:ValidationErrorAfterChangingLanguage.png || Figur 4. Modellobjekt som innehåller en användardefinierad definition måste ändras av användaren.
-File:WritingAmplConstraints.png || Figure 5. In models generated by the Model Wizard the constraint declaration is shortened.
+File:WritingAmplConstraints.png || Figur 5. I modeller som genererats av modellguiden är villkorsdeklarationen förkortad.
 </gallery>
 ===Misc.===
-* Calculations of sapling growth will now use SIH instead of SIS if available. If SIH is not supplied SIS will be used as before. Since SIH is usually estimated to be higher than SIS this leads to a higher target height in the sapling growth functions. This in turn will lead to increased diameters as the functions assigning diameter to trees uses tree age and height to estimate diameter. As these functions are not updated yet accurate tree heights might lead to overestimation of volumes, even if the height is correct. When the diameters functions are updated in the future an option to estimate SIH from SIS will introduced.
+*Beräkningar av tillväxt för trädplantors använder nu SIH om det finns tillgängligt (i stället för SIS). Eftersom SIH ofta skattas som högre än SIS leder detta till högre målhöjd i ungskogsfunktionerna. Dett leder i sin tur till större diametrar eftersom funktionerna för diametertilldelning inte har uppdaterats.  När diametertilldelningsfunktionerna uppdaterats kommer det i framtiden vara möjligt att skatta SIH från SIS och använda i framskrivningen av ungskog.
-*Management class K has been added as a valid management class.
+*Målklassningen K har lagts till som ett giltligt målklassning i Heureka.
-*Internal optimizations has been done to make it possible to import larger stand registers. Especially the treelist generation is faster when importing large stand registers with thousands of stands.
+*Interna ändringar har gjorts i hanteringen av dataimport. Detta leder till att det är möjligt att importera större beståndsregister än tidigare. Speciellt simulering av trädlista bör vara mycket snabbare än tidigare vid import av stora beståndsregister.
-*We have added "Contains" and "BeginsWith" conditionals in domain builder, making it easier for some to quickly add a subset of their stands to a domain by matching, for example, part of a treatment unit's description.
+*I domänbyggaren går det nu att använda villkoren "innehåller" och "börjar med", vilket kan göra att det snabbt går att lägga en delmängd av sina bestånd i en skogsdomän genom att t.ex. matcha en bit av ett bestånds beskrivning (TreatmentUnitDescription).
-*A control category's number is now a browsable property, which is viewable in the property display (where control table settings are shown).
+*En kontrollkategoris nummer är nu en bläddringsbar egenskap, som är synlig i vyn där kontrolltabellinställningar visas.
 <endFeed />

@@ Line 7: / Line 7: @@
 <startFeed />
-==Summary==
+==Sammanfattning==
-This release includes the addition of AMPL as a supported modeling language, further improvements to the optimization module in PlanWise, improvements to the data import of large stand registers, and bug fixes - especially to the tactical TPG in PlanWise.
+Den här versionen innehåller tillägget av modelleringsspråket AMPL som ett alternativ i PlanVis optimeringsmodul. Utöver finns också generella förbättringar av optimeringsmodulen, förbättringar av importen av stora beståndsregister och buggfixar - särskilt för den Taktiska TPG:n i Planvis.
 ==New Features==