Tämä nyt ei ole varsinainen sääasema-ohjelma vaan ohjelma jolla tehdään noita samoja karttoja ja meteogrammeja GFS-datasta joita löytyy mm. Sääkeskuksella ja Wetterzentrale:lla. Ohjelma ja data on ilmaista :)
Törmäsin tuolla naapurifoorumilla FLC:llä että Viltsu (FLC:n ylläpito) on laittanut pystyyn omat GFS-kartat ja myös laittanut infoa että millä ne on tehty, ketju löytyy tuolta (http://www.flcenter.net/forum/18/938).
Itse asiassa olen himoinnut noita Wetterzentralen meteogrammeja koko ajan joten luonnollisesti asiaa piti tutkia lähemmin ;D
Ohjelma löytyy sekä pingviini että Wintoosa-versioina.
Se ei ole ohjelma siitä helpommasta päästä ja "toven" kun ensin opiskeli GrADS:in sivuja niin pitihän sitä kokeilla, meteogrammiin löytyy valmis pohja joten siitä oli helppo aloittaa. Tulos liitteenä, tämän aamun 12Z-ajosta laadittu 7 päivän ennuste Saloon ;D
Se on pikkasen muokattu versio vakio-pohjasta ja sain siihen lisättyä myös pikkasen ukkos-arvoja, löytyy mm. Lifted 4-layer, Cape ja TsIndex.
Se mitä vielä puuttuu on automatiikka että se päivittyis 2 krt päivässä, mutta se pitäisi onnistua SystemSchedulerillä käyttäen Keypressejä. Itse ajoon ei tarvita kun 1 käsky ja ohjelmaa laatii ennusteen ja säästää kuvan siitä automaagisesti. ;D
Seuraavaksi täytyy tutkailla noita karttoja :)
EDIT: oikea aika, se olikin 12Z eikä 00Z :)
Uskomatonta! :o
Olen etsiskellyt Googlella jos vaikka mitä sääennusteen teko-ohjelmaa, mutta en ole tuota löytänyt.
Heti tulee kysymyksiä mieleen:
Minkälainen käyttöliittymä tuossa ohjelmassa on, tavallinen Windows-ohjelma, vai komentorivi?
Entä jumittaako ohjelma taustalla kuinka paljon ennustetta tehdessään? Vaatiiko ohjelma jonkijn X-serverin asennuksen?
Mistä ohjelma hakee nykyiset säätiedot? Pakkohan sen on saada tiedot nykyisestä säästä, jotta voisi ennustaa.
LainaaOlen etsiskellyt Googlella jos vaikka mitä sääennusteen teko-ohjelmaa, mutta en ole tuota löytänyt.
WxSim:hän on yksi, tosin se ei ole ilmainen :)
Siitä lähtien kun wettzentraleen ilmestyi noita meteogrammeja olen himoinnut niitä. Sen mitä olen Googlella etsinyt tieota siitä miten tehdä niitä olin vaan laittanut koko idean kategoriaan "melkein mahdottomat ideat" jo sen takia että tuollaiset ohjelmayhan on suurilta osin tarkoitettu Pingviiniin eikä Win-versiosta ole tietoakaan. Kunnes Viltsu mainitsi tuon OpenGrADS:in josta löytyy myös versio Windowsille. :)
Ideana kävi myös asentaa se VPS:lle jossa Ubuntu ja jotta voisin kokeilla asensin webcamia pyörittäneeseen läppäriin Ubuntun, mutta ainakaan toistaiseksi en saanut sitä sinne asennettua. (
Oliskos tällä joku enemmän Linuxia harrastanut joka voisi antaa step-by-step-ohjeita? Siis konsoli-versiona jotta myös SSH:lla toimisi ;))
LainaaMinkälainen käyttöliittymä tuossa ohjelmassa on, tavallinen Windows-ohjelma, vai komentorivi?
Vanhan kunnon komentorivi 8)
LainaaEntä jumittaako ohjelma taustalla kuinka paljon ennustetta tehdessään?
Itse asiassa ihmeen vähän, tällä boxilla jota sitä olen testannut (eli boxi jossa kaikki muutkin wx-ohjelmat) ei jumitusta huomaa laisinkaan. Ainut "haittapuoli" on nuo komentorivi-ikkunat. Normaalisti niitä on 2 mutta sen voi ajaa batch-modessa jolloin niitä ei ole kun 1. Meteogrammin tekoon meni noin nelisen minuuttia.
LainaaVaatiiko ohjelma jonkijn X-serverin asennuksen?
Juuh, OpensGrADS:lla tulee mukana Cygwin X-serveri
LainaaMistä ohjelma hakee nykyiset säätiedot? Pakkohan sen on saada tiedot nykyisestä säästä, jotta voisi ennustaa.
Se hakee netistä GFS-ennustemallin joka kattaa aina 7 päivään asti jota löytyy vapaasti saatavilla. Niitä tulee uusia 6 tai 12 tunnin välein, riippuen paikasta. Tämä COLA GrADS-malli johon meteogrammi-skripti pohjaantuu päivittyy 2 krt päivässä (00Z ja 12Z) kun taas NOAA:n omat pääivittyvät 4 kertaa päivässä. (i)
Ovat aika aikaavieviä vissiin tehdä koska esim. 00Z ajo eli 03 Suomen kesäaikaa tehty ajo ilmestyy vasta 07 jälkeen.
Sain äsken onnistumaan sen että .bat-tiedostolla tein täysin automaattisesti ennusteen joka tallentui png-kuvaksi haluamani kansioon. .bat-tiedostoon päädyin koska jotta saan kaiken yhdellä komennolla tehtyä tarvitaan kometoon päivämäärä ja laskettua ajan eli nyt klo 22 ajaksi 12 eli 12Z-ajoa. Se myös osaa sammuttaa itsensä kun ennuste-meteogrammi on valmis :)
Sitten vaan SystemScheduler ajamaan tuo .bat kaksi kertaa päivässä ja violá :)
Tuossa millaisella komennolla tein sen:
gradsdap -pbxc 'meteogram_gfsb.gs Salo 20090921 12 24 60.3 y bos'(i)
Huomasin että nuo mallit ovat pikkasen erilaisia riippuen mistä sen ottaa ja NOAA:n malli ei toiminut suoraan tuossa meteogrammi-skriptissä. Perusdata on sama mutta muuttujat millä ne haetaan ovat pikkasen erilaisia eikä ihan samoja löytynyt listasta.
EDIT: Löytyy nyt tuolta (http://www.nordicweather.net/index.php?sivu=47&lang=fi), pitäisi (toivottavasti) päivittyä klo 8.15 (00Z-ajo) ja 20.15 (12Z-ajo), painottaen sanaa pitäisi ;)
Asensin ohjelman, ja avasin gradsin. Tuohonko avautuneeseen kometoriviin kirjoitetaan vaikka gradsdap -pbxc 'meteogram_gfsb.gs Salo 20090921 12 24 60.3 y bos', jos halutaan meteogrammi.
Ja mikä noista tarkoittaa mitäkin; koordinaatti lienee 60.3?
Onko sinulla jotain linkkiä gradsin koodioppaasen?
Juu, löytyy tuolta: http://www.iges.org/grads/gadoc/index.html
Tuturialissa löytyy pikkasen perusjuttuja ja Index-kodhassa löytyy koko lista käskyistä.
Esim. meteogrammiin kannattaa aluksi tehdä seuraavasti, tuo mun esimerkki on miten sen tekee automaattisesti kun on tyytyväinen meteogrammiin, eli:
1. Avaa esim opengrads.exe, löytyy C:\OpenGrADS\Contents\Cygwin\Versions\2.0.a5.oga.5\i686-kansiosta tai vastaavasta kohdasta
2. Valiste n ja enter
3. Valitse meteogram_gfsb.gs Salo 2009092112 24 60.3 y
Jossa:
- Salo on paikkakunta, tämä ei vaikuta ennusteen tekoon
- 20090921 on päivämäärä,
- 12 on ennusteen ajoaika eli vähintään 8 tuntia kun nyt, esim jos kello on 20 voi valita 12 ja jos kello on 09 voi valita 00. Kyseiseltä palvelimelta jota tuo meteogrammi käyttää saatvana on 00 ja 12-ajot.
Mulla työn alla muunnos/muokkaus skriptistä joka käyttää toista palvelinta jossa saatavilla myös 06 ja 18-ajot, mutta tuo meteogrammi-skripti ei toimii suoraan siitä, koska joidenkin arvojen nimet ovat erillaisia. Toisaalata tämä palvelin vastaa paljon nopeammin. Kun saan sen valmiiksi voin jakaa skriptin halukkaille, toimii suoraan "out of the box".
- 24 on longtituudi
- 60.3 on latituudi
- y on metriset arvot
Sain myös testikartan tehtyä, liitteenä ;D
Paljon kiitoksia vastauksista!
Herjaa: All files closed; all defined objects released; All Grads attributes have been reinitialized
Juu, ei noista tarvi välittää :)
Ihmettelin kyllä niitä itsekkin aluksi.
Niitä tulee hyvässä lytyssä pitkä liuta, odota rauhassa kunnes viimeiseksi komennoksi tulee taas "ga->" ja jos kaikki on mennyt hyvin on toiseen ikkunaan ilmestynyt meteogrammi. ;D
Jollei tule mitään valkoisella tekstillä (jos avasit opengrads.exe jossa värilliset teksit) ei mitään kovin fataalia ole sattunut, Warningit voi ohittaa ihan suoraan ja Define errorit kertoo vaan että jotain jäi jostain syystä laskematta. :)
Mulla nyt testiajossa muokattu versio jossa se käyttää sitä tiheämmin päivittyvää NOAA:n palvelinta sekä muutenkin pikkasen muokattu ulkonäköä, mm. Cape-arvot on mukana. Vielä täytyy testata automatti-mode jossa SystemScheduler ajaa sen (pitäisi tehdä sen klo 20).
Valkoisella tulee vielä "No hardcopy metafile open" heti komennon jälkeen ja punaisella "gaopnc error: " -litania.
Eikä taida kuvaa ilmestyä...
Tuo gaopnc on muistaakseni että se yrittää hakea gfs-filua jota ei ole olemassa..
Siitä "No hardcopy metafile open" ei tarvi välittää"
Kokeile tätä, ja laita liitteenä oleva filu "C:\OpenGrADS\Contents\Resources\Scripts"-kansioon, tee ensin kansio nimeltään "out" kansioon "C:\OpenGrADS", tämä on se millä äsken tein oman ennusteen. Sen pitäisi myös tallentaa salo.png-nimisen kuvan tuonne out-kansioon.
meteogram_gfshd.gs Salo 20090922 12 24 60.3 y
Nyt se taisi ruveta pelittämään. Millä komennolla sait muuten äskeisen sääkartan Skandivnaviasta?
LainaaNyt se taisi ruveta pelittämään.
Hieno homma. Nyt sitten vaan muokkaamaan sitä jos haluaa. Itse asiassa se ole niin vaikeaa kun rupee tutkimaan miten se on tehty. Muuten tuo "nordicweather.net"-teksti löytyy suunnilleen riviltä 695
Vinkkinä, kun rupee muokkaamaan niin kannattaa tallentaa toimiva backup ensin jotta on johon palata jos muokkaus menee plörinäksi.
Huomasit varmaan että tuossa gfshd:n "Salo 2009092112 24 60.3 y"-rivissä on yksi arvo enemmän kun alkuperäisessä, se on vaan että päivämäärä ja tunti on eroteltu, NOAA:n plvelimella kun filun nimi on hiemän monimutkaisempi kun alkuperäisessä. Eli järjestys on "Paikka Pvm Tunti Lon Lat Metriset". Koordinaatit ei muuten tarvi olla kun puolen asteen tarkkuudella.
LainaaMillä komennolla sait muuten äskeisen sääkartan Skandivnaviasta?
Itse asiassa siihen tarvitaan koko kasa komentoja :)
Mutta tein skriptin joka sisältää ne kaikki ja siten ei tarvinnut kun ajaa yksi komento :) Slriptin taka-ajatuksena on myös että sais tallennettua koko liutan karttoja samalla komennolla, toistaiseksi ei se osaa sitä vielä.
Se on toistaiseksi täysin hard-koodattu tuohon yhteen ajankohtaan tuosta yhdestä ennustemallista joten siitä ei ole iloa vielä. Väriskaala on kopsattu NWN:än numeroista :)
Mutta esim OpenGrADS:in sivuilla löytyy infoa mm. Sääkeskusken tekemistä systeemeistä (http://opengrads.org/doc/udxt/saakeskus/) ja sitä sivua kun plärää alas kohtaan "Examples" ja siitä raapustaa 10 ensimmäistä komentoa ruutuun (musita muokata päivämäärä) niin pitäisi ilmestyä kartta :)
Juu, paljon kiitoksia avusta. Eiköhän se tästä eteenpäin ole jo selvää.
Ja lopuksi tyhmä kysymys: tekeekö Grads itse nuo ennusteet pelkästä sääanalyysista, vai hankkiiko se valmiit "raakaennusteet" NOAA:lta, ja tekee ennusteista käyttäjän haluamat grafiikat?
Voiko noita kosteuskäyrien pampuloita muokata mitenkään?
LainaaJa lopuksi tyhmä kysymys: tekeekö Grads itse nuo ennusteet pelkästä sääanalyysista, vai hankkiiko se valmiit "raakaennusteet" NOAA:lta, ja tekee ennusteista käyttäjän haluamat grafiikat?
Se hakee nuo "raakaennusteet" NOAA:lta, gfs-filut sisltävät kaikki nuo infot, ja ainoastaan piirtää grafiikat + tekee käyttäjn muut laatimat komennot ja laskelmat.
LainaaVoiko noita kosteuskäyrien pampuloita muokata mitenkään?
Noita voi muokata ihan millaiseksi haluaa, kuten poistaa kokonaisia käppyröitä tai tehdä bar-käppyröitä tai mitä sitten haluaa. Se on 100%:sesti käyttäjän muokattavissa. Esim kosteus-käppyrän pampulat löytyvät riviltä 475 komennosta 'set cmark 2', menemällä tuonne GrADS:in dokumentaatio-sivulle (http://www.iges.org/grads/gadoc/gadocindex.html) ja sieltä kohtaan "cmark" löytyy vaihtoehdot. ;D
Tämä on just se mikä tekee tämän niin uskomattomaksi löydöksi, sillä voi tehdä millaiset käppyrät haluaa (lähes) mistä arvoa tahansa, NOAA:n gfs:ssä on 227 eri arvoa mitä valita josta mun versio meteogrammista käyttää noin 15 arvoa. Dataa löytyy 3 tunnin välein eli 8 dataa per päivä per arvo.
:)
Hauskaa, että (Open)GrADS ja sen suomat mahdollisuudet on hoksattu myös laajemmin :)
Täytyy kyllä todeta, että omakohtaisten kokemusten (FLC:n karttojen suunnittelun ja toteutuksen) perusteella ko. softa on erittäin mielenkiintoinen ja sen kanssa saa kyllä aikaa palamaan. Ja yhtään suurempien karttamassojen toteuttaminen onkin sitten jo hivenen työläämpää. Knoppina mainittakoon, että esim. FLC:n karttojen työstö kestää tälläi "talviaikaan" noin 50min / GFS-ajo. Kesällä, kun palvelimella on enemmän kuormaa (sama palvelin siis hoitaa sekä tuon GrADS ajon että www-puolen) ajo voikin kestää jo reilusti toistatuntia. Näin vaikka suurin hidaste koko hommassa on datan lataaminen (jota yhtä malliajoa kohden ladataan noin 800megaa). FLC:ssä erilaisia karttoja on nyt tarjolla 32 kpl ja jokaista (pl. sade-ennusteen sisältävät, koska precip. tietoa ei GFS -ennusteissa ole ajankohdalle Z+0) kartta on Z+72 saakka 3h resoluutiolla, eli 24kpl; kaikkiaan siis karttoja pyöräytetään yhden ajon aikana noin 720kpl. Muutama siis.
Pari yleistä vinkkiä:
1) GFS -ennusteiden data kannattaa aina hakea suoraan NOAA:n palvelimilta, jos vain mahdollista. Tähän perusteluna se, että monella muulla palvelimella dataa on karsittu tai muutoin editoitu (laskettu joitain arvoja valmiiksi tai tehty yksikkömuunnoksia), joiden takia niiden käyttö on riskaabelia. Lisäksi kovin harvan ns. kolmannenosapuolen tarjoaman palvelimen paukut riittää siihen, että sieltä dataa luukutetaan yhtään suurempia määriä. Paras lähde on siis NOAAn uusi OPeNDAP -yhdistelmäpalvelin, jolta saa lähes kaiken NOAAn jakaman vapaan materiaalin (ei tarkoittaen että kaikki on käytettävissä ihan miten sattuu, käyttöehdot on jokaiselle aineistolle omansa). Palvelimen osoite, josta data löyty on: h t t p ://nomads . ncep . noaa . gov : 9 0 9 0 /dods/ (sry. osoite "rikottu" tarkoituksella, ettei hakukoneet sitä pommita :)).
2) OpenGrADSista kannattaa olla aina uusin versio, eli 2 alpha -sarjaa. Harmillisesti GrADS:in a6 ja/tai a7 versioita sisältävää ei ole vielä ole OpenGrADSista julkaistu, joten on tyytyminen a5 versioon, ellei sitten itse halua rakennella ja kääntää systeemiä. Itse odotan erityisesti a6 -versiota kovasti, koska ko. versio tuo 99 värin sijaan mahdollisuuden määritellä 255 väriä, ja tuohan mahdollistaa äärimmäisten hyvien väriliukujen käytön ennustekartoissa. Eli myös karttojen visuaalinen näyttävyys ja selkeys on tärkeää.
3) Parhaat ohjeet ovat löydettävissä täältä: http://www.iges.org/grads/gadoc/gadocindex.html Tuo ohjeisto on GrADSille, mutta koska OpenGrADS pohjautuu GrADSiin (ja vain täydentää sitä valmiin scriptein+yms.) niin samat ohjeet pätevät myös siihen. Osa komennoista on versiosidonnaisia, eli ei kaikki ei välttämättä toimi OG:n jäljessä laahauksen takia. Ja lopuksi: Harjoitus tekee mestarin, eli ohjeita lukemalla, niiden sisällön sisäistämällä ja yksinkertaisesti vain kokeilemalla kokeilemisen perään oppii parhaiten. Tietysti siitä, että ymmärtää lukemansa ja tekemänsä on apua kummasti :P
Lainaus käyttäjältä: Meteorologi - tiistai, 22.09.2009, 21:54
Ja lopuksi tyhmä kysymys: tekeekö Grads itse nuo ennusteet pelkästä sääanalyysista, vai hankkiiko se valmiit "raakaennusteet" NOAA:lta, ja tekee ennusteista käyttäjän haluamat grafiikat?
Olen aikojen saatossa oppinut sellaisen, että yksikään kysymys tai kysyjä ei ole tyhmä, vain vastaajat voivat olla :P
Mutta vastaus:
GrADS ei itsessään tee ennusteita, vaan ennusteet on laadittu NOAA:n puolesta (mallien prosessoinnin statuksen näkee täältä: http://www.nco.ncep.noaa.gov/pmb/nwprod/prodstat/). NOAA siis ajaa GFS -mallin 6h välein ja mallin suoritus alkaa ajanhetkillä 00Z, 06Z, 12Z ja 18Z (Z eli ns. Zulu-time, eli käytännössä UTC-aika) ja se kestää noin 3-4 tuntia. Tuon jälkeen, kun NOAAn "superkoneet" ovat mallin pureskelleet ja tuloksena on GFS-ennuste, se siirtyy jakoon. Sen voi ladata joko tuolta OPeNDAP -palvelimelta, tai sitten ihan FTP:llä tiedostoina omalle koneelleen (myös erilaisia www-käyttöliittymiä on tarjolla valmiiden karttojen saantiin). Kokoa yhdellä ennusteajon datalla on muutama giga. Eli (Open)GrADS käyttää raakadataa, joka on siis neliulotteista numeerista dataa joka on sidottu paikkakoordinaatistoon (keskimäärin 0.5asteen resoluutiolla, saatavilla myös 1asteen ja 2.5asteen tarkkuuteen yleistetyt aineistot) ja korkeustasoon ja toisaalta myös aikaan (resoluutio siis 3h).
GrADS kykenee tekemään vaikeitakin laskutoimituksia datalle, sen ohella että se voi visualisoida sen. Esimerkiksi kastepistettä ei GFS -datasta löydy, vaan se täytyy itse laskea. Sama koskee vaikkapa LLS/DLS -ennusteita (Low Level Shear ja Deep Level Shear) joiden laskentakaavat löytyvät näppärästi valmiina scripteinä OpenGrADSista (tästä kiitos Sääkeskukselle). Eli kuten GrADS nimi aukikirjoitettuna (Grid Analysis and Display System) kertoo, GrADS on tehty hila-muotoiden datan analysointiin ja esittämiseen.
Tervetuloa ja kiitos hyvästä infosta :)
Jotta ei innokkaat pelästy niin sanottakoon että OpenGrads ei näköjään lataa dataa muutoin kun mitä tarvitsee eli se ei lataa tuota wilein mainitsemaa 800 megaa ensi työkseen. Mulla nyt kasassa skripti jossa on 8 eri karttaa ja se tekee ne noin parissa minuutissa kun ottaa yhden aikasekvenssin per kartta, en ole vielä kokeillut että kuin kauan kestää tehdä esim. 24 sekvenssiä (72 tuntia) muuta kun yhdellä kartalla kun kokeilin itse skriptiä.
Sen huomasin tuon meteogrammin kanssa että mitä enemmän tekee laskelmia sen kauemmin se (luonnollisesti) kestää tehdä niitä.
Lainaa2) OpenGrADSista kannattaa olla aina uusin versio, eli 2 alpha -sarjaa. Harmillisesti GrADS:in a6 ja/tai a7 versioita sisältävää ei ole vielä ole OpenGrADSista julkaistu, joten on tyytyminen a5 versioon, ellei sitten itse halua rakennella ja kääntää systeemiä. Itse odotan erityisesti a6 -versiota kovasti, koska ko. versio tuo 99 värin sijaan mahdollisuuden määritellä 255 väriä, ja tuohan mahdollistaa äärimmäisten hyvien väriliukujen käytön ennustekartoissa. Eli myös karttojen visuaalinen näyttävyys ja selkeys on tärkeää.
Juu, sitä täälläkin odotellaan jo, a5-versio täällä on käytössä. Mulla tuli jo melkeen nuo 99 väriä täyteen, ei ole kun kymmenkunta enää vapaana 8)
Tuo 255 väriä:hän tarkoittaa kaikkia värejä rgb-skaalassa :)
Lainaus käyttäjältä: weatherc - keskiviikko, 23.09.2009, 11:43
Jotta ei innokkaat pelästy niin sanottakoon että OpenGrads ei näköjään lataa dataa muutoin kun mitä tarvitsee eli se ei lataa tuota wilein mainitsemaa 800 megaa ensi työkseen. Mulla nyt kasassa skripti jossa on 8 eri karttaa ja se tekee ne noin parissa minuutissa kun ottaa yhden aikasekvenssin per kartta, en ole vielä kokeillut että kuin kauan kestää tehdä esim. 24 sekvenssiä (72 tuntia) muuta kun yhdellä kartalla kun kokeilin itse skriptiä.
Sen huomasin tuon meteogrammin kanssa että mitä enemmän tekee laskelmia sen kauemmin se (luonnollisesti) kestää tehdä niitä.
Ilmaisin siis itseäni hieman epäselvästi :) Eli GrADS (riippumatta olipa variantti Open taihi ei) lataa suoria netti"lähteitä" käytettäessä vain kulloiseekin tarvittavan datan. Eli ensiksi luodaan yhteys palvelimelle, jonka jälkeen dataa ladataan sen mukaan mitä piirretään ja miten paljon. Ainoana heikkoutena on oikeastaan se, että GrADS ei osaa välimuistittaa dataa. Eli käytännössä tämä merkitsee sitä, että jos tekee meteogrammeja ja karttoja, jotka sisältävät molemmat vaikkapa lämpötilatiedon, niin se lämpödata ladataan erikseen sekä meteogrammeja että karttoja varten. Nopeimmillaan FLC:nkin kohdalla yksittäiset kartat pyörähtävät GrADSilla valmiiksi alta sekunnin, mutta kokonaisuuden prosessointi kestää pitkään, eikä vähäisimpänä tätä hidasta datan jatkuva lataaminen rapakon takaa (l. USA:sta), jonne verkon latenssit ovat kohtalaisen suuret ja verkot suhteellisen ruuhkaisia. Sen sijaan CPU:ta GrADS ei oikeastaan nimeksikään käytä, ainakin kun puhutaan yksinkertaisista kartoista :) DLS/tms. suuria datamääriä ja paljon erilaisia suureita ja laskutoimituksia sisältävien karttojen osalta hommahan on toinen, mutta silloinkin valtaosa ajasta tuntuu menevän datan hakuun.
Toisaalta kannattaa huomioida, etenkin jos suurempaa määrää karttoja/meteogrammeja aikoo tehdä ja useammin, että miten sitä GrADS:ia pyöritellään. Eli vaikka OpenGrADSille löytyy PHP-kirjasto, en suosittele sen käyttöä. PHP kun ei ole laisinkaan sopiva tuohon hommaan; PHP:n osalta CPU käyttö tuppasi testeissä olemaan 100% tasoa ja itse GrADS -prosessin (jota PHP:sta käytettiin pipen kautta) vain muutamia prosentteja hajanaisesti. FLC:n tarpeisiin olen tehnyt "pienen" PHP -scriptan, joka tekee joukon tarkistuksia ja sen jälkeen tuottaa GrADS -scriptin, joka sisältää yksinkertaisesti kaikkien karttojen teon yksittäisinä komentojoukkoina. Kaiken suorittamisesta sitten vastaa simppeli BASH -scripti :)
Voin antaa jotain vinkkejä tuohon vielä lisää, jos tarvetta/halua on...
Lainaus käyttäjältä: weatherc - keskiviikko, 23.09.2009, 11:43
Juu, sitä täälläkin odotellaan jo, a5-versio täällä on käytössä. Mulla tuli jo melkeen nuo 99 väriä täyteen, ei ole kun kymmenkunta enää vapaana 8)
Tuo 255 väriä:hän tarkoittaa kaikkia värejä rgb-skaalassa :)
99 väriä on kyl käsittämättömän vähän, eikä se riitä oikein mihinkään. 255 on jo huima parannus, ja esim. tekemäni paletin värit (http://wilei.pictures.fi/kuvat/tmp/rect3639.png) ovat hyvä "setti" :) Ainoa vain, että OpenGrADSista sais vaan todellakin tulla se a6 tai a7 pohjainen jo ulos, mutta kehitys vain tuntuu jämähtäneen paikoilleen :|
Knoppina mainittakoon, että 255 väriin ei kyllä koko rgb -skaalaa saa; RGB-väriskaala kun sisältää sen 256
3 eli 16,7miljoonaa väriä ;)
Jups, 12 karttatyypin setti valmiina :)
Ihan simppeliähän tuo karttojen väsääminen on kun ensin sai ensimmäisen kasaan ja löysi jujut että mikä komento tekee mitäkin.
Nyt vielä skriptin testi-ajo jossa laaditaan 24 karttaa per tyyppi. Tarvis varmaan siirtää koko höskä tuolle alhaalla olevalle webkamera-koneelle jotta se saa porskutta rauhassa ja Fling-FTP puskemaan ne serverille.
Ajattelin laittaa SystemSchedulerin käynnistämään ajon bat-filun avulla joka vääntää ensin kasaan päivämäärän sekä tunnin.
LainaaToisaalta kannattaa huomioida, etenkin jos suurempaa määrää karttoja/meteogrammeja aikoo tehdä ja useammin, että miten sitä GrADS:ia pyöritellään. Eli vaikka OpenGrADSille löytyy PHP-kirjasto, en suosittele sen käyttöä. PHP kun ei ole laisinkaan sopiva tuohon hommaan; PHP:n osalta CPU käyttö tuppasi testeissä olemaan 100% tasoa ja itse GrADS -prosessin (jota PHP:sta käytettiin pipen kautta) vain muutamia prosentteja hajanaisesti.
Hyvä tietää että tuo versio kannattaa unohtaa saman tien, sitä kyllä pikkasen arvelinkin että PHP syö ihan likaa tehoja tätä varten, varsinkin silloin kun muutenkin on liikennettä sivuilla.
Lainaa99 väriä on kyl käsittämättömän vähän, eikä se riitä oikein mihinkään. 255 on jo huima parannus, ja esim. tekemäni paletin värit ovat hyvä "setti" Ainoa vain, että OpenGrADSista sais vaan todellakin tulla se a6 tai a7 pohjainen jo ulos, mutta kehitys vain tuntuu jämähtäneen paikoilleen :|
Knoppina mainittakoon, että 255 väriin ei kyllä koko rgb -skaalaa saa; RGB-väriskaala kun sisältää sen 2563 eli 16,7miljoonaa väriä
No joo, tais olla aivot lomalla mulla tuossa :)
Itse aloitin paletin laatimisen NWN:än kartan numeropaletista josta sain hyvän pohjan copy-pstella php-skriptistä jolla ne tein. ja "pikkasen" muokkaen sitä niin ihan kohtalaisen hyväksi tuli.
Tuulen suuntaa ei taida saada mitenkään meteogrammiin? Tuulen suuntaa ei löydy NOAA:n datasta.
Lainaus käyttäjältä: Meteorologi - keskiviikko, 23.09.2009, 16:51
Tuulen suuntaa ei taida saada mitenkään meteogrammiin? Tuulen suuntaa ei löydy NOAA:n datasta.
Tuulen suuntaa ei GFS -datasta löydy suoraan sellaisenaan, kuten ei myöskään tuulennopeutta. Tähän on yksinkertainen selitys; tuuli ilmaistaan suuntavektoreilla. Eli tuulesta löytyy erikseen sen "X ja Y -komponentit", tässä tapauksessa U ja V -komponentit. Muuttujat ovat ugrdprs ja vgrdprs (HUOM! nämä kaksi sisältävät tuulen eri painetasoilla! Mutta esim. 10m "pintatuuli" löytyy muuttujista ugrd10m ja vgrd10m. Eli tarkista tarvittavat muuttujat DODs:in info-sivulta!).
Tuulidatan luonteesta johtuen, karttaesityksiä varten sille on ihan oma tyyppinsä,
streamline, eli kyseessä on virtauskuvio, joka ei sisällä mitään tietoa tuulennopeudesta. Eli jotta kartalta näkyisi myös nopeus, täytyy kartalle ensiksi piirtää
shaded eli värjätty tuulennopeus ja sen päällä virtauskuvio, joka sitten kertoo suunnan. Puhdas nopeus saadaan laskettua
mag() -funktiolla. Suunta tietoa varten täytyy vähän kahlata nettiä; senkin sieltä saa, mutta enpä muista heti että miten.
Toisaalta jos halutaan kartta, jossa tuuli (suunta ja nopeus) esitetään "väkäsin", niin tällöin oikea karttamuoto on
tserbarb. Tällöin tuloksena siis sellainen esitys, kuin vaikkapa Wetterzentralenin tuulikartoissa on.
Dodiih, tuotoksiani voi käydä ihmettelemässä tuolla (http://www.nordicweather.net/index.php?sivu=48&lang=fi) ;D
Löytyy nyt 12 karttaa á 72 tuntia tekohetkestä eli yhteensä tasan 300 karttaa, napsisin pois kakisi ensimmäistä aikasekvenssiä jotka todellisuudessa ovat jo menneet kun pääsevät sivulle asti kun otetaan huomioon että ennustemallin julkaisuun menee NOAA:lla noin 4.5 tuntia, siihen 0.5 tunnin varo-aika ajastukseen ja lopuksi noin tunti itse luontiin.
Itse asiassa mulla ei mene tuntia siihen luomiseen, testissä meni vajaat puoli tuntia. Fling puskee aina uudet kartat nettiin sitä muka kun tulevat uunista viiden minuutin välein, se kun osaa ottaa vain muuttuneet tiedostot :)
Dataa yksi kartta-ajo latasi noin 160-180 megaa :o
Lainaus käyttäjältä: weatherc - torstai, 24.09.2009, 23:41
Dodiih, tuotoksiani voi käydä ihmettelemässä tuolla (http://www.nordicweather.net/index.php?sivu=48&lang=fi) ;D
...
Dataa yksi kartta-ajo latasi noin 160-180 megaa :o
Mikäli ihmettelit sitä vähäistä määrää, niin siihen on simppeli selitys :) Sinulta "puuttuu" tuolta ne raskaammat ja suurempia datoja vaativat kartat. Eli siis lähinnä Shear (Low Level ja Deep Level), niiden mallintamiseen lataillaan melkoisen huimat määrät tuulidataa :)
Mutta hyvältä noi kartat näyttää :) Ja huomaan, että olet "apinoinut" (l. kopioinut) FLC:stä tuon soittimen :P
Se mun piti kysyä wilei:ltä:
- Löytyykö noita paikkakuntia valmiina jostain skriptistä vaiko pitääkö ne raapustaa sinne käsin yksitellen arpomalla oikean kohdan? (juu, tiedän, niiden sijannithan riippuu ihan kartasta)
- Oli kyllä jotain muutakin mutten nyt muista ;D
LainaaJa huomaan, että olet "apinoinut" (l. kopioinut) FLC:stä tuon soittimen
No, kun kerrankin on animaattori joka jopa toimii, lähes kaikki jota tähän asti olen kokeillut ovat olleet toimivuudeltaan vähän niin ja näin, sitä paitsi FLC:n keksintö näytöksi oli mitä oivallisin :)
LainaaMutta hyvältä noi kartat näyttää
Tattis, ajattelin vielä hienosäätää tuota väriskaalaa pikkasen jossain vaiheessa ja nuijia sisään täydet 99 väriä, nyt siellä on vapaana noin 15 + ne 16 vakioväriä...Silloin vois (ehkä) saada lämpötila 1 asteen reoluutiolla, en toki ole ihan varma koska tuo sinisen skaala (pilvi/sade/lumi-kartat) söi aika roimasti värejä :)
Lainaus käyttäjältä: weatherc - perjantai, 25.09.2009, 10:17
Se mun piti kysyä wilei:ltä:
- Löytyykö noita paikkakuntia valmiina jostain skriptistä vaiko pitääkö ne raapustaa sinne käsin yksitellen arpomalla oikean kohdan? (juu, tiedän, niiden sijannithan riippuu ihan kartasta)
Ei saa valmiiksi. Itse vietin yhden illan etsiessäni noiden paikkojen sijainteja. Eli käytännössä homma meni aikanaan niin, että koneella ollessani, edessäni oli isohko karttakirja (muistaakseni Gummeruksen Uusi iso atlas) ja GrADSissa pohjakartta auki (
draw map -komennolla saa pelkän kartan). Sitten vaan katsoin kartasta jonkin paikan, joka olisi kiva olla kartalla (esim. paikka/alue, jolta tiedän FLC:ssä porukkaa käyvän), vertailin (suhteessa maanrajoihin ja asteverkkoon) missä kohdassa se kyseinen paikka mahtaisi olla GrADSin kartalla ja sit
q pos -komento aktiivisena ja paikkaa hiirellä klikkaamalla sain sen paikan "koordinaatit". Ne koordinaatit vain on tuumia :P Eli missä kohtaa kuvan (jolla tietty tuumakoko, entisaikaan kun noita on tulostettu eikä netissä vilauteltu). Sit vaan tekstinä se piste ja paikka (fonteista löyty piste) ja määrittämällä tekstin sijainti koord. vasemmalle keskelle teksti osuu about oikeaan kohtaankin viel. Hankalaa, mut en jaksanut pohtia niitä toisaalta station -muotoon, jolla vois olla helpompaa... (Toivottavasti selostuksestani jotain selkoa sai, migreeni kun on iskemässä päälle niin ei ajatus pysy ihan kasassa)
LainaaEi saa valmiiksi. Itse vietin yhden illan etsiessäni noiden paikkojen sijainteja. Eli käytännössä homma meni aikanaan niin, että koneella ollessani, edessäni oli isohko karttakirja (muistaakseni Gummeruksen Uusi iso atlas) ja GrADSissa pohjakartta auki (draw map -komennolla saa pelkän kartan). Sitten vaan katsoin kartasta jonkin paikan, joka olisi kiva olla kartalla (esim. paikka/alue, jolta tiedän FLC:ssä porukkaa käyvän), vertailin (suhteessa maanrajoihin ja asteverkkoon) missä kohdassa se kyseinen paikka mahtaisi olla GrADSin kartalla ja sit q pos -komento aktiivisena ja paikkaa hiirellä klikkaamalla sain sen paikan "koordinaatit". Ne koordinaatit vain on tuumia Näyttää kieltä Eli missä kohtaa kuvan (jolla tietty tuumakoko, entisaikaan kun noita on tulostettu eikä netissä vilauteltu). Sit vaan tekstinä se piste ja paikka (fonteista löyty piste) ja määrittämällä tekstin sijainti koord. vasemmalle keskelle teksti osuu about oikeaan kohtaankin viel. Hankalaa, mut en jaksanut pohtia niitä toisaalta station -muotoon, jolla vois olla helpompaa... (Toivottavasti selostuksestani jotain selkoa sai, migreeni kun on iskemässä päälle niin ei ajatus pysy ihan kasassa)
Juu, tuota pikkasen ajattelinkin että käsipeliksi menee tuo homma, no, kun tekee funktion niille niin ei tarvi kun raapustaa kerran :)
Tosiaan, aikaa noissa kartoissa saa kyllä kulumaan vaikka millä mitalla, vaikken mitään kovin monimutkasta karttaa ole vielä tehnytkään, tosin eniten aikaa meni ensimmäiseen kun rakensin sitä että se myös tallentaisi jokaisen kartan koko haluamani sekvenssistä, no 3 -> 28, helppoahan se loppujen lopuksi oli kun teki while-komennon, loput oli sitten aika pitkälle copy/pastea. ;D
Täytyy tutkailla että löytyykö tuosta gfs-listasta lisää intrssantteja arvoja, ainakin jääkartan sais tehtyä jolla pystyis seuraamaan sitä paljon puhuttua Pohjoisnavan jään sulaamista ja kasvamista. Siitä nyt ei tarvi ottaa koko ennustetta vaan jo yksi kartta riittää siihen...
EDIT: Niin joo nyt muistin mitä mun piti kysyä wileiltä ;)
Onko sulla hajua miten sais ilmanpainekarttaan K ja M-kirjaimet korkea- ja matalapaineen kohdille kuten esim. wetterzentralella on? Vai pitäiskö sitä varten ruvet tekemään jotain laskelma-systeemiä että se kirjoittais ne? ;)
Lainaus käyttäjältä: weatherc - perjantai, 25.09.2009, 10:46
EDIT: Niin joo nyt muistin mitä mun piti kysyä wileiltä ;)
Onko sulla hajua miten sais ilmanpainekarttaan K ja M-kirjaimet korkea- ja matalapaineen kohdille kuten esim. wetterzentralella on? Vai pitäiskö sitä varten ruvet tekemään jotain laskelma-systeemiä että se kirjoittais ne? ;)
No sanotaanko näin, että jos olisin tuohon jonkun ratkaisun keksinyt, niin se olisi jo FLC:ssä käytössä ;) Eli olen asiaa tutkinut, mutta vain uhraten siihen noin vartin aikaa, joka ei tietenkään tuottanut tulosta... Yksi mikä itseäni kiinnostaisi, niiden kirjainten ohella, on rintamavyöhykkeiden piirtäminen (eli ne rintamamerkinnät, joita myös TV:n sääennusteissa tuppaa olemaan).
Ne tod.näk., kuten myös L/H -kirjaimet saisi kyllä laskettua datasta, mutta en ole ehtinyt kaavoja/tms. etsimään vielä. Nyt vain menee vapaa-aika selvitellessä sitä, mikä nykyisessä systeemissä mättää ja heittää pahimmillaan coredumpeja pihalle... Tartteis vissiin manuaalisesti rakennella uudempi versio käyttöön...
Minullakin on ainakin kaski viimeistä ajoa jääneet puoleen tiehen, iltapäivän ajo pääsi Lifted-indexiin asti ja ilta-ajo jäi kastepistekarttaan. Vaikuttaa pikkasen siitä että yhteys NOAA:aan pätkii tai on välillä autamattoman hidas. Ainakin tuo Windows/DOS-versio "jumittaa" siinä kohtaa ja jää siihen sitten roikkumaan.
Tuo NOAA:n yhteys pätkis myös silloin muutaman kerran kun noita karttoja rakentelin välillä siten ettei se "löytänyt" koko ennustetta kun aloitti eikä auttanut muuta kun odottaa hetki ja kokeilla uudestaan.
Mahtaisko auttaa jos jaksottais noita karttoja pikkasen niin että se hakis uuden yhteyden muutaman kerran matkan varrella, esim. niin että jakaa ne kolmeen osaan, sammuttaa ohjelman välillä ja sitten vaikka noin kymmenen minuutin päästä seuraavan osan?
LainaaNo sanotaanko näin, että jos olisin tuohon jonkun ratkaisun keksinyt, niin se olisi jo FLC:ssä käytössä Iskee silmää Eli olen asiaa tutkinut, mutta vain uhraten siihen noin vartin aikaa, joka ei tietenkään tuottanut tulosta... Yksi mikä itseäni kiinnostaisi, niiden kirjainten ohella, on rintamavyöhykkeiden piirtäminen (eli ne rintamamerkinnät, joita myös TV:n sääennusteissa tuppaa olemaan).
Totta, ne olis kyllä ihan hauskat lisät, täytyypi tukia asiaa lisää jossain vaiheessa.
Lainaus käyttäjältä: weatherc - perjantai, 25.09.2009, 22:29
Minullakin on ainakin kaski viimeistä ajoa jääneet puoleen tiehen, iltapäivän ajo pääsi Lifted-indexiin asti ja ilta-ajo jäi kastepistekarttaan. Vaikuttaa pikkasen siitä että yhteys NOAA:aan pätkii tai on välillä autamattoman hidas. Ainakin tuo Windows/DOS-versio "jumittaa" siinä kohtaa ja jää siihen sitten roikkumaan.
Tuo NOAA:n yhteys pätkis myös silloin muutaman kerran kun noita karttoja rakentelin välillä siten ettei se "löytänyt" koko ennustetta kun aloitti eikä auttanut muuta kun odottaa hetki ja kokeilla uudestaan.
Mahtaisko auttaa jos jaksottais noita karttoja pikkasen niin että se hakis uuden yhteyden muutaman kerran matkan varrella, esim. niin että jakaa ne kolmeen osaan, sammuttaa ohjelman välillä ja sitten vaikka noin kymmenen minuutin päästä seuraavan osan?
Yhteysongelmien syynä lienee vain se, että yhteydet täältä rapakon taakse ovat a) hitaat ja b) NOAA:n palvelimet ilmeisen ruuhkaisia. Tuo nomads -palvelin on NOAA:lla ihan uusi systeemi vieläpä, ja sen pitäisi olla (ainakin vilkaisemieni dokumentaatioiden mukaan) moninkertainen, ja erittäin hyvän suorituskyvyn omaava järjestelmä, erityisesti suurten data- ja hakumäärien takia... Mutta siltipä noi yhteysongelmat tuntuvat kiusaavan tuota hommaa, jos ei nyt kerran viikossa niin, ainakin kerran kuukaudessa. Ja toisinaan sitkeämmin ja toisinaan vähemmän sitkeästi :)
Tietysti erilaisten tarkastusten rakentaminen voisi asiaa auttaa, mutta toisaalta se on sikäli hankalaa, että GrADS on melkoisen "tyhmä" -ohjelma, eikä sen scriptauskielikään hirveästi salli. Vaatisi siis suorittavalta järjestelmältä melkoista testailua+yms. Mutta tietystihän moinen onnistuisi :)
Lainaus käyttäjältä: weatherc - perjantai, 25.09.2009, 22:29
Totta, ne olis kyllä ihan hauskat lisät, täytyypi tukia asiaa lisää jossain vaiheessa.
Juu. Itse en ole nyt aikaani pahemmin voinut tuohon laittaa, kun toisaalta odotan sitä a6 tai a7 versiota (sais ne värit vihdoinkin kohdilleen!) ja toisaalta tämä "leikki" (http://wilei.pictures.fi/kuvat/tmp/GIS/) vie aikani (alan opintojen ja harrastusten takia) melkoisen tehokkaasti. Tätäkin kirjoittaessa menee taustalla valtava geo-tietokannan replikointi omalta Linux deskiltä VPS:lle :P (Edit: Niin ja valtava tarkoittaa sellaista lähes 3gigaa, toistaiseksi, se kun tulee siitä vielä kasvamaan :D)
LainaaYhteysongelmien syynä lienee vain se, että yhteydet täältä rapakon taakse ovat a) hitaat ja b) NOAA:n palvelimet ilmeisen ruuhkaisia. Tuo nomads -palvelin on NOAA:lla ihan uusi systeemi vieläpä, ja sen pitäisi olla (ainakin vilkaisemieni dokumentaatioiden mukaan) moninkertainen, ja erittäin hyvän suorituskyvyn omaava järjestelmä, erityisesti suurten data- ja hakumäärien takia... Mutta siltipä noi yhteysongelmat tuntuvat kiusaavan tuota hommaa, jos ei nyt kerran viikossa niin, ainakin kerran kuukaudessa. Ja toisinaan sitkeämmin ja toisinaan vähemmän sitkeästi
Kukakokan keksis laittaa gfs-servun pystyyn Euroopan mantereelle ettei tarvis tuolta rapakon takaa hakea niitä? ::)
Kokeilin juuri tehdä manuaalin ajon kartta-paketista, se otti äsken ainakin sellaisen vartin paussin kesken "cloud"-setin mutta jatkoi itse niiten teon sen jälkeen.
Kun vielä oppis mten sen sais asennettua VPS:lle (SSH:n kautta/Ubuntu), kun oon aika vihreä sen Linuxin kanssa muuta kuin step-by-step-for-dummies-ohjeilla niin vois kokeilla sitä sillä, se olis Saksassa joten ainakin poistais muutaman mutkan matkasta täältä pohjolan perukoilta. :)
Lainaus käyttäjältä: weatherc - perjantai, 25.09.2009, 23:28
Kukakokan keksis laittaa gfs-servun pystyyn Euroopan mantereelle ettei tarvis tuolta rapakon takaa hakea niitä? ::)
Kokeilin juuri tehdä manuaalin ajon kartta-paketista, se otti äsken ainakin sellaisen vartin paussin kesken "cloud"-setin mutta jatkoi itse niiten teon sen jälkeen.
Lieneehän noita jo olemassakin. Mut tarviis vaan löytää ne ja toivoa, että niissä sit niitä paukkuja riittää tarppeeksi :) Toisaalta. On kyllä itselläni moisen perustaminen käynyt mielessä, mutta toistaiseksi vain laitteistopuoli on ongelma...
Lainaus käyttäjältä: weatherc - perjantai, 25.09.2009, 23:28
Kun vielä oppis mten sen sais asennettua VPS:lle (SSH:n kautta/Ubuntu), kun oon aika vihreä sen Linuxin kanssa muuta kuin step-by-step-for-dummies-ohjeilla niin vois kokeilla sitä sillä, se olis Saksassa joten ainakin poistais muutaman mutkan matkasta täältä pohjolan perukoilta. :)
Voin katsella, josko joskus kerkeisin jotain ohjeita kasaamaan, ainakin perusasennukseen liittyvät. Varsinainen karttojen tekohan sit riippuu tavasta jolla ne haluaa tehdä. Itselläni siitä vastaa 2500 riviä PHP ja 40 riviä BASH -scriptejä sisältävä kokonaisuus, joita käytetään cron-ajastuksen kautta.
Offtopic: Itse olen myös pohtinut nykyisen VPS:ni siirtämistä Saksaan, ihan rahallisista syistä, mutta ongelmana täl hetkel sopivan maksutavan puute; ilman luottokorttia kun ei mitään tunnu mistään saavan ostettua, ja opiskelijana moisen kortin saanti on mahdotonta, grrh.
LainaaLieneehän noita jo olemassakin. Mut tarviis vaan löytää ne ja toivoa, että niissä sit niitä paukkuja riittää tarppeeksi Toisaalta. On kyllä itselläni moisen perustaminen käynyt mielessä, mutta toistaiseksi vain laitteistopuoli on ongelma...
Niinpä, sellaisenhan voi näköjääs itsekkin pistää pystyyn jos haluaa ;D
Kokeilin äsken että jos auttais jos vaihaa NOAA:n servua (Googlella löytyi ainakin 5 mistä valita, tosin kaikkien gfs-filusita ei näyttänyt olevan ihan kaikkia arvoja ja ainakin yhdessä oli joillakin arvoilla pikkasen eri nimi) ja ainakin nomad3-servu näyttää pelittävän nopeammin kun nomads-servu.
Ainakaan pienellä Google-haulla ei löytyt gfs-servua Euroopasta, ongelmahan siinä on että millä hakea, koska jos ymmärsin tuon GrADS-servun infon oikein voit aika vapaasti valita filujen/kansioiden nimet siinä.
LainaaVoin katsella, josko joskus kerkeisin jotain ohjeita kasaamaan, ainakin perusasennukseen liittyvät. Varsinainen karttojen tekohan sit riippuu tavasta jolla ne haluaa tehdä. Itselläni siitä vastaa 2500 riviä PHP ja 40 riviä BASH -scriptejä sisältävä kokonaisuus, joita käytetään cron-ajastuksen kautta.
Hmm...Saishan noita värejä lisää tähän .a5-versioonkin jos tekis väriskaala-funktiot jota käyttää tarvittaessa, silloin vois olla eri skaalat esim lämpötilakartalle ja sadekartalle ja silloin sais vaikka ne 99 väriä optimotua jokaiselle kartalle erikseen jos haluaa. Mulla ainakin syö tuo sininen skaala aika paljon värejä tällä hetkellä (noin 50 eri) eikä siten jää tilaa punaisenkeltaisille riittävästi nyt kun käyttää samaa skaalaa kaikkiin karttoihin..hmmm...
Jeps, olis ihan kiva. Itse en tarvis kun ne millä saa itse Grads:in asennettua, kyllä sitten loput onnistuu :)
Siinä mielessä olen vielä "vihreä" tuon Linukan kanssa että ohjelman asenatimsessa tarvii olla "for dummies"-ohje, ainakin jos se ei asennu apt-get update xxx-tyyppisellä käskyllä ;D
Nanot ym. menee sitten jo ihan ok.
LainaaOfftopic: Itse olen myös pohtinut nykyisen VPS:ni siirtämistä Saksaan, ihan rahallisista syistä, mutta ongelmana täl hetkel sopivan maksutavan puute; ilman luottokorttia kun ei mitään tunnu mistään saavan ostettua, ja opiskelijana moisen kortin saanti on mahdotonta, grrh.
Ainakin Host Europe jossa itse majailen ottaa vastaan ihan normi tilisiirto-maksujakin, sitä en nyt muista että vaatiiko se sen luottokortin hankintavaiheessa vai ei.
Lainaus käyttäjältä: weatherc - lauantai, 26.09.2009, 10:59
Niinpä, sellaisenhan voi näköjääs itsekkin pistää pystyyn jos haluaa ;D
Kokeilin äsken että jos auttais jos vaihaa NOAA:n servua (Googlella löytyi ainakin 5 mistä valita, tosin kaikkien gfs-filusita ei näyttänyt olevan ihan kaikkia arvoja ja ainakin yhdessä oli joillakin arvoilla pikkasen eri nimi) ja ainakin nomad3-servu näyttää pelittävän nopeammin kun nomads-servu.
NOAA:lla on juu noita nomad -servereitä useampia, mutta vain nomads -palvelimella oleva GFS -data on täydellistä. Osasta puuttuu osa tiedoista, esim. sade- tai pilvidata ja osassa GFS:ää ei laisinkaan ole :) Ja sitten kun juuri niitä puuttuvia tarvitsisi, niin eipäs se sit oikein onnistukkaan...
Lainaus käyttäjältä: weatherc - lauantai, 26.09.2009, 10:59
Ainakaan pienellä Google-haulla ei löytyt gfs-servua Euroopasta, ongelmahan siinä on että millä hakea, koska jos ymmärsin tuon GrADS-servun infon oikein voit aika vapaasti valita filujen/kansioiden nimet siinä.
Juu, ja voisipa GrADSilla aukoa myös tiedostoja omalta koneeltakin, mut GFS-dataa kun ei ole valmiiksi oikeassa muodossa saatavissa ja kokeilujeni perusteella se NOAA:n FTP-palvelin, jolta GFS-datat ne olisi ladattavissa, on vieläkin hitaampi kuin noi DODs -palvelimet. Huiput taisi olla tasoa 100kiloa/sekunti, siirtovauhdeissa, mutta normi oli enemmänkin 20-50 :P Siinäpä sitten lataa tolla vauhdilla sen noin 1-2gigaa (sitä dataa kun ei sit tossa vaiheessa voi vielä valikoida, että mitä lataa, vaan pitää ladata kaikki datat tietyltä alueelta).
Lainaus käyttäjältä: weatherc - lauantai, 26.09.2009, 10:59
Jeps, olis ihan kiva. Itse en tarvis kun ne millä saa itse Grads:in asennettua, kyllä sitten loput onnistuu :)
Siinä mielessä olen vielä "vihreä" tuon Linukan kanssa että ohjelman asenatimsessa tarvii olla "for dummies"-ohje, ainakin jos se ei asennu apt-get update xxx-tyyppisellä käskyllä ;D
Nanot ym. menee sitten jo ihan ok.
Täytyy katsella, jos tässä jossain vaiheessa kerkeisin jotain ohjeita väsäämään kasaan :)
Lainaus käyttäjältä: weatherc - lauantai, 26.09.2009, 10:59
Ainakin Host Europe jossa itse majailen ottaa vastaan ihan normi tilisiirto-maksujakin, sitä en nyt muista että vaatiiko se sen luottokortin hankintavaiheessa vai ei.
Juuri ko. firmalta viikko-pari sitten kyselin asiasta, ja ainut mitä suostuivat hyväksymään, on luottokortit. Et sillai.
OpenGrADS on saanut ulos se meidän kaivattu a7-version, nyt uusin löytyvä on 2.0.a7.oga.1 ;D
En ole vielä testannut sitä joten en osaa vielä sanoa mitään siitä.
Wilei, onks sulla joku hyvä jekku jolla saa sen sulkemaan itsensä jollei dataa löydy? Eli tulee se ilmo että file not found. Huomasin vaan että jollei dataa löydy niin CPU pompsahataa 100%:iin ja jaa sinne kunnes ohjelma suljetaan manuaalisesti. Sehän kyllä sulkee itsensä kun skripti ajettu mutta miten sen sais tarkistamaan tuon siinä sfopen-vaiheessa?
Lainaa
Ainakin Host Europe jossa itse majailen ottaa vastaan ihan normi tilisiirto-maksujakin, sitä en nyt muista että vaatiiko se sen luottokortin hankintavaiheessa vai ei.
Juuri ko. firmalta viikko-pari sitten kyselin asiasta, ja ainut mitä suostuivat hyväksymään, on luottokortit. Et sillai.
Niin joo se tais ollakkin että vaativat sen luottokortin hankintavaiheessa. Ovat muuten noin muutenkin HE:ssä vieneet turvallisuuden/miten tarkistetaan että todella olet sinä aivan uudelle tasolle. En ole vielä missään webhotellissa törmännyt näin tarkkaan systeemiin jossa mm. asiakaspaneelin salasana tuli etanapostissa koska sähköposti ei ole riittävän turvallinen sitä varten, mikä itse asiassa on ihan totta...
Lainaus käyttäjältä: weatherc - perjantai, 02.10.2009, 11:30
OpenGrADS on saanut ulos se meidän kaivattu a7-version, nyt uusin löytyvä on 2.0.a7.oga.1 ;D
En ole vielä testannut sitä joten en osaa vielä sanoa mitään siitä.
Kappas. Itselläni ei ole aika riittänyt parina päivänä tuon seuraamiseen; huomasin vain eilen, että Helsingin yliopistolla löytyi maantieteenlaitoksen GIS labrojen koneilta OpenGrADS :D Täytyykin tuota uutta kokeilla ensiksi omalla koneella ja sitten sopivan hetken tullen päivittää myös FLC:hen käytöön. Ja mitä olen GrADSin muutoslogia katsellut, niin pitäis tuon olla paljon parempi kuin entisen.
Lainaus käyttäjältä: weatherc - perjantai, 02.10.2009, 11:30
Wilei, onks sulla joku hyvä jekku jolla saa sen sulkemaan itsensä jollei dataa löydy? Eli tulee se ilmo että file not found. Huomasin vaan että jollei dataa löydy niin CPU pompsahataa 100%:iin ja jaa sinne kunnes ohjelma suljetaan manuaalisesti. Sehän kyllä sulkee itsensä kun skripti ajettu mutta miten sen sais tarkistamaan tuon siinä sfopen-vaiheessa?
Tuo voineis onnistua tavalla tai toisella käyttäen hyödyksi GrADSin omaa kieltä (eli että tekisi testin), mutta en ole siihen niin paljoa perehtynyt, että moista hallitsisin. Jos hommaa pyörittäisi esim. PHP:n kautta, niin silloinhan testi voisi olla mahdollinen... Mutta kuten aiemmin todettua, niin PHP tahmauttaa koneen tuossa tilanteessa malliikkaasti, joten täytynee kokeilla jotain muuta kieltä, eli varmaankin itselleni seuraavaksi tutuinta, eli Perliä. Mut täytyy ihmetellä tuota, kunhan kerkeeäpi paremmin; NOAAn datapalvelin epäluotettavuus on kyllä ollut viimeisen kahden viikon aikana jotain ihan käsittämätöntä.
Lainaus käyttäjältä: weatherc - perjantai, 02.10.2009, 11:30
Niin joo se tais ollakkin että vaativat sen luottokortin hankintavaiheessa. Ovat muuten noin muutenkin HE:ssä vieneet turvallisuuden/miten tarkistetaan että todella olet sinä aivan uudelle tasolle. En ole vielä missään webhotellissa törmännyt näin tarkkaan systeemiin jossa mm. asiakaspaneelin salasana tuli etanapostissa koska sähköposti ei ole riittävän turvallinen sitä varten, mikä itse asiassa on ihan totta...
No justiisa. Täytyy jollain keinolla koettaa saada tuota paketti itselle; hintaeroa uuden ja nykyisen välillä olis lähes 200e vuodes, joka on jo mieletön summa. Nyt kun viel nostiva liikenne"rajat" 5teraan kuukaudessa... Mutta etanapostiin todettakoon, että en kyllä itse pidä sitäkään järin turvallisena, kun kerran on laskukin kadonnut matkalla...
LainaaNo justiisa. Täytyy jollain keinolla koettaa saada tuota paketti itselle; hintaeroa uuden ja nykyisen välillä olis lähes 200e vuodes, joka on jo mieletön summa. Nyt kun viel nostiva liikenne"rajat" 5teraan kuukaudessa... Mutta etanapostiin todettakoon, että en kyllä itse pidä sitäkään järin turvallisena, kun kerran on laskukin kadonnut matkalla...
Juu, noi heidän uudet paketit ovat aika tapauksia, en ole tuollaisia VPS-paketteihin vielä törmännyt siihen hintaan. Itse odottelen että saisvat upgrade-systeemit kuntoon että vois päivittää 3.0:sta uuteen 4.0:seen jolloin RAM-muistikin tuplaantuisi vaikkei se nytkään mikään kovin pieni ole :D
Eihän niiden liikenne"rajoja" voi edes rajoiksi kutsua, eipä ole varaa että ihan heti tulisi vastaan :D
LainaaTuo voineis onnistua tavalla tai toisella käyttäen hyödyksi GrADSin omaa kieltä (eli että tekisi testin), mutta en ole siihen niin paljoa perehtynyt, että moista hallitsisin.
Tuota minäkin ajattelin että jonkunlainen testi tarvis tehdä siinä ihan aluksi...
Lainaa
NOAAn datapalvelin epäluotettavuus on kyllä ollut viimeisen kahden viikon aikana jotain ihan käsittämätöntä.
Totta, on kyllä viime päivinä ollut pikkasen pätkivää tuo datan saanti tuolta rapakon takaa. Itsellä alkaa karttojen teko tällä hetkellä xx.15 siitä seuraavalla tunnilla eikä sekään ihan mallikkaasti siltikään mene...
Uutta 2.0.a7 kokeiltu,hmmm...ainakin mun while-looppi lakkas toimimasta, tekee vain yhden kartan ja tuuppaa jotain ihmeen erroria sen jälkeen...;D
Millä loopilla sä wilei teet nuo kartat niin että se tallentaa jokaisen eri nimellä?
Mulla tuollainen perus while-looppi jossa i:n arvo väännetään rautalangalla että on 1 enemmän kun viime kierroksella tyyliin i = i+1 ja sitten tehdään kartta a:sta ö:hön, looppi ("karttatyyppi", esim Lämpötila) kerrallaan. Ihan varmasti tuohonkin löytyy parempi systeemi mutten vielä ole löytänyt sitä... ;D
Lainaus käyttäjältä: weatherc - lauantai, 03.10.2009, 11:56
Uutta 2.0.a7 kokeiltu,hmmm...ainakin mun while-looppi lakkas toimimasta, tekee vain yhden kartan ja tuuppaa jotain ihmeen erroria sen jälkeen...;D
Millä loopilla sä wilei teet nuo kartat niin että se tallentaa jokaisen eri nimellä?
Mulla tuollainen perus while-looppi jossa i:n arvo väännetään rautalangalla että on 1 enemmän kun viime kierroksella tyyliin i = i+1 ja sitten tehdään kartta a:sta ö:hön, looppi ("karttatyyppi", esim Lämpötila) kerrallaan. Ihan varmasti tuohonkin löytyy parempi systeemi mutten vielä ole löytänyt sitä... ;D
Itsekkin kokeilin a7:aa omalla koneella, ja se bugaa viel kiitettävästi. Ohjelma kaatuu segmentation faultiin melkoisen useasti... Toivottavasti korjaantuu pian!
Mulla systeemi toimii siten, että PHP:lla tehdään valtaisa grads .gs -file, joka sisältää hyvin yksinkertaisesti kaikkien karttojen piirtokomennot sellaisinaan; eli ilman looppeja/tms. Ainoat loopit siis PHP:ssa, kun en ole jaksanut (vielä) opetella gradsin scriptauskieltä yhtään :P Täällä pari screenshottia (http://wilei.pictures.fi/kuvat/tmp/grads/) itse koodeista, mis näkyy millanen systeemi taustalla about on, vaikkakaan itse karttojen koodeja sisältävistä kohdista tuossa ei nyt ole shottia nähtävillä... (Koodit ovat siis puhdasta OOPHP:ta, kun en enää muuta hirveästi jaksa kirjoittaa :D)
Palasin takas a5:sen pariin, en saanut a7 tekemään kun yhden kartan. No, kekkasin keinon miten saan karttakohtaiset värit jos haluan funktion avulla joten siinä milelssä saan vaikka sen noin 75 eri väriä jokaiselle kartalle jos haluan :)
Mulla koko tekosysteemi on väänneetty yhteen .gs-filuun jota .bat-filu käynnistää kun ensin on laskenut ajan että mitä ajoa sitä pitäisi hakea tuolta NOAA:lta. Pienen väsäämisen jälkeen sain sen niin että se osaa myös vähentää päivän alkupäivästä :D
Perin simppeliähän se on loppujen lopuksi eikä koodia ole kun sen pari kymmentä riviä per setti (+ ne ladattavat funktiot)
Vielä kun kekkaisi että miten sen sais tarkistamaan datan tulon/saannin jollain tapaa ettei se jää roikkumaan..hmm..
EDIT: Hmm...pitäisi varmaan jaksottaa tuon karttojen teon, lisäsin muutaman uuden kartan systeemiin (nyt 19) sekä lisäsin sekvenssien määrää 96 tuntiin niin 1.5 tuntia mennyt ja vasta pääsemässä niihin aikaa vieviin mutta veikkaan että se on ottanut "paussia" matkan varrella :D
Kyllä nyt tökkii tuo nomads-servu NOAA:lla...alkupäivän ajot meni ihan vatturalle ja nyt menee varsinkin Deep Layer Shear-tyyppiset kartat ihan päin honkia...Eilen kun tuota Deep Layer Shear-karttaa tein niin toimis niin nätisti...
Nonni. Näemmä on tuossa hiljan ilmestynyt uusi versio OpenGrADSista, ja tuo ei ainakaan itselläni, omien testien mukaan kaatuile ja toimii muutenkin about kuin pitääkin :) Uusin siis tätä kirjoittaessa 2.0.a7.oga.2
Ja toimivan version innoittama aloitin "rewriten" eli olen jo lähes täysin uusinut FLC:n karttoja tuottavan systeemin, aiempi kun oli niistä&näistä riivitty kasaan ja tämä uusi syö karttojen tiedot (eli mitä esitetään ja miten +yms.) "mallina", jonka pohjalta sitten tehdään oikeat jekut :) Ohessa pari kuvakaappausta miltä vanha näytti ja miltä uuden määrittely näyttää (itse suorittavasta koodista en kuvakaappausta voi laittaa, ainakaan vielä), lisäksi mukana näytteet miltä vanha ja uusi näyttävät.
Ei taida olla mitään keinoa venyttää ennustetta 7 päivän sijasta 14-16 päivään?
Lainaus käyttäjältä: Meteorologi - tiistai, 04.01.2011, 16:55
Ei taida olla mitään keinoa venyttää ennustetta 7 päivän sijasta 14-16 päivään?
En takemmin ole tutkinut asiaa mutta muistaakseni 7 päivää löytyy tällä 3 tunnin välein olevalla datalla ja 7 -14 päivään vähemmällä tiheydellä.
Sitä en näin suoralta osaa sanoa että onko NOAA-serverillä josta dedi hakee datat nuo päivät 7-14, mutta pitääpi tutkailla jossain vaiheessa.
Lainaus käyttäjältä: weatherc - tiistai, 04.01.2011, 18:11
En takemmin ole tutkinut asiaa mutta muistaakseni 7 päivää löytyy tällä 3 tunnin välein olevalla datalla ja 7 -14 päivään vähemmällä tiheydellä.
Sitä en näin suoralta osaa sanoa että onko NOAA-serverillä josta dedi hakee datat nuo päivät 7-14, mutta pitääpi tutkailla jossain vaiheessa.
Periaatteessa jostain pitäisi löytyä, sillä farmit.netissäkin on 15päivän GFS.
Kahden viikon meteogrammi olisi kova sana. 8)
Jos vaan siltä NOAA-servulta on saatavilla niin ei pitäisi olla ongelma laittaa kehiin koska tuo nykyinen datahaku on toiminut todella hyvin eikä se ole mitenkään ylenpaattisesti tehosyöppökään. ;D
Tutkailin pikkasen asiaa ja samalla servulla on myös dataa 384 tuntiin (16pv) asti mutta se on eri muodossa kun nykyinen mitkä ylettyy 192 tuntiin asti jota nykyiset GFS-skriptit käyttää...Dataa on niin että 192 tuntiin on 3 tunnin välein ja 192-384 tuntia on 12 tunnin välein.
Samaiselta servulta löytyy myös GDAS-dataa josta esim. nordicweatherin lumikartta on tehty. Tätä dataa on vain 1 datapiste joten se on lähinnä analyysi-data.
Intialaiselta sivulta löydettyä: http://www.monsoondata.org/customize/ :
8-16 päivän meteogrammi!
Ohjelmalla ajettuna ylin ennustepalkki on täyttä sekamelskaa kylläkin. http://www.monsoondata.org/wx/sringfs.png
Juu, ei se ole siitä kiinni ettei meteogrammia saatais tehtyä, ongelma on se miten gribit saadaan pureskeltua siihen muotoon jolla nuo .gs-filut toimii, nekun ei ole sama. Ja tuo cola-serveri joka on esiasennettu noihin skripteihin ei edes vastaa pyyntöihin ;)
Tuo sekamelska on itse asiassa täysin ok palkki, se on vaan tehty tuohon muotoon ;)
Lainaus käyttäjältä: weatherc - keskiviikko, 05.01.2011, 13:44
Juu, ei se ole siitä kiinni ettei meteogrammia saatais tehtyä, ongelma on se miten gribit saadaan pureskeltua siihen muotoon jolla nuo .gs-filut toimii, nekun ei ole sama. Ja tuo cola-serveri joka on esiasennettu noihin skripteihin ei edes vastaa pyyntöihin ;)
Tuo sekamelska on itse asiassa täysin ok palkki, se on vaan tehty tuohon muotoon ;)
Kokeilin http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/ osoitetta, muttei toiminut. Onkohan tuolla 16 päivään yltävää gfs:ää ollenkaan?
Lainaus käyttäjältä: Meteorologi - keskiviikko, 05.01.2011, 16:23
Kokeilin http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/ osoitetta, muttei toiminut. Onkohan tuolla 16 päivään yltävää gfs:ää ollenkaan?
Ei ole.
Mutta, nyt on deillä ;D ;D ;D
Pienen tappelun jälkeen sain kun sainkin pureskeltua päivät 8-16/tunnit 192-384 muotoon että datan haku/prosessointi-skripti hyväksyi sen.
Päivät 8-16 ovat eri kansiossa joten jos haluaa tehdä niistäkin meteogrammia niin täytyy ajaa skripti kahteen kertaan, tämä siksi että näiden päivien grib-filut ovat eri nimiset, reso on 1° kun tunnit 0-192 ovat 0.5° resolla sekä ennusteväli on 12 tuntia 3 sijaan.
Data päivittyy 6 tunnin välein kuten tunneilla 0-192 siten että ensin ajetaan tunnit 192-384 ja sen perään tunnit 0-192, tämä koska 2:s viikon dataa on paljon vähemmän ja siten sen haun kesto on nopeampaa ja saan ajastuksen helpommin lähekkäin.
Tarkemmat tiedot dedin dods/-osoitteesta.
En ole vielä itse testannut tehdä meteogrammia tuosta datasta mutta testiinmenee varmaan vielä tänään.
;D ;D ;D
Täältä tulee koeajo 7-14 päivän meteogrammille Saloon ;D
Vaikuttaa todella hyvältä.
Laitatako skriptin jakoon?
Lainaus käyttäjältä: Meteorologi - keskiviikko, 05.01.2011, 22:10
Vaikuttaa todella hyvältä.
Laitatako skriptin jakoon?
Se on itse asiassa ihan sama mikä tekee tuon ensimmäisen viikon meteogrammin, ainut ero on urli koska kansio on dedillä eri sekä headeri.
Nuo ukkoskäppyrät eivät oikeen toimi, näyttää ihan omiaan ;D
Mitä tuohon urliin tulee, jos tavallisessa nomads.ncep.noaa.gov-osoittteessa ei ole 16 päivän ennustetta?
Sen kun laittaa osoitteeksi, saa aikaan viikon ennusteen? Kokeilin näin ja viikon ennuste valmistui puoliväliin, kunnes lopetti, ja tuli herjojen kera ga->.
Juu, se lukee kylmästi sen kansion datat jota urlissa käyttää eli jos dataa on esim. 0-7 päivää niin se tekee sen.
(Meterologille lähti postia YV:nä ;D)
Lainaus käyttäjältä: weatherc - perjantai, 07.01.2011, 13:29
Juu, se lukee kylmästi sen kansion datat jota urlissa käyttää eli jos dataa on esim. 0-7 päivää niin se tekee sen.
(Meterologille lähti postia YV:nä ;D)
Kiitoksia. Dataa näyttäisi luettavan ajalta 7-16 päivää, käyrän muodosta päätellen.
Tämmöistä heittää ajon puolivälissä edelleen, eikä ajoa suoriteta loppuun:
Non-numeric args to numeric operation
Error occurred on line 736
In file /Resources/Scripts/testi.gs
Error occurred on line 335
In file /Resources/Scripts/testi.gsMikä tuossa mättää?
Lisäksi tuli eräs kysymys mieleen. Miten tuota grads-serveriä ajetaan? Ja mistä se hankkii datansa?
LainaaMikä tuossa mättää?
Hmm...millä komennolla ajoit sitä?
Lainaaisäksi tuli eräs kysymys mieleen. Miten tuota grads-serveriä ajetaan? Ja mistä se hankkii datansa?
Se on OpenGrADS:ia käyttävä GDS-niminen Tomcat Javaserveri joka raksuttaa taustalla.
Data haetaan NOAA:n nomads-servereiltä eli samaiset josta voi ajaa noita skriptejä suoraan mutta eri kansiosta.
Data joka haetaan on grib2-filuja joka haetaan/prosessoidaan kourallisella shell/perl-skriptejä sopivassa järjestyksessä.
Kun data on haettu se prosessoidaan sopivaan muotoon jossa käytetään OpenGrADSia sekä muutamia sen "lisäosia".
Kaikki tämä on tuttuun Jenkkiläiseen "julkinen domain"-tyyliin ilmaista ja tiedot miten sen pistää pystyyn sekä tarvittavat ohjelmat löytyy suoraan netistä ;D 8) ;D
Ihan peruskauralla, eli meteogram_gfsb Juva 20110107 06 27 52 e
Hyvin se lähti rullaamaan aluksi, kunnes tökkää tuulennopeuden jälkeen.
kokeile vaihtaa se viimeinen e vaikka y:ksi, niin se ainakin on mulla.
Lainaus käyttäjältä: weatherc - perjantai, 07.01.2011, 17:59
kokeile vaihtaa se viimeinen e vaikka y:ksi, niin se ainakin on mulla.
Nyt toimii. Omituista kyllä, ylemmät käyrät eivät ollet moksiskaan yksiköistä.
Kiitos paljon.
Hieno homma :)
Johtuu siitä että joistain postin koko yksikkövalinnan kun sitä ruuvailin mutten lämpötilasta kun se lakkas toimimasta silloin ;)