Filtteröinti käyttöön

Aloittaja weatherc, lauantai, 02.06.2018, 16:10

« edellinen - seuraava »

0 Jäsenet ja 1 Vieras katselee tätä aihetta.

einari

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.

einari

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

teutari

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!

einari

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.

weatherc

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...

einari

#25
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?

weatherc

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.

einari

#27
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..

einari

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.

weatherc

Lainaus käyttäjältä: 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.

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.