Forest Explorer

Sopp- og bærplukking var en stor del av oppveksten min i Litauen, og jeg drar fortsatt hver høst med familien. Jeg ville ha noe som kunne fortelle meg når det er verdt å dra, og omtrent hvor.

Klikk på et punkt i kartet, så gir Forest Explorer området rundt en poengsum. Den kombinerer ferskt vær fra Meteorologisk institutt, terreng fra Mapbox og skogdata fra NIBIO om treslag, kronedekning og arealtype. Vektingen avhenger av hva du er ute etter, enten det er kantarell, steinsopp eller tyttebær. Hvert signal kan vises som et eget kartlag, så du ser hvorfor et sted fikk poengsummen det fikk.

Etter årets fangst å dømme fungerer det stort sett. Den er ikke perfekt: ett sted fikk 0,9 av 1, men var nettopp tynnet og hadde nesten ingen sopp. Jeg lette etter data som kunne fange opp det, men ingen av de åpne hogstdatasettene var ferske nok, så foreløpig ser ikke poengsummen det.

Noen valg jeg er fornøyd med

• Når det regnet, ikke bare hvor mye. Soppen kommer flere dager etter regnet, ikke dagen etter, så poengsummen ser på hvor lenge siden det regnet i tillegg til hvor mye, og på hvor raskt vind og tørr luft har tørket bakken siden.
• Hvor vannet samler seg. Bakke som holder seg fuktig betyr mye, så appen regner ut en fuktighetsindeks fra rå høydedata, ved å finne ut hvordan vannet ville rent nedover og hvor det ville samlet seg.
• Terrenget teller mer jo nærmere du zoomer. Langt ute sier helningen i ett punkt lite om et helt område, så terrenget teller først når du zoomer inn, og mer jo nærmere du kommer. Sidepanelet viser de faktiske vektene i stedet for å late som alt teller likt.
• Et raskt første svar. Værmeldingen kommer fort, men nedbørshistorikken er treg, så kartet viser en første poengsum med en gang og fyller inn resten etter hvert. Jeg senket også standardradiusen til 6 km så første lasting går raskere.
• Hull blir forklart. Nasjonalparker og naturreservater er holdt utenfor med synlig grense og en forklaring, i stedet for et tomt felt som ser ut som en feil. Er en datakilde nede, hopper appen over det signalet i stedet for å feile.
• Tester mot de ekte tjenestene. Ende-til-ende-testene går mot de ekte API-ene i stedet for mocks, fordi de to verste feilene bare dukket opp mot de faktiske tjenestene.