Já jsem pro variantu 2. Vzhledem k tomu, že BOB APRS dělal zejména pro takovéto účely (QUAKE, WX, mimořádné událost... a.t.d.) tak si myslím, že blesky do tohoto patří. Jestli ne, tak by tam neměly co dělat ani ty zemětřesení, natož pak AIS, které s APRS a hamrádiem nemají společného už vůbec nic.
Číslování v podstatě asi může být i tak jak navrhoval Honza, zkusil bych mu předestřít několik variant. 1440 objektů je celkem dost, 300 zase takové minimum. Což se pokusit ho ukecat na 720? tedy formát AM/PM resp. posledních 12h? OK_STR_HHMM by to mohlo nabývat hodnot OK_STR_00:00 ; OK_STR_12:59? (to OK_ bych tam asi dal, pro případ, že by se to aplikovalo i v jiném státě abychom se pak nepřetahovali o názvy objektů)
Milan
Honzo nedekuj! Delam to preci jen pro sebe 😀
Milane, nazev objektu muze mit jen 9 znaku, OK_STR_00:00 se tam nevejde 🙂
Ok, takze se asi shodneme na variante 2. Timto smerem se tedy budeme ubirat.
Muzu mu zkusit navrhnout to ze odebereme z nazvu datum a ponechame jen cas, cimz by se doslo casem k maximalnimu poctu 1440 objektu pro blesky. Spolecne s neukladanim objektu se symbolem blesku by to treba bylo shudne reseni.
Pokud by se mu to nelibilo, museli bychom se uchylit k omezeni poctu. Honzova varianta je zajimava, ale vyzaduje podle me vetsi pocet objektu za mensi casovy usek.
Jinymi slovy, pokud budu mit cisla 001 az 300, bude co cislo to jeden objekt nezavisle na tom, kdy zrovna blesk uhodil. Takze muze tech 300 cisel (objektu) vystacit treba na dva dny (nemam to nijak spocitane, jen strilim od boku). Kdezto pokud bude vyclenenych dejme tomu 360 cisel/objektu variantou, kterou popsal Honza, tj. [A-F][01-60], bude tato porce stacit jen na danych 6 hodin.
Jasne je, ze to bude vice ci mene prehlednejsi, nez 001 az milion, protoze tam bude videt uz z nazvu minuta zasahu.
Ok, to jsem si neuvědomil... tak opravuji např. OKSTR0000 - OKSTR1200 či bez toho ok, viz minulý příspěvek. Jestli by měl být název jen pořadové číslo, nebo čas v názvu závisí na tom, zda-li se uvažuje (třeba do budoucna) posílat více než 1 STR/min. Určitě by nebylo účelné, aby byla kadence větší než generuje mobilní stanice t.j. cca 1-3 /min. Pakliže opravdu bude limit jen jeden/min pak by možná v textu mohlo být zakleto číslo, které by informovalo o tom, kolik STR za posledních 60s bylo registrováno (byť nezobrazeno). Nicméně toto nesouvisí s tématem.
Jestli Libore myslíš že by 1440 bylo teoreticky schůdné, tak souhlasím s tím navrhnout počty 1440/720/300. Pakliže by se název dělal inkrementačně, tak by možná stálo za úvahu udělat counter který by se resetoval po uplynutí 12 hodin po posledním STR. t.j. každá fronta nebo bouřková činnost by začínala od nuly. Většinou se u nás vyskytují frontální bouřky (na západě přijdou a na východě odejdou nebo bouřky z tepla s typickým denním chodem. Z čísla posledního STR by bylo zřejmé, jak silná resp. dlouhá bouřka je.
Cislovani blesku jsem zatim zmenil na "STR-[HH][MM]z". To je teoreticky maximalne 1440 objektu, ale brzo rano a dopoledne bourky nebyvaji, takze se realne pouzije behem cele bourkove sezony tak polovina. To je dobre u tohoto poctu objektu zminit.
Dalsi vhodne pocty jsou 720 nebo 360. Podle poctu, ktery nam Hessu schvali vymyslime nejvhodnejsi algoritmus oznacovani.
Vice nez 1 blesk za minutu zatim neuvazuji. Pokud se sejde vic blesku na sledovanem uzemi ma prednost ty, ktere jsou blize stredu uzemi. To jen tak na okraj.
Ok, takze kdyz to shrnu, chteli bychom mit moznost vyuzit maximalniho poctu 1440 objektu. Pri cemz tohoto poctu se pravdepodobne ani nedosahne, vzhledem k tomu, ze u nas bourky po ranu a dopoledne nebyvaji.
Tzn. Navrh bude znit tak, ze bychom ze soucasneho pojmenovani odejmuli datum a ponechali jen cas, cimz se dosahne maximalne poctu 1440, ale s nejvetsi pravdepodobnosti mnohem mene.
Podle toho jak se mu to bude zamlouvat a jaky pocet bude pro nej unosny budeme resit dal.
Vychazet ale budeme z nasobku 60ti, abychom mohliponechat casovou znacky v cyklu 6ti, 12ti nebo 24 hodin? Anebo pripustime i variantu kontinuelniho cislovani 1-xyz ?
