FinWX Foorumi

Yleiset keskustelualueet => EWN - European Weather Network => Aiheen aloitti: weatherc - Lauantai, 02.06.2018, 16:10

Otsikko: Filtteröinti käyttöön
Kirjoitti: weatherc - Lauantai, 02.06.2018, 16:10
Nordicweatherissä jo jokusen viikon käytössä ollut kartan filtteröinti on otettu käyttöön myös euweatherin kartalla. Samoin myös pws-taulukossa (suomen taulukossa tippui testihetkellä näkyvillä oleva asemien määrä 234 => 107). Namiskuukkelit jolla saa kaikki näkyviin tullee myöhemmin. Filtteri joka käytössä on 2-osainen, < 15 minuuttia ja > 95% "luotettavuus" => OK.

Tuo luotettavuus - eli käytönnössä "tähtiluokitus" lasketaan kylmästi "huonot datat / kaikki datat". Pikainen vilkaisu missä tuo prosentti yleensä liikkuu niin FMI 98-100%, PWS:ät (ilman Netatmoja) 95-100%..
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Lauantai, 02.06.2018, 18:26
Kovin autioksi veti kartan ja yksityiset sääasemat oli alimmillaan kun vilkaisin 81 kpl. Minua askarruttaa pari asiaa, ensinnäkin onko menty perse edellä puuhun.. eikö olisi parempi niinsanotusti kaikkien asemien kukkia ja siihen sitten ne namiskuukkelit jos haluaa karsia..
vai onko kyse josain ahdasmielisestä ajattelusta ;D

tuolla yksityisissä sääasemissa evijärvi1 (ja kartalla) miettii ollakko vai ei olla.. evijärvi2 ei mieti mitään ei näy.. joten seuraava kysymys, mikä ja minkä suhteen tuo 95% on? jos se on sitä mitä oletan, silloin pitäisi huomattavasti enemmän kartoilta poistua asemia..

toivottavasti tuo vertailu ja se mihin käppyrät tulee pikkukarttoineen ja lähellä olevien asemien kera, säilyy sellaisenaan...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Lauantai, 02.06.2018, 19:01
Ei, ei ole kyse mistään ahdasmielisestä ajattelusta vaan kahdesta asiasta:

1. Karatalle halutaan "sää juuri nyt", ei tunnin vanhaa dataa. Nämä vanhat datat teki myös kartan palleroista aika kirjavat kun välillä vierekkäisten asemien erot ovat aika suuret vaikkei näkyvää syytä kuten meri, vuoristo tms. Eli lyhyesti, Netatmo korjatkoon API:nsa.

2. Itsehän te halusitte tähtiluokituksen ;D Tässä vaan hyödynetään sen (tulevaa) dataa ;D Eli parempi luokitus = parempi näkyvyys. Tuon laskentatapa on simppeli: Huono data = päivityskerrat jossa jäänyt EWN:än haaviin. Kaikki data = kaikki päivityskerrat jossa data jossa ollut dataa.

Mielenkiintoinen huomio on toki se että suurin osa ellei liki kaikki piiloontunnet ovat Netatmoja...

Ja kyllä, pikkukartat, käppyrät yms jää kuten nytkin.

Se, onko nuo rajat juuri nuo 15 min ja 95%, vai esim 20 min ja 95% vai joku muu niin pitää tutkia/seurata.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Lauantai, 02.06.2018, 19:28
Olihan se sinulla tiedossa, että tippuu joten ei kuitenkaan mikään suuri yllätys.. mitä jos kokeilisit laittaa sen "rain" ehdoksi, tai sitten laitat hakuväliksi 30 min.. niin jäisi se turha 20 min pois suurimmassa osassa.. toki voi tulla sitten joskus satunnaisesti pitempi katkos??

toisaalta jos voi laittaa näille suomen koordinaateille 15 min, niin ainakin puolen tunnin välein päivittyisi.. jos ei rajat pauku?
toimisiko.....
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Lauantai, 02.06.2018, 20:14
Toki oli tiedossa, oonhan mä katsonut esmeks taulukosta ;D
Ja onhan mulla ollut sama filtteri käytössä pikkukartalla nordicweatherin etusivulla jo muutaman viikon, hyvin tuloksin.  ;D
Kyse kun ei ole asemien määrästä, eikä asemien merkistä, eikä mistään sellaisesta vaan ensisijaisesti datan iästä ja osin datan paikkansapitävyydestä - tosin mitä katselin dataa niin "tähtiluokistus-prosentilla" on huomattavasti pienempi vaikutus kuin iällä. Esim nordicin pikkukartan datasta, PWS: yhteensä 30, tähtiprosenttifiltteriin jäi 8, ikäfiltteriin 23, joista suurin osa > 20 min - met/tiesää: yhyeensä 60, filttereihin jäi 0.
Mielenkiintoista siinä on se, ettei suinkaan kaikki Netatmot kadonnut vaan esim tuossa nordicin kartalla on suunnilleen samat pysyneet näkösällä koko ajan.

Eli potkippa sitä Paaspranttia persuksille ja sano sille että korjaa API:nsa. Siinä vaiheessa kun kaikilta Netatmoilta tulee tuoretta dataa niin suurin osa myös palaa kartalle sillä sekunnilla.
Sun täytyy katsoa asiaa kartan ylläpitäjän näkövinkkelistä, jos tavoite on tuore ja paikkansapitävä data niin silloin suodatetaan ulos vanhat ja huonot datat, riippumatta mistä se tulee. Se ei kato sitä onko se Netatmo, Davis, met-laitos vaiko tiesääasema. Simppeliä, eikö?

Jos tuota hakuväliä venyttää esim 30 minuuttiin niin käy äkkiä niin että tulee tuntienkin katkoksia koska se ajankohta milloin data on tuoretta vaihtelee...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Lauantai, 02.06.2018, 20:48
Niin.. siinä 30 minuutin haussa pitäisi ensi tutkia aika milloin päivittyy ja sitten ajoittaa.. mutta jos lyhentää hakua 15 minuuttiin niin se 50 min lyhenee lähelle puolta tuntia... vaikka ei joka kerta antaisikaan mitään... oletan mä.... ::)

et siis aio kokeilla sitä tai rain-hakua?  Potkin kyllä, potkin jo toissapäivänä.. vastaus tullee alkuviikosta.. penäsin edelleen sitä että pitäisi voida hakea yksinkertaisesti data, eikä rajoittaa siihen puoleen tuntiin, tai sellainen hakuehto että oli se sitten rain, wind tai temperature.. niin voisi antaa viimeisimmän datan mikä on muuttunut.. semmoisella tai..logiikalla.. ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Lauantai, 02.06.2018, 21:19
Toisaalta.. vaikken ohjelmoinnista juuri tiedäkkään, voisiko ajatella että ennen varsinaista hakuprosessia voisi jollain pienellä haulla hakea se vaihtoehto missä time_utc on lähimpänä time_server aikaa.. sitten hakea koko lössi sillä hakuehdolla?

vai tuleeko siinäkin vastaan se puoli tuntia.. itse kun olen vaihdellut ehtoa niin on tullut eri aikoja.. mutta ehtokohtaisesti ei ole saanut haettua uutta kuin puolen tunnin päästä, eli jos on temp, rain, wind, pressure.. niin voisiko toimia?  
puhuit tiesääasemista.. kaikki ei näy.. onko sille muukin syy kun ei ole näkynyt aikoihin esim. evijärvi
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Lauantai, 02.06.2018, 21:38
Niin.. siinä 30 minuutin haussa pitäisi ensi tutkia aika milloin päivittyy ja sitten ajoittaa.. mutta jos lyhentää hakua 15 minuuttiin niin se 50 min lyhenee lähelle puolta tuntia... vaikka ei joka kerta antaisikaan mitään... oletan mä.... ::)

Niin, jos muutan haun 30 minuuttiin niin häviää loputkin Netatmot kartalta, tai käyvät vaan näyttäytymässä. Nyttenhan päivittyy osa ihan OK koska ovat koko ajan näkösällä.

et siis aio kokeilla sitä tai rain-hakua?  Potkin kyllä, potkin jo toissapäivänä.. vastaus tullee alkuviikosta.. penäsin edelleen sitä että pitäisi voida hakea yksinkertaisesti data, eikä rajoittaa siihen puoleen tuntiin, tai sellainen hakuehto että oli se sitten rain, wind tai temperature.. niin voisi antaa viimeisimmän datan mikä on muuttunut.. semmoisella tai..logiikalla.. ;D

Ainahan voi kokeilla.

Lainaus
Toisaalta.. vaikken ohjelmoinnista juuri tiedäkkään, voisiko ajatella että ennen varsinaista hakuprosessia voisi jollain pienellä haulla hakea se vaihtoehto missä time_utc on lähimpänä time_server aikaa.. sitten hakea koko lössi sillä hakuehdolla?

Kun ei tiedä miten tuo on ohjelmoitu serveripuolella niin menee spekulaatioksi. Jokainen ehto mennee siihen 30 min cacheen, eli jos hakee ne vuorotellen niin päivittyy jokainen vuorollas 30 min päästä. Näin siis loogisesti ajateltuna. Se, toimiiko se noin käytännössä on ihan eri asia.

Lainaus
puhuit tiesääasemista.. kaikki ei näy.. onko sille muukin syy kun ei ole näkynyt aikoihin esim. evijärvi

Harvemmin kaikki näkyy samaan aikaan, ovat pois linjoilta (jakelusta) milloin mistäkin syystä. Niitä myös huolletaan/vaihdetaan kesäsin koska nehän ovat talvikunnossapitoa varten, ei meitä nörttejä ;D Ei siitä ole kovin kauan siitä kun esim lähes koko Tku-Hki-välin asemat oli pimeinä vaikka kuinka kauan. Liikenneviraston uusi api on kyllä toiminut ihan OK sen suhteen, uudet/palaavat ovat tupsahtaneet takasin linjoille ihan hyvin.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Sunnuntai, 03.06.2018, 12:28
tein testin.. aamulla jouduin keskeyttämään kun tuli yllättävää menoa..
hain niitä time_utc aikoja 2 eri tunnuksella ja temperature, rain ja wind-hauilla ja sain aikoja jotka olivat 5-20 minuuttia toisistaan.. kyseessä oli minun 1-aseman lpt-arvojen timestamp.. ne vaihtelivat tällä systeemillä mutta jos hakee vuorotellen kahdella acces_token.. eli käyttäjätunnuksella vaikkapa 15 minuutin välein niin kerta siellä näyttäisi dataa olevan, niin voisi saada pelkällä perushaulla  aikaa lhennettyä puoleen?

laitan tuoon kaappauksen utc-ajoista
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Sunnuntai, 03.06.2018, 15:00
tein testin.. aamulla jouduin keskeyttämään kun tuli yllättävää menoa..
hain niitä time_utc aikoja 2 eri tunnuksella ja temperature, rain ja wind-hauilla ja sain aikoja jotka olivat 5-20 minuuttia toisistaan.. kyseessä oli minun 1-aseman lpt-arvojen timestamp.. ne vaihtelivat tällä systeemillä mutta jos hakee vuorotellen kahdella acces_token.. eli käyttäjätunnuksella vaikkapa 15 minuutin välein niin kerta siellä näyttäisi dataa olevan, niin voisi saada pelkällä perushaulla  aikaa lhennettyä puoleen?

Siinä on vaan yksi mutta. Yleensä tuollaiset porsaanreiät tukitaan jos niitä alkaa käyttämään, tyyliin yksi access_token/ip-numero.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Sunnuntai, 03.06.2018, 20:16
Pitäisköhän kysyä sieltä Ranskan päästä porsaanrei'istä ja niiden käytöstä? olisiko se pig hole...  ;D

Tein empiiristä (mitähän sekin oikein on) tutkimusta vielä iistä hakujutuista koska haluan hieman  laittaa niille ihmeteltävää..
hain toisilla tunnuksilla rain-ehdolla ja toisella sillä perusjutulla.. aluksi näytti hyvältä, mutta sitten tuli outo hyppäys. vastausajoissa..
piteni 5 min toiseen suuntaan ja lyheni toiseen enemmän..
tuossa taulukkoa.. vein sen exelitä pdf:si utta tuolla systeemillä pisin hakuväli oli 23 min... lyhin 7 min..
voi olla että se on oma vika.. hakuaika venyi ehkä liian pitkäksi seitsemän kieppeillä...

Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Sunnuntai, 03.06.2018, 22:50
Sehän se tuossa se kummajainen onkin ettei ole mitään määrättyä minuuttia/eja jolloin tulisi tuoretta dataa vaan ne vaihtelee tunnista toiseen. Ainut vähän edes sinneppäin on pikkasen tasan jälkeen. Tämän oon itsekkin huomannut.
Se mikä myös kummastuttaa on se että joiltakin asemilta näyttää tulevan suht tuoretta ihan suht tasaisesti pitkin tuntia 30 min cachesta huolimatta (koska ovat näkösällä filtteristä huolimatta) ja joltain taas ei.

EWN:än kartan/taulukon ikäfiltteri on muuten 20 min, ei 15 min mitä muistin eilen.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: teutari - Maanantai, 04.06.2018, 07:41
tein testin.. aamulla jouduin keskeyttämään kun tuli yllättävää menoa..
hain niitä time_utc aikoja 2 eri tunnuksella ja temperature, rain ja wind-hauilla ja sain aikoja jotka olivat 5-20 minuuttia toisistaan.. kyseessä oli minun 1-aseman lpt-arvojen timestamp.. ne vaihtelivat tällä systeemillä mutta jos hakee vuorotellen kahdella acces_token.. eli käyttäjätunnuksella vaikkapa 15 minuutin välein niin kerta siellä näyttäisi dataa olevan, niin voisi saada pelkällä perushaulla  aikaa lhennettyä puoleen?

Siinä on vaan yksi mutta. Yleensä tuollaiset porsaanreiät tukitaan jos niitä alkaa käyttämään, tyyliin yksi access_token/ip-numero.

Firmiskin on kerran revitty auki mutta sekin tukittiin... mitä tuolta FAQ:sta lukee niin aikamoista hulapaloota/rukoilemista sen päivitys on.  ::)

https://forum.netatmo.com/viewtopic.php?f=10&t=2359&start=790
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 04.06.2018, 08:46
Asiaa vielä kokemusperäisesti tutkittuani tulin siihen johtopäätökseen että nimenomaan se liian pitkä hakuväli aiheutti sen muutoksen vastauksissa, rain hyppäsi yhden haun ylitse, jos olisin hakenut sen 19.11 niinkuin tarkoitus oli eikä 19.17 olisi se väli ollut 16 min.. etc. siinä on myös jossain vaiheessa edessä vastaava hyppäys jollei pysty ajoittamaan noin puoleenväliin hakua, eli jos ensimmäisellä haulla saa ajaksi vaikkapa 10.01 niin seuraavan voi tehdä 12.31 tai 10.32.. eli siis (10.16.. )10.47.. 11.18.. etc..  koska näytäisi olevan noin 30 min +-1 milloin voi hakea..

Firmiskin on kerran revitty auki mutta sekin tukittiin... mitä tuolta FAQ:sta lukee niin aikamoista hulapaloota/rukoilemista sen päivitys on.  ::)

Siinähän se...jollei automaattipäivitys toimi ..
https://www.netatmo.com/en-US/helpcenter/security/2/how-do-firmware-updates-work/316

ongelma on yleensä käyttäjän vika, kun ei osata poistaa asennusohjelmia koneelta ja netatmon pääpurkista.. niin ei takuulla firmware päivity..vaan käyttää vanhaa... pitää lähteä puhtaalta pöydältä niinkuin monesti atk-asioissa valitettavasti joutuu tekemään :)
tai  sitten olla yhteyksissä ylempiin tahoihin, mitä pomompi sitä parempi... toisaalta, ei se kovin helppoa ole muidenkaan merkkien kanssa, mitä olen täällä havainnut ;D

Laitoin sille Prashanthille lisää mailia.. olisikohan pitänyt käyttää loop sanaa piglet sijasta >>

I did a test with two IDs to search, ID A> Rain and B> Temp. That way cache gets data for 15 min. interval, but if the search interval is not 31-32 min. length / condition, then the result will change, I will put it in pdf-file.

My point is that at least my aspect of the cache will be updated about 29-31 min. interval, sometimes takes longer.

Cache does not update for 10 min. interval, but at odd intervals ...

Ewn put the maps and tables into a timeline, only 20 min. newer data is displayed, followed by the fact that most of the netatmos dumped, but there are some where, despite the cache, the data is updated frequently enough and remains visible.

Conclusion; getpubligdata cache works like it does, and not exactly as it should. Also sets stations to unequal situations.

There is also a question as to whether two IDs can retrieve data if you do not get cache to work in a sensible way or throw out if the same ip address. (piglet hole) :-)

It would be desirable for one search to give 10-15 minutes. interval (or 20 min.) last data .....
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Maanantai, 04.06.2018, 09:36

Firmiskin on kerran revitty auki mutta sekin tukittiin... mitä tuolta FAQ:sta lukee niin aikamoista hulapaloota/rukoilemista sen päivitys on.  ::)

https://forum.netatmo.com/viewtopic.php?f=10&t=2359&start=790

Siis mitä? Se puskee jatkuvasti nettiin dataa eikä osaa edes firmistä päivittää ilman PC:tä? Anna mun nauraa. Oikeasti.  :D
Toisaalta, jos firmistä pitää jatkuvasti laastaroida päivityksillä niin se kertoo enemmän mitä reikäjuustoa se on...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 04.06.2018, 10:14
Siis mitä? Se puskee jatkuvasti nettiin dataa eikä osaa edes firmistä päivittää ilman PC:tä? Anna mun nauraa. Oikeasti.  :D
Toisaalta, jos firmistä pitää jatkuvasti laastaroida päivityksillä niin se kertoo enemmän mitä reikäjuustoa se on...

Käsittääkseni tuo ongelma koskee enempi ilman pc:tä asennettuja purkkeja, pääosaa näyttelee iphonet ja androidit.. iphonesta minulla ei ole kokemuksia mutta ainakin googlen android puskee päivityksiä oikein olan takaa, käyttäjät tuskastuvat ja ottavat ne pois päältä.. siitä se soppa syntyy vaikka purkkiin päivittyisikin firmware.. ei puhelimeen...  sitten riitelevät keskenään....  mitä tulee reikäjuustoon, mitä isommat reiät.. sen parempaa, ainakin edam... ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: teutari - Maanantai, 04.06.2018, 12:47

Kun se meni näihin juustoihin niin juustohan pierettää joten ei koskaan tiedä millainen paukku sieltä maailmalle putkahtaa mutta onhan siinä hyvätkin puolensa sehän kertoo vaan hyvistä bakteereista. ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 04.06.2018, 18:33
Jatkoin tutkimuksia, voi sillä samalla access_tokenilla hakea vuorotellen vaikka sillä 20 min välillä, weatherc varmaan osaa rakentaa sellaisen silmukan joka sen tekisi, itse hain 15 minuutin välein/ehto (temperature/rain) ja sain vastaukset aina joko/tai per ehto noin 30 min. välein,sen cachen sallimissa rajoissa, tuossahan tulee 40 min. /ehto, eli oletettavasti tämä hakusysteemi antaa tuoreempia vastauksia kuin nykytilanne...  se miten ne suhteutuu toisiinsa on kysymysmerkki, voi tulla lyhyitäkin päivitysvälejä tai jopa yli sen 20 min... mutta kuitenkin huomattavasti alle puoli tuntia ja luultavasti puolittaisi ainakin  nykyisen 40-50 min.  asiahan on nyt weatherc:n käsissä kunnes saadaan toimivampi api.  ;D

noista firmware-päivityksistä vielä sen verran että varmaankin koskee muita tuotteita enemmän kuin sääasemia.. kuten kameroita, termostaatteja, hälyttimiä yms krääsää mitä on sääasemien rinnalle tullut...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Maanantai, 04.06.2018, 21:00
Jatkoin tutkimuksia, voi sillä samalla access_tokenilla hakea vuorotellen vaikka sillä 20 min välillä, weatherc varmaan osaa rakentaa sellaisen silmukan joka sen tekisi, itse hain 15 minuutin välein/ehto (temperature/rain) ja sain vastaukset aina joko/tai per ehto noin 30 min. välein,sen cachen sallimissa rajoissa, tuossahan tulee 40 min. /ehto, eli oletettavasti tämä hakusysteemi antaa tuoreempia vastauksia kuin nykytilanne...  se miten ne suhteutuu toisiinsa on kysymysmerkki, voi tulla lyhyitäkin päivitysvälejä tai jopa yli sen 20 min... mutta kuitenkin huomattavasti alle puoli tuntia ja luultavasti puolittaisi ainakin  nykyisen 40-50 min.  asiahan on nyt weatherc:n käsissä kunnes saadaan toimivampi api.  ;D

Sellanen on kyllä aika simpplei tehdä että joka toinen olisi nykyisellä ehdolla ja joka toinen rain-ehdolla. Aina voidaan kokeilla, ei se ainakaan pahenna tilannetta.
Tuota access_tokenia en lähtis sorkkimaan koska sehän on tavallaan käyttäjän tunniste. Koska EWN:än haut ovat säännöölliset niin se olisi myös helposti nähtävissä että esim joka toinen haku tulisi eri tokenilla jolloin helposti kävisi niin että koko ip olisi bannissa...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 04.06.2018, 21:02
Hyvä niin, kokkeillaan  ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 05.06.2018, 15:15
sain ympäripyöreän vastauksen.. laitan sen tähän.. ja laitan sinne myös uutta viestiä kunhan ehdin pikapikaa kirjoittamaan..

Kiitos linkin jakamisesta, olen tarkistanut tuotteen,
hanke vaikuttaa kiinnostavalta, mutta sen on odotettava ja tultava esiin todellisessa elämässä,
 
Mitä tulee välimuistiin, otin yhteyttä devs-palveluun, ja näytän sinulle antaneen väärän tiedon,
meillä on todellakin 30 minuutin välimuisti, tässä kirjoitetaan virallisessa dokumentaatiossa:

     Palautetut asemat saattavat sijaita pyydettyjen koordinaattien ulkopuolella 30 minuutin välimuistijärjestelmän vuoksi.
     Tämä välimuistijärjestelmä on sama kuin Netatmo Weathermapin käyttämä.

Kiitos projektin tulosten jakamisesta.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 05.06.2018, 15:47
Piti ottaa jo ison pomon nimi käyttöön, jos edes pikkuisen saisi vipinää niihin  ;D

Thank you for your message, but it does not bring any solution to the problem.
I know that Weathermap cache system logs the information several times during the half-hour, but it provides a way out only once in that time. The only thing that matters is that it would allow 2 queries per half hour, or the cache would be abbreviated, for example, for 20 minutes and the last changed temperature value would be obtained.

In that weathermap values changed many times over 25 minutes, I got 14.30, 14.35, 14.43 and 14.54 in the test. Problems produced little that all map levels did not have the same value, had to zoom. I put the pictures .. I did Rouvi3 outrood the unit inside for the test.

Tell the Devs team that such a wish is ... Of course, I can ask Big Boss, Fred Porter, would such a wish be possible?
Have a nice day
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: teutari - Tiistai, 05.06.2018, 16:19
Mää voin vastata tuohon:  ;D

Hello Einari,
Please find more info here: dev.netatmo.com
The interval cannot be changed, to avoid servers overload.
Have a nice day!
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 05.06.2018, 16:33
ja minä tuohon ;D'
Then they should do this!
When the system capacity is reached if the application server continues to receive the requests, the performance and stability of the applications may be reduced. The following sections show you how to configure Server to minimize the negative results of system overload.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Tiistai, 05.06.2018, 18:24
Komppaan teutarin vastausta 100%-sesti.
Se ei ole niin yksinkertaista muuttaa noita cache-aikoja miltä se voi kuullostaa.
Sen verran tullut räplättyä noita suht isojakin kantoja (kuten Geonamen 8 miljoonan rivin kantaa) että ymmärrän hyvin noiden välimuistien olemassaolon. Varsinkin mysli on prkleen raskas kun se kasvaa isoksi. Mulla käytössä tuon Geonamen kanssa 720 päivän Memcache-välimuisti - eli käytännössä nollantuu aina kun serveri buutataan, joka tapahtunee noin kerran vuodessa ellei muuta ilmene.

SE mitä en ymmärrä on että mitä tekemistä cache-aikoilla on sillä että se puskee ulos asemia "laatikon ulkopuolelta". Silkkaa potaskaa sanon minä. Jos kyselyyn laitetaan rajat xa, ya ja xb, yb niin silloin se antaa VAIN sen sisäpuoleta eikä mitään sen ulkopuolelta.

Muuten ehdon vaihtaminen sade <> wind joka toisella kerralla ei tee mitään vaikutusta, yhtä sekundaa on se data silti...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 05.06.2018, 19:07
mitä tarkoitat tuolla sade<>wind, ainakin sillä temperature tasalta, rain vartin yli, temperature puolelta + 2 min, rain  varttia vaille+2 min edelliseen kyseisellä ehdolla tehtyyn hakuun verrattuna, vastaus  eri time_utc
eli kasvatin hakuaikaa joka kerta edelliseen 32 min/ehto

hain juuri yhdet, tällä kertaa eroa oli vain 12 ja risat minuuttia.. se vaihtelee suraavan vastauksen pitäisi olla jotain 19.24-25..
Olihan se. ja rain taas 19.38.. about
edit// olihan se..
mikähän olisi syynä ettei onnistu?
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Tiistai, 05.06.2018, 21:07
Mulla ollut wind ehtona koko ajan.

Tuollainen +32 min ei toimi käytännössä koska croni ajaa häkkyrän aina samoilla minuuteilla. tyyliin 02,17,32,47.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 05.06.2018, 21:12
jollet halua luopua tuulesta, hae temperature toisena.. mutta antaako se sitten niitä tuulianturittomia.. jos niin eikö ne voi muuten karsia..
ei sillä tarvi olla se.. 20 min/ehto käy... sitä vaihtelua vastauksissa tulee muutenkin.  siinä vain vaihtaa haut paikkaa keskenään joka toinen tunti ;D

Minulla on sellainen hatara muistikuva ettö rain ja wind antoi saman ajan... siksi temp. ja rain valikoitui..
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Keskiviikko, 06.06.2018, 10:05
Katsoin taas hakua, näyttäisi siltä että rain ja wind ovat lähellä toisiaan.. joten se temp. pitää olla kaverina, tai sitten hakee kaikilla kolmella. mutta silloin hakuaika luultavasti pitäisi olla lyhyempi, se 15 minuuttia..wind ja rain eroa oli 4 min. wind ja temp. eroa 13 min. ja rain/temp. ero 11 min... sitten kun temp uudelleen temp/wind 17 min. temp/rain luultavasti 21 min. 3min. pitäisi odottaa.. odottaisiko... ei ollut, oli 26 min ja sitten win/temp ja rain/temp. 13 min ja 4 min.

humidity ja pressure näkyy antavan saman ajan kuin temp.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Torstai, 07.06.2018, 00:06
Katsoin taas hakua, näyttäisi siltä että rain ja wind ovat lähellä toisiaan.. joten se temp. pitää olla kaverina, tai sitten hakee kaikilla kolmella. mutta silloin hakuaika luultavasti pitäisi olla lyhyempi, se 15 minuuttia..wind ja rain eroa oli 4 min. wind ja temp. eroa 13 min. ja rain/temp. ero 11 min... sitten kun temp uudelleen temp/wind 17 min. temp/rain luultavasti 21 min. 3min. pitäisi odottaa.. odottaisiko... ei ollut, oli 26 min ja sitten win/temp ja rain/temp. 13 min ja 4 min.

humidity ja pressure näkyy antavan saman ajan kuin temp.

No nyt ei ole kyse eri antureiden ajoista (ewn käyttää temperaturen aikaa aikaleimana) vaan siitä että itse data ja varsinkin lämpötila päivittyisi. Esim sateen ajalla ei ole mitään merkitystä jos on poutaa, kunhan päivityy heti kun on satanut.

Ehdolla pelkkä temperature tullee kaikki asemat, myös ne ilman muita antureita. Ne on kyllä helposti suodatettavissa pois mutta koska vastauksen asemien määrä riippuu haetun laatikon koosta (koska suunniteltu kartalle eli lähempi zoomi = enemmän asemia) niin silloin jäänee myös enemmän asemia pois joilla kaikki anturit.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Torstai, 07.06.2018, 07:10

No nyt ei ole kyse eri antureiden ajoista (ewn käyttää temperaturen aikaa aikaleimana) vaan siitä että itse data ja varsinkin lämpötila päivittyisi. Esim sateen ajalla ei ole mitään merkitystä jos on poutaa, kunhan päivityy heti kun on satanut.

Ehdolla pelkkä temperature tullee kaikki asemat, myös ne ilman muita antureita. Ne on kyllä helposti suodatettavissa pois mutta koska vastauksen asemien määrä riippuu haetun laatikon koosta (koska suunniteltu kartalle eli lähempi zoomi = enemmän asemia) niin silloin jäänee myös enemmän asemia pois joilla kaikki anturit.

Nimenomaan, nuo hakuehtojen vaihtelut ovat niitä jolloin sain lämpö/kosteusanturista muuttuneen aikaleiman ja lämpötilan, eli jos hakee toisella edolla, antaa se lämpötilalle uuden aikaleiman, temperature taas uuden jne. pääsee siis sen 30 min. cachen ohi tavallaan. Seurasin myös samalla omia lämpötiloja dashboardista ja puhelinsovelluksesta, paikkansa piti.

Aina on jotain proplematiikkaa mukana, kun joutuu "säveltämään" ohi  normin ;D
Ehkä löydämme vastauksen....

Mietin kyllä sitäkin, että tuon cachen pituuteen voi olla osasyynä asemien tuhoton määrä eri lisähärpäkkeineen..

Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Torstai, 07.06.2018, 18:56
Tein äsken, 18.46-47 aika erikoisen havainnon,  yksityisissä asemissa aika oli 18.36 (päivitysaika) ja katosivat asemat yhtäkkiä,
sitä ennen olin katsonut lähellä olevia asemia ja siellä oli muutama minuutti päivityksestä...  menin silloin 14,47 takaisin sinne lähellä oleviin asemiin niin siinä silmänräpäyksessä noin 10 min. muuttui 34-35 minuuttiin..  mietin syytä... se taitaa olla se 30 minuutin hakuaika joka laski 20 minuuttia siihen lisää vaikka arvot oli saatu 10 min. aikaisemmin???????????????
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Torstai, 07.06.2018, 19:32
Lainaus
Mietin kyllä sitäkin, että tuon cachen pituuteen voi olla osasyynä asemien tuhoton määrä eri lisähärpäkkeineen..

Tuohan on ollut selvä asia alusta asti että on yksi syistä miksi cache-aika mitä se on.

Lainaus
Tein äsken, 18.46-47 aika erikoisen havainnon,  yksityisissä asemissa aika oli 18.36 (päivitysaika) ja katosivat asemat yhtäkkiä,
sitä ennen olin katsonut lähellä olevia asemia ja siellä oli muutama minuutti päivityksestä...  menin silloin 14,47 takaisin sinne lähellä oleviin asemiin niin siinä silmänräpäyksessä noin 10 min. muuttui 34-35 minuuttiin..  mietin syytä... se taitaa olla se 30 minuutin hakuaika joka laski 20 minuuttia siihen lisää vaikka arvot oli saatu 10 min. aikaisemmin

Ei mitään erikoista. Kas kun euweatherinkin käyttää cache:ta  ;D
Esim kartassa niin tehdään jokaiselle zoomitasolle uusi haku joka rajoittuu näkyvän kartan alueelle. Tämä koska homma menisi todella hitaaksi jos hakisi kaikki asemat.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Torstai, 07.06.2018, 20:28
Täytyy sanoa etten nyt ymmärrä tuota logiikkaa, miten se arvo joka on saatu 10 min. aikaisemmin  muuttuu yhtäkkiä 30 minuuttia aikaisemmin saaduksi..
ainoa selitys minkä keksin on se että se aika ei ole se mikä on vastauksessa sieltä netatmon hausta, vaan ihan jotain muuta..
 
jos se logiikka on se ettei netatmon antama data ei asetu siihen 20 minuutin haarukkaan, lisää sen 20 min. taitaa nyt vaihtoehtona olla se että sitten pitää hakea sitä niillä muilla ehdoilla ja lukea se temperaturen muuttunut time_utc.. tai kunkin hakuehdon time_utc, muuttuuhan sekin.. ?

voihan olla sekin mahdollisuus että jos eri hakuehdoilla wind time_utc muuttuu, niin voi käyttää sitä ja jää ne tuulianturittomat pois... mutta eikös se koskenut vain näitä pohjoisia leveyspiirejä.... toisaalta eikös se time_exec muutu jos haussa arvot muuttuu?
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Torstai, 07.06.2018, 21:20
Täytyy sanoa etten nyt ymmärrä tuota logiikkaa, miten se arvo joka on saatu 10 min. aikaisemmin  muuttuu yhtäkkiä 30 minuuttia aikaisemmin saaduksi..
ainoa selitys minkä keksin on se että se aika ei ole se mikä on vastauksessa sieltä netatmon hausta, vaan ihan jotain muuta..

Helppoa:
vastaus a on tuore, eli juuri haettu tietokannasta koska sopivaa vastausta ei löydy cache:sta.
vastaus b on cache-vastaus, eli haettu tietokannasta aikasemmin.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Torstai, 07.06.2018, 22:20
niin.. mutta miksi se lisää sen 20 minuuttia siihen tuoreeseen vastaukseen...

Tarkastelin tuossa oikein aikajanan avulla (piirsin) että jos saisi vaikka haettua 32 min välein niin 20 min pätkiin tulisi useammin tuoretta dataa, sanoit kyllä ettei voi niin hakea.. mutta jos aikaisemmassa vastauksessa tulee serveriaika niin +32 min siihen lisää ja hakee taas... eli kerrottaisiin sen edellisen vastauksen perusteella milloin hakee uuden vasauksen???  siinäkin se aika lyhenisi koska siihen 20+20 minuuttiin tulee pakostakin yksi "tuore"aika, parhaassa tapauksessa kaksi... ja vastausaika jäisi jokatapauksessa alle 40 minuuttia vaikka miten pähkäilisi... ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Perjantai, 08.06.2018, 09:28
niin.. mutta miksi se lisää sen 20 minuuttia siihen tuoreeseen vastaukseen...

Ei se mitään lisää vaan myöhempi vastaus on todennäköisesti tallennettu cachehen aikasemmin ja se syöttää sen ulos sellaisenaan.
Jos katsoo esim itsellä käytössä olevalla Nginx webpalvelinta niin cachessa olevat sivut syötetään ulos staattisina html-tiedostoina vaikka php-skriptejä ovat.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Perjantai, 08.06.2018, 12:10
No tavallaan hyppää... näinhän sen omin silmin ;D
kyllä toisaalta ymmärrän että kyseessä on tavallaan kahden cachen loukku joka niitä aikoja venyttelee... siksipä tein taas testin jossa olisi oletuksena 15 min välein tapahtuva haku netatmolta 3 eri hakuehdolla.. silloin pitäisi pääsääntöisesti olla tuoretta dataa saatavilla, max se ewn:n 20 min. cache..
yksi pieni ylitys 20 min. ylitys oli kerran.
jos haki 20 minuutin välein temp/wind niin 25 min. eroja alkoi ilmaantumaan, eli silläkin menee helposti ajat pitkäksi.

ohessa pdf-tiedosto josta saa kuvan miten siellä on uutta dataa poimittavaksi ;D

oikeassa reunassa olevat ajat ovat lämpöanturin res... aikoja eli time_utc aikoja, tuossa openoffisessa on ongelmia kun muuttaa ajan päivämääräksi, siksi puolipisteitä siellätäällä ::)
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Perjantai, 08.06.2018, 17:16
URL:it millä sä nuo hait (jätä access_token pois)?
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Perjantai, 08.06.2018, 17:56
hain ne omilla tunnuksilla ja ihan vaan sillä netatmon getpublicdata-sivun  hakutoiminnolla... ja olen katsonut muitakin asemia lähettyvillä..  ja kerran sieltä grönlannista...

sillä ei kyllä ilman id:tä haeta, onnistuuko se jotenkin? eikö ewn:n haku käytä sitten access_tokenia?
muuttaako se jotenkin tilannetta millä hakee sieltä getpublicdata.apista?

noilla kuvassa olevilla koordinaateilla tuli 2-300 asemaa.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Lauantai, 09.06.2018, 21:41
Onkohan se weatherc edennyt tuossa hakuasiassa.. tehnyt kokeiluja ja sensemmoista.. itse katsoin muutamia hakuja ja joissakin harvoissa tapauksissa muutama pitempi, kuin 20 min. tuli vasteessa.. senhän tiesin kuitenkin sanoa jo aiemmin kun ne kiertää vähän eri tahtiin kukin ja joskus saattaa olla aika lähellä toisen hakuehdon aikaa ja vastaavasti kaukana kolmannesta.. mutta se on satunnaista.. ;D

edit// joko on sattumaa tai weatherc testaa, evijärvi 1 ja 2 päivittyivät yksityisiin asemiin 22.14 ja 22.34 >> se oli sattumaa...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Lauantai, 09.06.2018, 23:43
edit// joko on sattumaa tai weatherc testaa, evijärvi 1 ja 2 päivittyivät yksityisiin asemiin 22.14 ja 22.34 >> se oli sattumaa...

En oo testannut mutta testasin 1°x1­° ruutua Ahvenanmaalla [lat_sw=60&lon_sw=20&lat_ne=61&lon_ne=21] eli ruutu oli ainakin omalta osalta "tuore" eikä käytössä ewn:än ajastetussa haussa (sopivan vähän asemia jotta selkeämpää testata).
3 hakua tehty 3 minuutin sisään jossa
- seurattu yhtä asemaa joka löytys kaikista kolmessa vastauksessa.
noin klo 23:35
ehto "rain", lämpötilan aika 23:15
ehto "wind", lämpötilan aika 23:25
ehto "temperature", lämpötilan aika 23:15
noin klo 23:57
ehto "rain", lämpötilan aika 23:55
ehto "wind", lämpötilan aika 23:55
ehto "temperature", lämpötilan aika 23:45
noin 00:31
ehto "wind", lämpötilan aika 00:25

- asemia jota pääsi EWN filtterin läpi eli löytys tuulidata
ehto "rain", asemia 8 - asemia vastauksessa yhteensä 16
ehto "wind", asemia 11 - asemia vastauksessa yhteensä 16
ehto "temperature", asemia 3 - asemia vastauksessa yhteensä 11
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Sunnuntai, 10.06.2018, 12:05
katsoin noita hakutuloksia.. ne ei oikein hyviltä näytä.. mutta jutun juju onkin siinä ettei 3 minuutissa haeta kaikkia ehtoja vaan tietyin välein jotta se toimisi, esim kaikki 3 ehtoa niin ehto1  0.00, ehto2  0.15  ja ehto3 0.30 jne... laitan liitteeksi tämän aamun tuotoksen niillä sinun koordinaateilla.. jossä näkyy että myös hakujärjestyksellä on väliä... ja wind/rain hakukin toimi ainakin tuossa testissä 20 in. välein tuloksissakin..

tuota eri ehtojen asemamäärie eroon luultavasti liittyy hakuruudun koko ja on sidoksissa sinne netatmon weathermappiin... siinä temperature-haussa..
rain ja wind näkyvät sielläkin eri tasoilla paremmin.. eli kai siitä pitää löytää sopivan kokoinen hakuruudukko joka näyttää mahdollisimman monta asemaa.

Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Sunnuntai, 10.06.2018, 12:34
Toki, mutta ajatus olikin testata miten eri ehdot eroaa toisistaan silloin kun oletuksena pitäisi olla että olisi samanlaista dataa kaikissa, eli
- ruutu oli sama kaikissa noissa hauissa
- aika vaihtelee riippuen ehdosta

Tuosta selviää myös että näyttää siltä että lämpötilan data vaihtuu X5-minuutilla. Siihen taas ei sovi 15 min hakuväli jos haluaa "tuoretta" dataa eli joka toisella haulla tulisi 5 min vanhempaa dataa.

Ei sitä parasta ruutua tarvi etsiä jos haluaa eniten asemia, se on tietty mahdollisimman pieni ruutu. Siinä taas tulee vastaan aika joka hakuun menee koska Netatmon palvelin ei ole mikään kovin nopea (vastausta saattaa joutua odottamaan 10:kin sekuntia) ja - hakumäärien rajat. Tuossa 1 asteen ruudussa oli kymmenkunta asemaa jota pääsi ewn:än filtterin läpi, nykyisessä 4 asteen ruudussa niitä taitaa olla samalta alueelta pari kolme.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Sunnuntai, 10.06.2018, 17:28
Huomasin myös sellaisen että saa uuden haun jos vaihtaa filtteriksi false/true..  tässä kun tarkentelin lapin alueen hakua..  23.30/65.30 ja 30/69 kulmien alueelta.. antoi 183 asemaa, joista 74 tuulimittaria..  tosin jokunen on ruotsin puolella kun maanmittari ei ole kävellyt suoraan, ja yksi kautokeino tai karasjoki, retkikartta jolla katsoin koordinaatit ei näytä naapureita.. jos rajan yli menet niin hukassa olet ;D

asemamäärästä huolimatta ei kovin montaa ole pohjoisesta ollut suomen osalta edustettuna.... alaraja linjalla simo-taivalkoski
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Sunnuntai, 10.06.2018, 19:11
Huomasin myös sellaisen että saa uuden haun jos vaihtaa filtteriksi false/true..  

Ei auttanut, vartti hakujen välissä.
Sama Ahvenanmaan ruutu, viralliset lämpötilat 14-21 astetta.
Netatmot 15-29 astetta alueella jossa takuulla ei ole hellettä. Tässä näkyy hyvin se Netatmojen suurin ongelma.
Datassa 16 asemaa (osassa pelkkä ilmanpaine), 6 pääsi ewn:än filtterin läpi, 4:llä lämpötilat huiteli yli 24 asteen.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Sunnuntai, 10.06.2018, 19:54
kas kummaa.. minulla oli true tuossa lapin haussa, eli karsi selvästi liian lämpöiset asemat, sitten kun hain uudelleen muutaman minuutin kuluttua falsella.. tuli lisää, ilmeisesti ne suodatetut..  mutta eikös ne filtterit ewn ole juuri siksi että karsitaan liian lämpimät pois...  ;D

niinpä... kun katsoo netatmon karttaa niin 16-19 astetta näkyy olevan, paitsi 2x 21 ja 1x 22 sekä 1x 23 astetta.. eli true karsii ne 29 sun muut pois.
ei kai se muuta kun kokeilla pikkuisen isommalla haulla?
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Sunnuntai, 10.06.2018, 21:31
Kyllä, ewn:än oma filtteri karsi nuo 29:it pois, eli ne ei ole siinä mielessä ongelma ;D

Mielenkiintoista oli toki se ettei Netatmo nähnyt niitä ongelmalliseksi koska tulivat läpi filter=true:lla.
Ongelmaksi ne tekee sen myös siksi koska ne "syövät" tilaa kunnollisista asemilta Netatmon vastauksessa, siihen kun mahtuu vaan määrätty määrä asemia (riippuen käytetyn ruudun koosta). Tässä omassa kokeiluussa olleessa 1 asteen ruudussa ne ei liene olleet ongelmana mutta isommalla ruudulla/alueella jossa enemmän asemia kylläkin.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Sunnuntai, 10.06.2018, 21:53
En tiedä miten ne karsii ja mikä on rajana tuossa Netatmon lpt-jutussa, ehkä käytännön syistä haarukka on isompi kuin 5-6 astetta.
Sen taas luulen tietäväni melko suurella todennäköisyydellä miksi niitä vain pressure-datoja tuli. Kas kun se arvo on sisäyksikössä, ja luultavasti jostain syystä ulkoanturi/anturit on pois pelistä niin antaa niitä melkein tyhjiä asemia... muutahan se ei anna sisäyksiköstä julkisessa apissa..  ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Sunnuntai, 10.06.2018, 23:28
En tiedä miten ne karsii ja mikä on rajana tuossa Netatmon lpt-jutussa, ehkä käytännön syistä haarukka on isompi kuin 5-6 astetta.

Hatusta vedetty arvaus on että se karsii vaan todella väärät lukemat eli että siinä on "sallittu haarukka" tyyliin kesällä -5 <> + 35 ja rajat vedetty ehkä kuukausien ja sijannin mukaan.

EWN:ssä on vastaavanlainen jossa Eurooppa on jaettu 3 osaan ja jokaisella omat rajat kuukausien mukaan. Rajat pitää vaan olla aika löysät kun se lämpötila voi pomppia aika paljon, yhtälailla voi esim kesäkuussa olla +35 kuin -5, eli käytännössä se karsii pois vaan nuo -20-lukemat mitkä jotkut softat lähettää anturi-virheen kohdalla...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 11.06.2018, 06:36
Ei aina tule ajateltua asiaa loppuun, antaahan se sisäyksikkö sijaintitiedon ja korkeuden ilmanpaineen lisäksi  ;D

Jään/Jäämme odottamaan miten weatherc saa näiden esiin tulleiden seikkojen valossa rakennettua sellaisen haun, että lähes "oikeaa" näyttävät
Netatmot palaavat kartalle ja taulukoihin..

Odotan myös antaako Prashanht minkäänlaista vastausta, jollei, niin voisi vähän vielä sinne laittaa moitteita tuosta getpublicapista.. tai sen olemisesta sidoksissa weathermappiin joka näkyy hakujen tuottamien asemien määrässä. Siinä on näköjään ajatus että sieltä mapin cachesta on helppo jakaa julkinen data.. huonoa siinä on että jakaa sitä karttatasojen mukaan...  jos kerta cache pitää olla niin kaikki data sinne ja sieltä sitten jakaa weathermappiin omansa ja julkiseen omansa..  ::)

En muutakaan keksi noin äkkipäätä  asemien määrän vaihteluun eri hakuehdoilla.. voi olla että olen väärässä, mutta luulen että ainakin jäljillä olen ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Maanantai, 11.06.2018, 09:41
Lainaus
Odotan myös antaako Prashanht minkäänlaista vastausta, jollei, niin voisi vähän vielä sinne laittaa moitteita tuosta getpublicapista.. tai sen olemisesta sidoksissa weathermappiin joka näkyy hakujen tuottamien asemien määrässä. Siinä on näköjään ajatus että sieltä mapin cachesta on helppo jakaa julkinen data.. huonoa siinä on että jakaa sitä karttatasojen mukaan...  jos kerta cache pitää olla niin kaikki data sinne ja sieltä sitten jakaa weathermappiin omansa ja julkiseen omansa..  Pyörittää silmiään

En muutakaan keksi noin äkkipäätä  asemien määrän vaihteluun eri hakuehdoilla.. voi olla että olen väärässä, mutta luulen että ainakin jäljillä olen

Tuossa lienet asian jäljillä.
Jos tuo heitin cache on tuo 30 min niin se on yksi ongelma, ei toimi samalla haulla esim :00, :30. Ongelma tuossahan on se että cron-ajastus "00, 30 * ...." hakee aina samalla minuutilla. Tuon cachen pituus pitäisi olla joku "oudompi" numero kuten 28 min, silloin tuo puolen tunnin välein haku toimisi mutta cacheen pituus olisi silti liki sama.

btw. EWN:än taulukon filtteri on nyt 30 min ja 90%.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 11.06.2018, 11:40
En tiedä mitään cron-ajastuksesta.. mutta  jos tiedetään milloin heitin cache päivittyy niin eikö sen haun voi ajastaa niin että se hakee vaikka 2 minuuttia niiden päivityksen jälkeen..

eikö näistä löydy sopivaa tapaa ajastaa???.. esim. jos heitin cachensa päivittyy tasan ja puolelta niin haetaan > "02 * * * *"  ja  "32 * * * *" tosin unohdin ettei sieltä voi hakea  kuin kerran sen 30 min. aikana./ehto.. mitenkähän se suhtautuu tuollaiseen.

Yksinkertaisimmillaan aikakentän osa on pelkkä numero, eli "30 * * * *" tarkoittaa komentoa joka suoritetaan "aina puolelta". Se voi olla myös numeroluettelo tai aikaväli, "29,30,31 * * * *" ja "29-31 * * * *" tarkoittavat molemmat "puolelta sekä minuutti ennen ja jälkeen". Välejä voi luetellakin, "10-19,30-39,50-59 * * * *" suorittaisi komennon aina kymmenen kertaa minuutin välein ja pitäisi sitten kymmenen minuutin tauon. Tasavälienkin ilmaisemiseen on lyhennysmerkintä. "*/2 * * * *" tarkoittaa "tasan", "kaksi yli", "neljä yli" ja niin edelleen. "10-20/3 * * * *" on sama kuin "10,13,16,19 * * * *".

Kaikki nämä kentät voi yhdistää. Esimerkiksi "*/5 8-16 * * 1-5" tekisi jotain viiden minuutin välein "työaikaan", ts. maanantaista perjantaihin kello 8-16.

Viikonpäivistä sunnuntain voi merkitä joko '0' tai '7'. Viikonpäivät ja kuukaudet voi merkitä lyhenteillä: "0 0 1 jan mon" ajaa komennon keskiyöllä joka tammikuun maanantai sekä aina uudenvuodenpäivänä. Välejä ei voi käyttää lyhenteiden kanssa, eli viikonpäivämerkintää 1-5 ei voi korvata merkinnällä mon-fri.
Ainoa hankalasti muistettava asia on kuukaudenpäivän ja viikonpäivän yhdistelmä. Ne tulkitaan "tai" eikä "ja", eli cron ei osaa suoraan ajaa komentoja kun on sekä kuun 13. päivä että viikon 5. päivä eli perjantai.
Useimmissa distroissa on oletuksena asennettu Vixie Cron, jossa viisiosaisen kentän voi halutessaan korvata valmiilla lyhenteellä, joita ovat @reboot (koneen käynnistyksen yhteydessä), @yearly tai @annually (vuoden vaihtuessa), @monthly (kuun vaihtuessa), @weekly (viikon vaihtuessa), @daily tai @midnight (keskiyöllä) tai @hourly (tunneittain).
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 11.06.2018, 19:20
Jalostan taas ajatuksiani... miksei cron-käskyä voi ajaa millä minuutilla haluaa, tuskimpa unixin kehittäjät ja Linus Torvalds eivät olisi törmänneet tähän...

pitänee tehdä 48 riviä...

crontab

Töitä joita järjestelmä suorittaa ajastettuina ajankohtina. * tarkoittaa ettei väliä kyseisellä arvolla. Erotellaan välilyönneillä

    min tunti päivä kuukausi viikonpäivä
        min 0-59, tunti 0-23, päivä 1-31, kuukausi 1-12, viikonpäivä 0-7 0=sunnuntai
        Esimerkiksi: 30 7 * * * /hakemisto/tiedostonimi

tyyliin..
2 0 ***
34 0 ***
6 1 ***
38 1 ***
10 2 ***
42 2 *** 
14 3 ***
46 3 *** jne.. eli joka tunnille 2 hakua 32 min. välein..  toimisiko tämä..  jos hakisi 16 min välein, niin rivejä tuplasti enemmmän... ?  ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Maanantai, 11.06.2018, 20:21
Ei tarvita cronin ohjeita, oma croni dedillä on 100 rivin kokoinen ;D
Tottakai toimis  ;D

02,34 00 * * *
06,38 01 * * *
10,42 02 * * *
14,46 03 * * *
jne.

Mutta kun ajatus oli että yksi rivi riittäisi  ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Maanantai, 11.06.2018, 20:51
tuo johtui siitä.. että sanoit ettei niin voi hakea... eli kasvattaa hakua, niinpä kaivoin ihan itseäni sivistääkseni asiasta juttua.. ja hetken miettimisen jälkeen se avautui ;D

Toki tiedän että tiedät linuxista ja ohjelmoinnista  kaiken, tai ainakin lähes... mutta kun tuo puolen tunnin haku ei toimi kun vaihtelee hieman.. jospa tällä sais sitä dataa paremmin... ;D

Itsellä ei ole linuxin puolelta oikeastaan mitään kokemusta... mutta päättelemään olen hyvä ;)
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Tiistai, 12.06.2018, 00:13
Pikku testi.
4 hakua tunnin aikana
:07 ja :37 = wind
:20 ja :50 = rain

2.5 asteen ruutu jonka vasen alakulma 60N, 20E. Asemia listassa 256 kpl.
Tuolla 2.5 asteen rajalla ei näköjään ole mitään merkitystä koska Netatmo puskee asemia listaan aina 64N ja 25E asti vaikka hain 2.5 asteen ruutua....

Napattu samat 3 asemaa listasta (UTC):

20:20
19:52:35
20:03:23
19:56:23

20:37
20:02:51
20:03:23
19:56:23

20:50
20:45:34
20:44:09
20:46:47

21:07
21:05:13
21:04:56
20:57:04

Data on kyllä muuttunut jokaisessa haussa mutta vain kahdessa se on tuoretta.

Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 12.06.2018, 07:09
Katsoin myös tuolla haulla, jokunen asema tuli ulkopuolelta.. liittynee taas niiden karttatasoihin...

Ilmeisesti sattui huonoon saumaan nuo 2 ensimmäistä hakua, katsoin tuota tekstitiedostoa jonka laitoin pari päivää sitten, aloitin siinä wind haulla,
kun sattui edellisessä haussa viimeiseksi niin kopioin sen ja jatkoin siitä rain-wind-rain ja ne sattui kohdilleen.. olisiko niin että nämä wind/rain-arvot päivittyvät kerran puolessa tunnissa.. siis lpt-arvot niihin. Tein joku aika sitten testin sen weathermapin lpt-arvojen muuttumisesta, se kyllä menee sen noin 10 min. sisään sinne.. kun saisi vaan jollain ilveellä ulos, siitä kyllä mainitsin...  ;D

Pitää tehdä testi illemmalla pelkällä lpt:llä, sillä 32 min välillä, siinä rinnalla voi ottaa taas noita muita arvojakin... se vaan on työlästä sillä try it- toiminnolla... / nyt pitää lähteä kaupunkiin toviksi tai toiseksikin..
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 12.06.2018, 18:44
Pikku testi.
4 hakua tunnin aikana
:07 ja :37 = wind
:20 ja :50 = rain

Data on kyllä muuttunut jokaisessa haussa mutta vain kahdessa se on tuoretta.

Tuli mieleen yksi ajatus, haitko samalla tunnuksella kuin yleensä EWN:ään, minulle kävi epähuomiossa sillä tapaa ja ihmettelin miksei tuoretta dataa, avasin 3 ikkunaan haun, kaksi samalla tunnuksella ja yhden eri... suljin muka niistä kahdesta toisen.. mutta suljinkin väärän ja aikani pähkäiltyäni hokasin.. että samalla tunnuksella ei onnistu  ;D

Otin Ukan purkista dataa ulos... haku/vastaus 17.36/17.27, 18.09/17.58 ja äsken 18.41/18.38.. asiassa pitää kuitenkin huomioida että jos tekee sillä 32 min. välillä haut niin data on noin 1-10 min. vanhaa, joissakin voi olla hieman vanhempaakin, mutta jos tekee wind/rain haut 16miin. välein niin saattaa suurimmasta osasta saada sitä 10 min. sisällä olevaa dataa.. ilmeisesti siltä osin prashanthin puheissa oli perää että 10 min välein päivittyy... vaikea vain saada ulos.. massasta johtuen, luulisin...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Tiistai, 12.06.2018, 22:26
Lainaus
Tuli mieleen yksi ajatus, haitko samalla tunnuksella kuin yleensä EWN:ään

Jep, mutta tein myös toisen tunnuksen:

:07 tunnus1 ja wind
:20 tunnus2 ja rain
:37 tunnus1 ja wind
:50 tunnus2 ja rain

:07 ja :37 samat datat (aseman data :29) kuten myös :20 ja :50 (aseman data :39).

Mulla erillinen häkkyrä tätä testiä varten joka muuten on samanlainen kun normi häkkyrä, mutta se hakee vain tuon yhden ruudun + tekee vähän logia. Normi häkkyrä on sammutettu testin aikana.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Tiistai, 12.06.2018, 22:48
Kokeile laittaa se 16 min. Hakuväliksi.. kun puoli ei riitä yhdellä ehdolla... eli 32 min wind/ wind samoin rain...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Tiistai, 12.06.2018, 22:58
Kokeile laittaa se 16 min. Hakuväliksi.. kun puoli ei riitä yhdellä ehdolla... eli 32 min wind/ wind samoin rain...

Seuraava on

:07 tunnus1 ja wind
:20 tunnus1 ja rain
:37 tunnus2 ja wind
:50 tunnus2 ja rain

(kokeillaan nyt ensin kaikki mahdollisuudet siile että saisi samalla minuutilla haettua joka tunti :P)
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Tiistai, 12.06.2018, 23:27
Sama tulos. Tunnuksella ei näytä olevan mitään merkitystä, ehdolla näyttää olevan.

Mitään 32 min purkkahäkkyrää tarvita. 3 tunnin kierto, temperature yhtenä ehtona ja 5 krt tunnissa haku

minuutti      tunti 1      tunti 2     tunti 3
00                 r              t             w
12                 w             r             t
24                 t              w            r
36                 r              t             w
48                 w             r             t

 ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Keskiviikko, 13.06.2018, 04:36
Niimpä.. mutta nyt on  myös asemat pois koko systeemistä.. olisko rajat täynnä?
Minun ajatuksiani rajoitti se että sanoit alle 15 min. Ei voi hakea rajojen takia...

Pitää seurata kun ei saa nukuttua  :(

edit// ilmeisesti hakee vain sitä saaristomeren seutua kun otin kumlingen aseman lähellä oleviin asemiin niin 22 min oli vanhin data... kun vaihtui oli 3 min. taulussa...  eli näyttäisi toimivan

Edit II// ei näytäkkään, lumparland päivittyi 23 min. jälkeen ja nyt 60 in taulussa

Harmi vain kun menee 0.7 mm sade ohi...  ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Keskiviikko, 13.06.2018, 16:30
omat asemat ja paljon muitakin on teillä tietymättömillä listoilta...

mietin tuossa jos se ei toimi 12 min haulla niin voisi 18 min hakua laittaa kehiin, samalla 3 tunnin kierrolla pääsee ja wind/rain ehdoilla.ensimmäiselle tunnille menee neljä hakua kun lähtee 00 liikkeelle, seuraaville kahdelle 3 hakua...  eikä kai tarvi kuin 6 riviä? jos  sillä saisi suoraan EWN:..n eikä tarvitsisi tietokannasta noita hakea.. ;D
eli siinä tulisi  10 hakua per 3 tuntia eli 80 hakua vrk.  120 sijaan, pääsisi 33% vähemmillä hauilla ja jos nuo saa semmoisenaan ewn:n sivuille niin siinä pitäisi olla tuore data sen 18 min sisällä.... ainakin kun hakee käsipelillä.. se riittänee??????????????????
00,36 01 wind
18,54 01 rain
12,48 02 wind
30     02 rain
24     03 wind
06,42 03 rain
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Keskiviikko, 13.06.2018, 20:50
Lainaus
Niimpä.. mutta nyt on  myös asemat pois koko systeemistä.. olisko rajat täynnä?

Ei vaan unohdin eilisen testi-häkkyrän päälle  ;D

Lainaus
Minun ajatuksiani rajoitti se että sanoit alle 15 min. Ei voi hakea rajojen takia...

Euroopan laatikko on 42 x 35 astetta = 1470 astetta ja Netatmon raja on 2000 hakua tunnissa. Pikaisesti laskettuna
4 krt tunnissa sallii 500 hakua eli 3 asteen hakulaatikot
5 krt tunnissa sallii 400 hakua eli 4 asteen hakulaatikot
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Keskiviikko, 13.06.2018, 21:01
No, toimiko se testihäkkyrä?
os niin varmaan pian pääsemme nauttimaan tuloksista ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Keskiviikko, 13.06.2018, 21:18
Lainaus
minuutti      tunti 1      tunti 2     tunti 3
00                 r              t             w
12                 w             r             t
24                 t              w            r
36                 r              t             w
48                 w             r             t


hakuminuutti / seuratun aseman datan minuutti
24 / 14
36 / 35
48 / 45
00 / 55
12 / 05
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Keskiviikko, 13.06.2018, 21:32
Hyvältähän tuo näyttää.. max 10 min. Ajat varmasti elävät koko ajan kun sinne ei kaikki kymmenettuhannet purkit samalla sekunnilla.. eikä minuutillakaan päivity. ;D
 milloin  aiot laittaa ajoon kokeeksi?
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Keskiviikko, 13.06.2018, 22:06
Lainaus
Ajat varmasti elävät koko ajan kun sinne ei kaikki kymmenettuhannet purkit samalla sekunnilla.. eikä minuutillakaan päivity.

Niin elää. Myös se mitkä asemat listaantuu milläkin ehdolla vaihtelee ainakin vähäsen.

Lainaus
milloin  aiot laittaa ajoon kokeeksi?

Nyt  ;D

Koeruudussa oli 260 asemaa joista EWN luokitteli uusiksi 116. Tämä johtuu siitä ettei EWN:än häkkyrä lisää uusia asemia automaagisesti koska Here / OSM Nominatim tykkää kyttyrää jos hakee geodataa useammin kun kerran sekunnissa, eli ne pitää hakea hitaaaasti, eikä se siten sovi tuolle ajossa olevalle häkkyrälle. Siihen pitää kyhätä oma häkkyrä joka lisäisi niitä pikkuhiljaa.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Keskiviikko, 13.06.2018, 22:25
Hyvä että kohtalainen ratkaisu löytyi, nyt en jaksa enempää kun viimeyö oli aika vähillä unilla.  Mutta kiitos taas tästä työstä mitä teet   ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Torstai, 14.06.2018, 05:41
Tiedoksi senverran, ettei nuo käppyrät ole toissaillan jälkeen päivittyneet.. katsoin paria muutakin ja sama juttu...

noihin taulukoihin ja lähellä oleviin asemiin päivittyy, oliskohan 20 min. ehto päällä...  sen huomion tein että kun avasin yksityiset asemat oli asemia 141 ja noin 6.30 oli päivittynyt niin 164, eli parikymmentä asemaa tuli lisää...

edit// näköjään olin tunnin etuajassa  ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Torstai, 14.06.2018, 14:14
Näyttäisi nyt hyvin toimivan ainakin minun osaltani ja muidenkin mitä olen seurannut, joitakin asemia näkyy olevan poissa jotka siellä ennen on ollut.. mm. Ukan vävy Keminmaa,Ilmola, tuulilukemissa kyllä oli toplistoilla...

Jopa Rabothytta päivittyy ok...  ;D

Edit//

Lainaus
keinoja saada weatherc tyytyväiseksi

Se on hyvin yksinkertaista, toimiva API  ;D

No onko weathwec nyt edes vähän tyytyväinen, kun saatiin toimimattomasta API:sta paremmin toimiva, tosin taustatyötähän tuo vaati ?  ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Perjantai, 22.06.2018, 06:47
Olisi mukava tietää, missä tällainen 7x muutos tapahtuu..
olen muutaman kerran ihmetellyt pienessä mielessäni tämän aseman sademääriä..  ja katsonutkin muiden lähistön lukemia, ei vastaa totuutta..

ensimmäisessä kuvassa asema ylimmäisenä toplistoilla 67 mm lukemalla, toinen kuva asemman sivuilta sadegrafiikkana, yhteensä oli silloin satanut 9.8 mm.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Perjantai, 22.06.2018, 10:46
Olisi mukava tietää, missä tällainen 7x muutos tapahtuu..
olen muutaman kerran ihmetellyt pienessä mielessäni tämän aseman sademääriä..  ja katsonutkin muiden lähistön lukemia, ei vastaa totuutta..

ensimmäisessä kuvassa asema ylimmäisenä toplistoilla 67 mm lukemalla, toinen kuva asemman sivuilta sadegrafiikkana, yhteensä oli silloin satanut 9.8 mm.


Ei se tarvi kun huonoon paikkaan asennettu mittari, kuten esim liian lähelle talon seinää/kattoa ja sopivasta suunnasta oleva tuuli, se on siinä. Sade on muutenkin se epäluotettavin arvo jos kattoo asemia nippuna.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Perjantai, 22.06.2018, 10:55
Mutta... kyseessä on sama asema, Valkeakoski, Ritvala...
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: teutari - Perjantai, 22.06.2018, 11:27
Mutta... kyseessä on sama asema, Valkeakoski, Ritvala...


Huonoa dataa puskee ulos jostain syystä kun näkyy WU:ssa ei EWN vika.

https://www.wunderground.com/personal-weather-station/dashboard?ID=IRITVALA2
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Perjantai, 22.06.2018, 12:30
Huonoa dataa puskee ulos jostain syystä kun näkyy WU:ssa ei EWN vika.

Jeps, niin tekee. Tässä näkynee se perus-ongelma PWS-asemissa, läheskään kaikki ei välitä hevon kukkasta datan paikkansapitävyydestä.
Ja tämä ongelma korsostuu Netatmojen kanssa jo senkin takia että niitä on niin paljon.
Sademäärät ovat myöskin lähes mahdottomat siivilöidä ulos muuta kun korkeintaan 100+ milliset (ja silloinkin varauksella koska esmex Norjassa voi sataa yli 100 mm päivässä), koska sademäärä voi vaihdella hyvinkin pienellä aluella todella paljon.
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Perjantai, 22.06.2018, 16:28
Tuohan sitten häipyy ainakin toviksi, kun WU:n tuki loppuu EWN:stä... eipä tullut sitä katsottua kun oletin että on suorempi reitti kun on jäsen ;D

Sademäärissä tuon netatmon puolustukseksi voisi sanoa.. ettei herkästi liikaa näytä.. ehkäpä siinä selitys sille alkuarvolle.. tuli aikoinaa pohdittua että miksi se tehdasasetus on mikä on...  voisi kokeilla miten eroaa sillä alkuarvolla todellisesta sademäärästä.

Olen myös miettinyt että pitäisi tehdä nettiin selkeät ohjeet asennus- ja kalibrointijuttujen osalta, laittaa joku apudomain ja sinne rakentaa sellainen, myös se että löytyy sopivilla hakusanoilla... olisi paikallaan...  Kovin selkeästi ei yleensäkkään ohjeet laadittu oikein missään.. johtunee siitä että nämä laatijat eivät osaa asettua loppukäyttäjän asemaan.. ;D ::) ::)
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Perjantai, 22.06.2018, 17:20
Tuohan sitten häipyy ainakin toviksi, kun WU:n tuki loppuu EWN:stä... eipä tullut sitä katsottua kun oletin että on suorempi reitti kun on jäsen ;D

EWN on sokeasti lukenut WU:n API:a ;D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: teutari - Perjantai, 22.06.2018, 17:32
EWN on sokeasti lukenut WU:n API:a ;D

Tota kun oikein kaiveli niin omilla web-sivuilla ja FinWX:llä näkyy tiedot aivan oikein mutta FinWX hakeekin datan suoraan aseman web-palvelimelta joten kyllä asema näyttäisi toimivan aivan oikein.
Elikkäs onko se nyt niin että WU jotenkin sörssii tuon datan vai onko sitten lähetetyssä paketissa vikaa...

Tossa se hauskuus onkin kun tiedot haetaan API:lla tai jollain muulla konstilla kolmansilta osapuolilta niin tiedot ei välttämättä aina pidä paikkaansa kun ei tiedä mitä mössöö sieltä on tulossa.

Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: einari - Perjantai, 22.06.2018, 17:36
Katsoin tuota äsken listalla toisena olevaa vaasaa.. ja asemia ympäristöstä niin siellä on todella satanut.. parilla tädillä on siinä lähellä, karperojärvellä mökki ja siellä tullut vettä kuulemma kuin esterin p...eestä.. eivät ilmaisseet sitä kylläkään aivan tuolla sanamuodolla kun mummu käytti Anna Esterin sijasta viimeistä :D
Otsikko: Vs: Filtteröinti käyttöön
Kirjoitti: weatherc - Perjantai, 22.06.2018, 18:12
Lainaus
Elikkäs onko se nyt niin että WU jotenkin sörssii tuon datan vai onko sitten lähetetyssä paketissa vikaa...

Ei kyllä yllätä. WU:han on sössinyt lähes kaiken viimeaikoina jos esim WX-foorumia seuraa. Viimeisenä niittinä laittamalla 850 USD kuukausimaskun API:iinsa.

Katsoin tuota äsken listalla toisena olevaa vaasaa.. ja asemia ympäristöstä niin siellä on todella satanut.. parilla tädillä on siinä lähellä, karperojärvellä mökki ja siellä tullut vettä kuulemma kuin esterin p...eestä.. eivät ilmaisseet sitä kylläkään aivan tuolla sanamuodolla kun mummu käytti Anna Esterin sijasta viimeistä :D

Sepä se noissa sademäärissä just onkin se vaikea, ettei se välttämättä ole väärä vaikka siltä näyttäisikin.