Distribuce OK1COM-10

Fórum sysopů, výstavba, konfigurace a nastavení DIGI
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: Distribuce OK1COM-10

Post by OK1ALX »

To neni špatný nápad.
Větší číslo je lepší proto, aby objekty neskakaly po mapě z jednoho místa na druhé (spojené čarou). Pri delším časovém rozlišení to udělá stejně, ale aby to nedělalo pri běžném hodinovem timeoutu. Muselo by se to spočítat.
Libor, OK1ALX
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: Distribuce OK1COM-10

Post by OK1ALX »

Pridavam dalsi moznost.

APRS "standart" umoznuje objekty mazat, staci zmenit hvezdicku pred casovou znackou za podtrzitko, viz:

;123test *051850z5004.50N\01425.30E<testovaci objekt
;123test _051850z5004.50N\01425.30E<testovaci objekt

pokud by aprs.fi zacalo tuto funkci podporovat, mohly by se objekty po nejake dobe mazat ....
Libor, OK1ALX
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: Distribuce OK1COM-10

Post by ok1mx »

Já jsem nemyslel že bychom řešili Poláky, ale spíš utvořit název objektu tak, aby (když se to bude jinde líbit) mohli pokračovat stejným systémem. t.z.n. [Prefix]_"STR"_[pořadové číslo]. Myslím, že by bylo vhodné provést následující kroky:

1. Hluboce se zamyslet na tím "kolik" čísel by bylo potřeba
2. napsat Hessimu návrh:
a) Variantu s omezeným počtem recyklovaných objektů (a co by tomu řekl, kdyby jich bylo maximálně "x")
b) navrhnout implementaci "gumování" objektů jak je to v bibli viz. Liborův text (a zdůraznit, že by tato funkce a její propagace mohla značně ulehčit jeho databázím i od jiných uživatelů)
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: Distribuce OK1COM-10

Post by OK1ALX »

Pojdme to tedy nejak dotahnout do konce. Po vcerejsi korespondenci mame na vyber dve moznosti:

1. Ponechat v podstate vse jak je, s tim rozdilem, ze blesky se budou posilat pod jinou CALL-SSID, kterou Hessu zablokuje tak jako ted OK1COM-10. A ostatni objekty (TA, METAR, CHMI WX, apod.) budou i nadale vysilany pod znackou OK1COM-10, kterou Hessu odblokuje.

2. Omezit mnozstvi objektu reprezentujici blesky na konkretni cislo na kterem se s Hessu shodnem. Tzn besky by se jmenovaly napr. STR_001 az STR_300, popr. OK_STR001 az OK_STR300. Zaroven by Hessu omezil ukladani objektu se symbolem blesku na nezbytnou dobu tak, aby aby se zobrazily na mape, tj. napriklad na 1 hodinu. U teto varianty by se samozrejme vse i nadale vysilalo pod znackou OK1COM-10, kterou by Hessu odblokoval.

Obe reseni maji za cil opet zviditelnit objekty vysilane serverem OK1COM-10 na mape aprs.fi, kdy u prvni varianty bychom prisli o moznost sledovat blesky.

Takze co vy na to?
Libor, OK1ALX
OK1COM
Posts: 306
Joined: Sun 08. Mar 2009 3:06:31
Location: Praha-Strašnice
Contact:

Re: Distribuce OK1COM-10

Post by OK1COM »

Predne verejne dekuji Liborovi, ze se ujmul vyjednavani s Hessu.

ad1) Jednoduche reseni, ktere bude pro Hessu urcite prijatelnejsi, protoze jak jsem to pochopil, tak se mu moc nelibi blesky na aprs.fi (nejen to, ze mu plni databazi, ale ze tam vubec jsou). Chapu to, na to jsou jine mapy. Pro nas jsou dulezite blesky na RF a zobrazovani vseho ostatniho na aprs.fi.
Nevyhoda je nutnost dvou SSID a prenastaveni vsech gejtu co propousti COM-10 do RF. Druha SSID by byla OK1OAB-10.

ad2) Tato varianta by byla asi zajimavejsi, protoze by blesky zustaly na mape aprs.fi, ale znamena to zasadni upravy jak na strane serveru aprs.fi tak COM-10. Cislovani bych asi zvolil trochu jinak. Celkova povolena suma by mela byt delitelna 60 (pocet minut v hodine). Cislovalo by se pak pak napriklad A01, A25, A59, B10, ... tedy A-prvni hodina bourky, 01,25,59 - minuta v hodine, B-druha hodina bourky. tedy 300 objektu - 5 hodin [A-E][00-59]. Cislovani hodin by se tocilo neustale dokola tj. po Ecku je znovu Acko a nasledujici bourka zacina, tam kde predchozi skoncila. Nebo dokonce pri 360 objektech tj 6hodin by hodiny mohly na pevno tj A=00,06,12,18. Uvedomuji si, ze takoveto cislovani se bude tocit mnohem rychleji (ne vsechny minuty budou mit "svuj" blesk) nez proste 1-360, ale i presto povazuji za prednejsi mit na prvni pohled jasny cas uderu blesku.
Samozrejme nejidealnejsi by bylo cislovani HHMM (tedy pouha zmena z STR_DDHHMM na STR_HHMM - ostatne to jdu udelat hned), ale to muze byt teoreticky az 1440 objektu, realne behem bourkove sezony mene nez polovina. Ale to uz asi nebude pro Hessu zkousnutelne. Na druhou stranu mene nez 240 tj. 4 hodiny je asi zase neprijatelne pro nas z duvodu velmi rychleho opakovani. Je velka sance, ze se cykus otoci i behem jedne bourky.
Velka vyhoda je zachovani jedne SSID.

Prikladnim se k variante 2, ale varianta 1 je pro me take schudna.
60%-var2 / 40%-var1
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: Distribuce OK1COM-10

Post by ok1mx »

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
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: Distribuce OK1COM-10

Post by OK1ALX »

Honzo nedekuj! Delam to preci jen pro sebe :-D

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.
Libor, OK1ALX
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: Distribuce OK1COM-10

Post by ok1mx »

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.
OK1COM
Posts: 306
Joined: Sun 08. Mar 2009 3:06:31
Location: Praha-Strašnice
Contact:

Re: Distribuce OK1COM-10

Post by OK1COM »

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.
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: Distribuce OK1COM-10

Post by OK1ALX »

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 ?
Libor, OK1ALX
Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest