Ahojte,
Po dlhsom case som upravil zber dat pre
wazestats. Pocty wazerov v BA a Prahe v spicke uz presahovali limity zberneho systemu. Este vacsi problem to zacal byt odvtedy, co realtime vracia iba 20 nahodnych wazerov v okoli namiesto 40.
Takze co sa zmenilo:
1.) Odteraz ak pocet prihlasenych wazerov v ktoromkolvek sledovanom regione prekroci 120, nacitavaju sa vzorky nie kazdu 1 minutu, ale dookola s malym delayom. Toto by malo priniest realnejsi (vyssi) pocet wazerov v grafe v spickach. Aktualne rozdiely v extremnej spicke boli uz aj 100 wazerov oproti Near you now (v neprospech wazestats), cize dufam ze to pomoze.
2.) V 3. grafe "Počet minut přihlášeno a naježděno" sa konecne budu zobrazovat podstatne realnejsie cisla. Toto sa pokusim vysvetlit podrobnejsie: Pociatocny navrh pred rokom ratal s tym, ze ak je wazer online, podari sa mi k nemu nacitat data aj o minutu. Toto fungovalo iba do momentu, kedy sme mali prihlasenych max. 40 wazerov v regione (ano, skutocne, aj taketo zle casy tu boli

). Uz aj vtedy vsak boli trochu skreslene data o najazdenych minutach, lebo sa do driving minutes neratali cakania na semaforoch / v zapche (toto bolo diskutabilne ci aj to zaratavat, ale rozhodne ano, lebo medzi dvoma vzorkami mohol realne prejst od jedneho semaforu k druhemu). Od momentu, kedy pocet wazerov presiahol 40, boli data skreslene, pricom skreslenost dat narastala s poctom wazerov (a vyrazne narastla znizenim vratenych wazerov zo 40 na 20). Sucasna implementacia ciastocne riesi oba problemy. Pocita s tym, ze data o konkretnom wazerovi nemusia prist v kazdej vzorke (je tam nastaveny timeout 10 minut, do ktoreho ak sa neobjavi v datach, znamena ze bol odhlaseny v case ked sme ho naposledy videli) a zaroven pocita s tym, ze wazer moze pocas svojej cesty zastavovat (tu je tiez limit 10 minut - ak sa do 10 minut znovu nerozbehne, znamena ze definitivne zastal a naposledy jazdil v case posledne nacitanej vyssej rychlosti).
Tesim sa co to spravi s datami.