Urcite dobry napad, neco podobneho se jiz nakouslo zde: http://www.hamradio.cz/forum/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 😀

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 😉

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.

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:...")