search

spatineo / tuulituhohaukka

0 stars 0 forks source link

Kuvatuotteen valintalogiikka (edellinen vai seuraava tuote) #40

Open miselius opened 3 years ago

miselius commented 3 years ago

Tuulituhohaukka-slackista:

Strahlendorff:house: 3 days ago päivämäärän valinta johtaa aina seuraavaan tuotteeseen dekadi tuotteissa, vaikka luontevampaa olisi edellinen, koska tässä valinnassa valittu päivämäärä olisi sen dekadin sisällä, jonka valitsee. (kuvassa tilanne)

Strahlendorff:house: 3 days ago Edellisen olemassa olevan valinta ratkaisee myös sellaiset kuin, että vaikka viimeisimmät 2019 metsävara tiedot haluaa jonkun sentinel kuvan kaveriksi. Nyt tulee NA kun edellisen valinta johtaisi aina jonkun datan näkymiseen!

image

sampov2 commented 3 years ago

Strahlendorffin kahdesta ensimmäisestä komponentista: meillä pitää sovelluksessa olla aineistokohtainen "strategia", joka kontrolloi sitä miten tarkastelupäivän avulla valitaan näytettävä kuvau. strategioita: edellinen, seuraava, sisältävä

Edellinen: metsävaratiedot (näytetään uusinta metsävaratietoa) Seuraava: sentinel 1 & 2 (silloin kartalla näkyy mahdollisen tuhon jäljet) Sisätävä: tuulituhoanalyysi (näytetään analyysiä, joka osuu sille päivälle)

miselius commented 3 years ago

eli pitäisi pystyä katsomaan esimerkiksi? -sentinel kuva tietyltä päivältä (tuhosta seuraava) -tuulituhoennuste tietyltä päivältä (tuhopäivältä) -metsävarateema (uusin 2019)

eli tuhohetkestä halutaan katsoa aineistoa edeltävältä, samalta päivältä, seuraavalta päivältä riippuen aineistosta?

miselius commented 3 years ago

Kivatilanne: ladataan eri aineistoja päivältä jossa kaikista on aineistoa:

Menneisyys-tilanne: mennään niin vanhaa päivään että ei ole aineistoja juuri mistään

Tulevaisuus-tilanne mennään nykyhetkeen josta ei löydy aineistoja

miselius commented 3 years ago

Huomiona vielä että oikean dekadivälin saamiseksi pitäisi ladata valitusta päivä ei edellinen eikä seuraava väli vaan väli johon päivä kuuluu. Entä jos dekadivaihtuu kyseisenä päivänä ladataanko päätepäivän mukaan vai aloituspäivän mukaan

miselius commented 3 years ago

-logiikka if not included then previous -aiemmin oli tarkoitus ladata seuraava aineisto ja spyglassillä näyttää edellistä, nyt jos logiikka muutetaan sisältyvä tai edellinen niin spyglass voi näyttää seuraavaa

miselius commented 3 years ago

Päivämäärän valinta johtaa aina seuraavaan tuotteeseen dekadi tuotteissa, koska alunperin oli tarkoitus toteuttaa vertailu spyglassilla edelliseen tuotteeseen. Lisäksi edellinen tai seuraava dekadituote sisältää aloitus ja lopetuspäivän jolloin voidaan olla varmoja onko muutosta vielä tapahtunut valintapäivään nähden. Spyglass jäi tästä mvp-versiosta vielä uupumaan.

Jotta valinnassa valittu päivämäärä olisi sen dekadin sisällä, jonka valitsee, tulisi hakulogiikan hakea dekadituote kuluvalta/sisältävältä ajanjaksolta. Jos ajanhetkeltä ei ole kuluvalta hetkeltä aineistoa niin sitten edellinen tuote.

Logiikka voidaan kääntää, niin että kartta lataa edellisen tai tarkemmin kuluvan dekadituotteen ja spyglassissa olisi sitten seuraava aineisto.

miselius commented 3 years ago

edellinen logiikka riittää jos se on "edellinen alkava" kuluva logiikka tarvitaan jos edellinen on edellinen "kokonainen"

miselius commented 3 years ago

image

miselius commented 3 years ago

vaihtoehtoja on luultavasti kolme 1.logiikka if not included then previous, eli jos kuvatuotteessa on aikaväli esim dekadi 10päivää ja valittu päivä osuu siihen niin sitten ladataan se, muuten edellinen esim jos on vuosittaisdataa, niin valittu päivä 2012.4.20. lataisi 2012 aineiston jos sellainen on, muussatapauksessa edellisen esim 2019metsävarateeman -aiemmin oli tarkoitus ladata seuraava aineisto ja spyglassillä näyttää edellistä, nyt jos logiikka muutetaan sisältyvä tai edellinen niin spyglass voi näyttää seuraavaa

  1. lisätään ne napit että voi karttaikkunakohtaisesti ladata edellisen tai seuraavan, tässä se kolmas nappi lataisi dekadituotteissa kuluvan, vuosittaisaineistoissa kuluvan jos sellainen on(muuten N/A?) ja esim metsävarateemassa kolmasnappi lataisi vain jos valittuna on 2019 vuoden päivistä joku, seuraava ei luultavasti koskaan mitään ja edellinen yleisesti olisi käytetyin nappi, koska nykyajanhetkinä pitäisi aina käyttää edellinen valintaa (tämän takia mietin kolmen napin tarpeellisuutta alunperin)
  2. pidetään nykylogiikka (seuraava kuvatuote) ja toteutetaan spyglass, johon saadaan edellinen kuvatuote. Pitäisi kuitenkin tietää kumpi on tärkeämpää saada isolle kartalle ja kumpi tuote spyglassiin mikä liittyy sovelluksen toimintaan fundamentaalisella tavalla, eli mitä halutaan vertailla: tuhoa ei tuhoon, vai ei-tuhoa tuhoon, jolloin kartalle tulee tärkeämpi ja spyglassiin varmaan vähemmän tärkeämpi
miselius commented 3 years ago

15:15 Miten tuossa vaihtoehdossa 1 käyttäjä saa yhtä aikaa esille yhteen karttaan tarkastelupäivän tuulituhoanalyysin (tässä "if not included then previous") ja sentinel-2 kuvan, jossa näkyy varmasti mahdolliset tuhon jäljet (ainoastaan tarkastelupäivän jälkeen alkavassa mosaiikissa varmasti valitun päivän jälkeinen aineisto näkyvissä) ?

15:16 ei näkyisikään ilman spyglassia, tämän takia meidän olikin helppo jättää nykylogiikalla spyglass pois mvpstä

15:17 toimisko sitten sellainen logiikka, että vakiona on tuo "if not included then previous", mutta karttakohtaisesti voisi vaihtaa kartan tilaa, näyttääkö se tuolla logiikalla, vai näyttääkö se seuraavaa kuvaa (eli nykyinen toimintatapa) ? Ei tarvitsisi kolmea nappia eikä spyglassiä ja olisi ehkä riittävän selkeä käyttäjälle

miselius commented 3 years ago
  1. tehdään vain muutos hakulogiikkaan ja tuhoa seuraava kuva tulee myöhemmin spyglassilla
  2. lisätään nappeja karttaikkunaan joka määrittää haetaanko edellinen tai kuluvua/seuraava kuvatuote
miselius commented 3 years ago

Toteutetaan ensimmäinen vaihtoehto, toinen vaihtoehto sisältää ensimmäisen jokatapauksessa ja voidaan toteuttaa bonuksena spyglassiin sidottuna.