naslednje »

[komar]

Samo od vključno 8:35 do vključno 09:05 UTC manjkajo slike, ostalo naj pa bi bilo vse. Sem si zdaj v Excelu napravil tabelco, da bom v prihodnje lažje ugotavljal, kaj je in česa ni.

[komar]

Citiraj iz: Mraz na 24. Maj 2022, 09:50:04

Izdelava arhiva radarske slike je simple in poceni. Samo volja mora biti.

Če je to res, le zakaj se potem celodnevna radarska animacija na povezavi https://imgur.com/4QP7HYk.gif na forumski povezavi http://forum.zevs.si/index.php?topic=7506.165 tako močno zatika?!

Od 22.00 UTC do vključno 02.45 UTC je v redu, potem se pa nekako vse do konca skoraj vsake pol ure zatakne. Zaenkrat sem se prebil do poldneva in ugotovil, da so podvojene oz. manjkajo naslednje sličice (časi so UTC, skupno jih od 288 manjka 18):

Ob 10, 15, 20, 25, 40, 45, 50 minutah čez uro so vse, manjkajo pa sličice ob naslednjih časih (UTC), vse 16. maj 2023:

02:55
03:05
03:35
04:00
04:35
05:35
06:05
08:30
10:05
10:35
13:00
13:35
14:35
17:05
18:35
19:05
19:35
20:35

[Tminc]

Ne razumem, čemu toliko govora o manjkajočih slikah. Če je interval vsake toliko 10 minut namesto 5 minut, bo globalno še vedno videti, kam so se padavine premikale.
Ker večina kritik pade na radarske slike, ki jih jaz zbiram, lahko pokomentiram zadnja opažanja.
Moja skripta za zajem najprej zajame .srd datoteko in v njej prebere čas (datum + ura). Datum uporabi za ime mape, uro pa za predpono imena datoteke. .srd datoteka je torej zagotovo "sveža", očitno pa .gif (še) ni. Do zakasnitve morda pride na strežnikovi strani, kjer se .gif zgenerira malenkost za .srd. To samo ugibam, lahko se motim. Bi pa pojasnilo, da je .gif "podvojen", .srd pa je svež. Za en konkretni primer sem preveril čas v .srd datoteki in lahko potrdim, da je tam v redu.
Koliko je to početje legalno, ne vem. Na moji strani imam naveden vir, kot ga zahteva lastnik podatkov (Agencija Republike Slovenije za okolje). Prav bi bilo, da je vir naveden povsod, kjer se te slike ali animacije prikazujejo oziroma uporabljajo.