Difference between revisions of "PlanWise Tutorial"
Jump to navigation
Jump to search
| Line 312: | Line 312: | ||
Ett sedan tidigare känt fel har på något sätt återintroducerats och övningsledningen beklagar detta. Dessbättre (dessvärre?) verkar inte felet kunna upprepas vid ny skötselprogramsgenerering. Möjligen har vi bevittnat ett mirakel där systemet självläkt (inga nya versioner av PlanVis har ju installerats) och detta sammanfaller i tid med påsken och Jesu uppståndelse. Hursomhelst bestod felet i att nuvärdesberäkningen misslyckades för en del skötselprogram för en del bestånd och sattes till 0 SEK/ha trots att det var uppenbart att programmets åtgärder borde gett upphov till ett positivt nuvärde. | Ett sedan tidigare känt fel har på något sätt återintroducerats och övningsledningen beklagar detta. Dessbättre (dessvärre?) verkar inte felet kunna upprepas vid ny skötselprogramsgenerering. Möjligen har vi bevittnat ett mirakel där systemet självläkt (inga nya versioner av PlanVis har ju installerats) och detta sammanfaller i tid med påsken och Jesu uppståndelse. Hursomhelst bestod felet i att nuvärdesberäkningen misslyckades för en del skötselprogram för en del bestånd och sattes till 0 SEK/ha trots att det var uppenbart att programmets åtgärder borde gett upphov till ett positivt nuvärde. | ||
| − | Jag noterade dessa nollor i nuvärdeskolumnen (under "Action" > "View Treatment Programs...") och trodde i min enfald att det var ok, t.o.m. bra (att även riktigt dåliga skötselprogram testats och att deras negativa nuvärden trunkerats till noll). Enfaldigt. Vad man istället bör göra för vana är att, åtminstone lite stickprovsmässigt, kolla de genererade skötselprogrammen och se till att nuvärdet inte är noll och om det skulle råka vara det att det är rimligt (t.ex. inga inkomstbringande gallringar på flera perioder för ett medelålders bestånd). | + | Jag noterade dessa nollor i nuvärdeskolumnen (under "Action" > "View Treatment Programs...") och trodde i min enfald att det var ok, t.o.m. bra (att även riktigt dåliga skötselprogram testats och att deras negativa nuvärden trunkerats till noll). Enfaldigt. Vad man istället bör göra för vana är att, åtminstone lite stickprovsmässigt, kolla de genererade skötselprogrammen och se till att nuvärdet inte är noll och om det skulle råka vara det att det är rimligt (t.ex. inga inkomstbringande gallringar på flera perioder för ett medelålders bestånd). Precis noll i nuvärde ska dock vara mycket ovanligt, då negativa värden är både tillåtna och under vissa förutsättningar vanligt förekommande (t.ex. för unga bestånd på marker med relativt låg bonitet och relativt hög kalkylränta. Kombinera detta med höga skogsvårdskostnader och låga virkespriser så ska du få se att det finns roligare saker än skogsbruk...). |
Vid nuvärdesmaximering verkar detta fel ha haft liten inverkan på nuvärdet (de flesta bestånd hade flera skötselprogram med positivt nuvärde, utöver de felaktigt nollade programmen) emedan vid minimering av sjunkande avverkningsnivåer valdes förstås för denna målsättning lämpliga program som i en del fall råkade ha noll i nuvärde. Vi erhöll alltså stora skillnader i nuvärdet mellan de två analyserna med olika mål. Vaken student ställde frågan om detta kunde anses rimligt, att ett krav på hyfsad jämnhet kunde halvera analysområdets nuvärde? Ställd med Ola Lindgrens föreläsning om "flacka optimum" i färskt åminne. Svaret är alltså nej, även om det för vissa initiala skogstillstånd och under vissa förutsättningar är möjligt. Nu när många av er redan konstruerat en pay-offmatris och en produktionsmöjlighetskurva baserat på felaktiga uppgifter så krävs inte att det görs om men det måste däremot tydligt noteras och framgå i rapporten. Er referensmodell kan få vara viktad som ni valt den. F.ö. må nog vissa grupper överge referensmodellen och kraven på jämnhet för att kunna lösa sina uppgifter (det var aldrig tänkt att den modellen alltid skulle tillämpas i alla analyser - den var snarare avsedd som "referens" för jämförelser när andra optimeringsmodeller tillämpas). Ni kommer dock troligen att ändra i förutsättningarna (i kontrolltabellerna) och då ändå generera nya skötselprogram som ni givetvis kollar är juste. Då kan man relativt snabbt lösa optimeringsproblemet med referensmodellen och avläsa korrekta värden. Iofs. får man sota för att man vid beräkningen av de relativa värdena skrivit in konstanter för min- och maxvärden (istället för att ha nyttjat variablerna ''_totNPV'' och ''_harvDiffMax'' i syntaxen). Nu ger min 25/75-viktning upphov till följande: | Vid nuvärdesmaximering verkar detta fel ha haft liten inverkan på nuvärdet (de flesta bestånd hade flera skötselprogram med positivt nuvärde, utöver de felaktigt nollade programmen) emedan vid minimering av sjunkande avverkningsnivåer valdes förstås för denna målsättning lämpliga program som i en del fall råkade ha noll i nuvärde. Vi erhöll alltså stora skillnader i nuvärdet mellan de två analyserna med olika mål. Vaken student ställde frågan om detta kunde anses rimligt, att ett krav på hyfsad jämnhet kunde halvera analysområdets nuvärde? Ställd med Ola Lindgrens föreläsning om "flacka optimum" i färskt åminne. Svaret är alltså nej, även om det för vissa initiala skogstillstånd och under vissa förutsättningar är möjligt. Nu när många av er redan konstruerat en pay-offmatris och en produktionsmöjlighetskurva baserat på felaktiga uppgifter så krävs inte att det görs om men det måste däremot tydligt noteras och framgå i rapporten. Er referensmodell kan få vara viktad som ni valt den. F.ö. må nog vissa grupper överge referensmodellen och kraven på jämnhet för att kunna lösa sina uppgifter (det var aldrig tänkt att den modellen alltid skulle tillämpas i alla analyser - den var snarare avsedd som "referens" för jämförelser när andra optimeringsmodeller tillämpas). Ni kommer dock troligen att ändra i förutsättningarna (i kontrolltabellerna) och då ändå generera nya skötselprogram som ni givetvis kollar är juste. Då kan man relativt snabbt lösa optimeringsproblemet med referensmodellen och avläsa korrekta värden. Iofs. får man sota för att man vid beräkningen av de relativa värdena skrivit in konstanter för min- och maxvärden (istället för att ha nyttjat variablerna ''_totNPV'' och ''_harvDiffMax'' i syntaxen). Nu ger min 25/75-viktning upphov till följande: | ||