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

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

weatherc

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

einari

#52
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).

einari

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

weatherc

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

einari

#55
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ä ;)

weatherc

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.


einari

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

einari

#58
Lainaus käyttäjältä: weatherc - tiistai, 12.06.2018, 00:13
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...

weatherc

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