Sjednocení obsahu majáků

Fórum sysopů, výstavba, konfigurace a nastavení DIGI
Post Reply
User avatar
ok2vop
Posts: 85
Joined: Fri 03. Apr 2009 21:53:44
Contact:

Sjednocení obsahu majáků

Post by ok2vop »

Ahoj,

když se podařilo vytvořit nějaký předpis pro jednotné používání SSID navrhuji udělat podobný i pro obsah majáků minimálně u trvalých (hlavních, klíčových) APRS stanic. Přinejmenším závazné doporučení, co by měly minimálně obsahovat.

Dám příklad (v Brně a okolí):

OK2RKB-1: APRS4R Igate Brno
OK2GA-2: UIDigi Brno-Reckovice
OK2ZO-1: /AGW Digipeater Brno center
OK2ZO-2: /AGW Digipeater Brno center
OK2ZO-3: /FILL-IN DIGI - Blansko FoxDigi
OK0BH-2: APRS DIGI DEVIN 550m ASL

Objevují se zde více či méně praktické informace, ale rozhodně ne ve všech majácích. Možná je praktická (např. do budoucna při RF planningu) informace FILL-IN / WIDE, protože tu nelze běžně jinak získat (z ikony či názvu), možná je i dobré sdělení o QTH či lokalitě, kterou stanice obsluhuje, otázka naopak je zda je k něčemu potřeba info o HW/SW na kterém to běží.

Asi bych tedy navrhl směřovat k nějakému doporučení syntaxe zápisu, např.:

Code: Select all

[main | secondary | redundant]? [FILL-IN | WIDE] [igate]? [primarni_obsluhovana_lokalita] [(QTH)]? , [comment]?
(standardní syntaxe: položky s otazníky jsou nepovinné, oddělovač | dává na výběr z konečného monožství variant)

Tedy např.: OK2RKB-1: main WIDE igate Brno (Kohoutovice 400 ASL), APRS4R vop-seznam.cz

A opravdu tedy na první klik vidím absolutně vše, co bych mohl chtít vědět, i když danou lokalitu vůbec neznám...
OK2VOP Petr / Brno - Kohoutovice, cosysop APRS digi OK2VOP-1
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: Sjednocení obsahu majáků

Post by OK1ALX »

Urcite dobry napad, neco podobneho se jiz nakouslo zde: viewtopic.php?f=43&t=96&p=2706#p2424

Prvni a dulezite pravidlo by melo byt, ze text majaku by mel byt co nejkratsi, nezapomente ze nektera zarizeni nedokazi zobrazit dlouhy text (napr. Kenwood TH-D7) a navic cim delsi majak bude, tim bude nachylnejsi na nepruchodnost eterem :) Jinymi slovy, cim kratsi, tim vetsi sance ze projde.
Druhym pravidlem bych oznacil potrebu umistovat nejdulezitejsi informace na zacatek a ty mene dulezite na konec.

Prvni cast textu majaku by urcite mela zobrazovat PHG kod.
Informace Fillin/wide dle meho neni nutna, jelikoz tuto informaci nam dava ikona digi.
Informace zda se jedna o digi s igate nebo ne by mela byt zrejma z SSID, ale pokud digi bude mit SSID -3 tedy "dalsi" digi pokud jiz existuje -2 resp -1, bude s tim problem, proto bych se nebranil uvedeni digi&igate apod v majaku.

BTW, nevim co mas namysli tim "[main | secondary | redundant]", co by to melo presne rici?

Informace o HW/SW by mohlo byt az ve status textu (tedy pokud to zarizeni vubec umoznuje posilat), nemyslim si ze je to nejak dulezita informace, spise zajimava. Avsak napr. u Digi_Nedu je dulezite vedet ze to digi_ned je, kvuli jeho doplnkovym funkcim, nebo pri nejmensim klicove slovo pro vypis moznych prikazu. Takze by v majaku take nemel chybet text napr. Use:"list" apod.
Myslim ze by v majaku mela byt informace o lokalite, tedy mesto, ci kopec kde se digi naleza.

Dale si myslim, ze i kdyz je informace o nadmorske vysce v PHG kodu, bezny mobilni uzivatel to nedokaze nijak dekodovat, mohla by nadmorska vyska byt i v majaku. Podle nadmorske vysky pak uzivatel muze predpokladat pokryti digi.

Takze pokud to shrnu v prikladu jak je to momentalne treba na KHL-1, mohl by text majku vypadat nasledovne:
PHG2650>Digi&Igate Holice,use"list"
a status text pak:
>Gentoo+Digi_Ned+SaxIgate PWR:5W ANT:UV200 AGL:10m ASL:320m,use"info"
Snazil jsem se majak zkratit co nejvice, ale je mozne ze to je prislis ;)

Mimochodem, v tomto dokumentu je take neco ohledne popisovani digi: http://aprs.org/newN/n-n-overlays.txt
Nejenze jsou tam Overlays, jsou tam take zkratky do textu majaku, ktere by meli uzivateli rici, ceho je digi schopna.
Ve zkratce:
Wide digi - "W2..."
Wide digi s podporou narodniho digipeatingu - "W2, CZn-N..."
Fill-in digi - "W1-1..."
Chapu to tak, ze by v textu napr. pro wide digi melo byt oznaceni W2 a za tim dalsi text. Mozna bychom to mohli nejak vyuzit?

Omlouvam se, jestli jsem to napsal vse zmatene :D
Libor, OK1ALX
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: Sjednocení obsahu majáků + status text

Post by OK1ALX »

Zda se , ze tato diskuze se moc nerozjela :) Mozna to nekterym pripada jako zbytecne, ale podle meho nazoru by k nejakemu sjednoceni dojit melo.

Jak se pise v originalnim doporuceni Boba, zde: http://www.aprs.org/fix14439.html, a zde: http://www.aprs.org/newN/n-n-overlays.txt . Volne (a doufam ze ne chybne) prelozeno: "Jako soucast "vychovy" pro ostatni uzivatele, by meli digi zobrazovat svoje nastaveni New-N v textu majaku."
Toto se znazornuje doplnenim Wn, CZn, kde n je pocet nastavenych HOPu digy. Tzn. pokud je na WIDE digi nastaveno opakovani do WIDE3-3 (tusim ze vsechny u nas), melo by se na zacatku textu majaku objevit W3. Paklize se navic jedna o "State" digi, tedy narodni/regionalni system, melo by se navic jeste doplnit CZn, tedy napriklad: W3, CZ7 .....
Dalsi informace jsou diskutabilni, ze se jedna o digi, pozname ze symbolu stanice. Ze se jedna o digi s Igate, pozname z SSID.

Takze je otazkou, co tedy do textu majaku zahrnout.
Co by tam byt asi melo:
- rozhodne by samozrejme nemel chybet PHG kod
- u diginedu by nemela chybet informace o klicovem slovu pro vypis prikazu
- nazev QTH (mesto, kopec apod.) ?
- kontakt na spravce (email, www adresa, aj.) ?
- atd.

Co by tam podle meho nazory byt vubec nemuselo:
- slova jako APRS, DIGI, IGATE. To ze se jedna o APRS stanici, je zcela zrejme asi vsem :) To ze se jedna o digi, je zrejme ze symbolu a jestli se jedna zaroven i o Igate, je to zrejme z SSID. Zde je ale otazka, co v pripade, ze nekdo vybuduje Igate, ktery nebude fungovat jako digi?
- TRX, PWR, ANT a dalsi podobne informace o hardware dane digi. Tyto informace podle meho nazoru mohou byt schovany za www adresou apod. Nebo napriklad ve status textu, ovsem zde je to take diskutabilni :)

Rozhodne bych ale doporucil drzet se co nejmene informaci a co nejkratsiho textu. A to ze dvou duvodu:
1. existuji zarizeni, ktera nedokazou zobrazit prilis mnoho informaci, zejmena rucni stanice (TH-D7) apod.
2. cim kratsi obsah majaku, tim lepe majak projde


Berte to co jsem napsal, jako jakysi podklad pro diskuzi. Nikomu to nenutim, jen se snazim dojit k necemu srozumitelnemu jak pro nas sysopy, tak i pro ostatni uzivatele ;)
Libor, OK1ALX
ok1mx
Posts: 1077
Joined: Fri 06. Mar 2009 10:24:01
Jméno: Milan
Location: JN79TX
Contact:

Re: Sjednocení obsahu majáků

Post by ok1mx »

Určitě není špatné toto sjednotit a zoptimalizovat a pak přidat do obecných doporučení. Zkusím přihodit i pár dalších námětů do této diskuse.

- PWR, ANT - souhlasím s Liborem, že to v majáku být nemusí, PHG to stejně obsahuje
- Seřazení informací dle důležitosti - To nejdůležitější na začátku, balast na konec - (syndrom TH-D7 a.j.)
- Je-li to možné, využít proportional beacon - nejen z hlediska četnosti, ale i z hlediska informací - Beacon který se bude šířit s nejdelším počtem HOPs by měl být co nejkratší, ten který se bude posílat jen lokálně, může být rozkecaný. (není vyloučená ani varianta, že se v každém bude vysílat něco jiného.
User avatar
ok2vop
Posts: 85
Joined: Fri 03. Apr 2009 21:53:44
Contact:

Re: Sjednocení obsahu majáků

Post by ok2vop »

Zkus tedy posunout tu diskusi dal uvedenim nejake sady prikladu...

Existence proportional beaconu je to k diskusi, protoze v praxi vidim vzdy jen udaje z posledniho prijateho beaconu, takze ty "uplne texty" bych jako blizka stanice prijimajici vsechny beacony videl jen nekdy a jako vzdalena stanice budu mit sice stale "kompletni" informaci (z dlouheho textu majaku), ale o DIGI, ktery je "kdesi za devatero horama"...
Kdyz uz tedy proportional, tak podle presne daneho (doporuceneho) predpisu (casoveho planu), abych v pripade potreby jako uzivatel tusil, ze
1) toto je KRATKY a (nektery) pristi bude DLOUHY (z kratkeho poznam, ze ma delsiho bratricka - placnu, treba zacina "short:...." nebo konci "...full next")
2) toto je ten DLOUHY (placnu, treba zacina "fullinfo:...")
OK2VOP Petr / Brno - Kohoutovice, cosysop APRS digi OK2VOP-1
Post Reply

Who is online

Users browsing this forum: Ahrefs [Bot] and 10 guests