New n - N paradigm

[OK1ALX]

Kdyz tak prohlizm toto tema, mam pocit, ze jsem trochu zaspal
Jdu nastavit na OK1KHL-1 overlay S, tedy ze tato digi umoznuje jak WIDEn-N, tak CZEn-N.

[OK1ALX]

Jak tak koukam po OK, vidim spostu digi s overlay S, ktery by mel rici uzivateli, ze tato digi podporuje SSn-N trasovani, tedy v nasich koncinach CZEn-N trasovani. Maji opravdu vsechny tyto digi tuto moznost?
Je jich toiz pekna radka, zde je seznam:
OK1TEC-2 - podporuje CZEn-N (digi_ned)
OK1TEC-3 - podporuje CZEn-N (digi_ned)
OK1KKL-2
OK1KHL-1 - podporuje CZEn-N (digi_ned)
OK2ZDL-2
OK2KVM-2
OK2ULQ-2
OK2XDU-1 - podporuje CZEn-N (digi_ned)
z cehoz mohu mluvit za khl-1, kde podpora CZEn-N je.

Coz takhle opravdu sjednotit tyto overlays pro digi? Viz tabulka na zacatku diskuze od Pavla OK1TEB, kde se rozlisuje zda se jedna o fillin, wide, ci wide+cze digi a overlays potom jsou 1, L, nebo S.
Kdyz se po mape podivam, vidim spoustu digi s overlay N ci D (oba se kdysi pouzivali digined), U (pouzivano pro uidigi), F (pouzito asi pro foxdigi?), ktere v tabulce jiz nejsou a jak Pavel na zacatku psal, jsou vlastne jiz zastarale
Vyhoda je, ze tyto overlay, se v drtive vetsine dostupnych hw i sw zobrazuji korektne, tedy ikona digi + prsilusny overlay, at uz pres obrazek, nebo vedle (D7, D700, D710). Takze podle me zde neni potreba obav z toho, zda by se to nekde nezobrazovalo spravne. Prozatim jsem testoval: UIView, AGWtracker, aprs.fi, openaprs.net, findu.com, D7, D700, D710 ....


Mozna by bylo dobre polozit si take otazku, jak chceme rozlisovat digi, resp. cim, jak a co rozlisovat
1. Ikona - pro digi existuje jen jeden typ ikony, hvezdicka
2. SSID - zde rozlisujeme zda se jedna o digi, ci digi+igate a rozlisujeme zde jiz jestli se jedna o fillin. Zaroven SSID slouzi pro pripad, ze mame vice nez jednu digi. Coz dle meho nazoru dosti zasahuje do jakehokoliv systemu oznacovani
3. Overlay - nyni je pouziti overlays vice ci mene chaoticke, nektere digi pomoci overlay davaji najevo o jaky se jedna HW, nektere prezentuji svoji funkci (wide, fillin, atd.). Nekde overlay neni vubec.
4. Text majaku - text majaku muze slouzit pro dalsi informace. Pro diginedove digi je vhodne psat, ze se jedna o digined a jaky prikaz se ma pouzit pro vypis napovedy, napr. list, help, apod. Jinde se da zobrazit napeti a teplota, PHG nformace, ale i lokalita, nadmorska vyska, kontakt atd. atd.

muj navrh reseni:
1. Ikona - neni co menit
2. SSID - rozlisovat digi (-2), digi s igate (-1)
3. Overlay - rozlisovat dle uvedene tabulky fill-in digi (1), Wide digi (L), Wide digi s podporou CZE (S)
4. Text majaku - text majaku je asi na kazdem z nas, i kdyz i zde by asi take nejake zakladni pravidlo mohlo byt. U diginedu je vhodne uzivatele seznamit s kodovym slovem (list, help apod). Dobre asi take je uvest lokalitu, jako napr nejblizsi mesto a take nadmorskou vysku. PHG data na zacatek textu jsou urcite vhodnym doplnkem!

[ok1mx]

Přijde mi ten návrh velmi rozumný, jen přidám pár drobností k úvaze:
ad1. není co řešit
ad2. doplnil jsem do textu
ad3. Tady vidím problém s (S) V podstatě můžou existovat současně platné varianty: FILL-IN+CZE, WIDE+CZE, FILL-IN, WIDE. Jaké overlay tedy pro tyto 4 varianty zvolit, když máme jen tři druhy overlay? Předpokládám, že budou (doufám) všechny CZEn-N, proto jest otázkou, jestli tedy neoužívat jen (1) a (L)
ad4. Jelikož součástí každého rámce jsou souřadnice a v PHG je dosah (informace o výšce je tedy zbytečná, protože stejně nám souží jako vstup proto, abychom si dosah odhadli) myslím, že je toto v majáku redundantní informace, která nemá informační hodnotu a jak je známo, čím je paket delší, tím více je náchylnější ke ztrátě. LIST, HELP informační hodnotu nese a je dobře že v majáku bude.

muj navrh reseni:
1. Ikona - neni co menit
2. SSID - rozlisovat digi (-2), digi s igate (-1) (-3 další DIGI je-li -1 nebo -2 využita)
3. Overlay - rozlisovat dle uvedene tabulky fill-in digi (1), Wide digi (L), Wide digi s podporou CZE (S)
4. Text majaku - text majaku je asi na kazdem z nas, i kdyz i zde by asi take nejake zakladni pravidlo mohlo byt. U diginedu je vhodne uzivatele seznamit s kodovym slovem (list, help apod). Dobre asi take je uvest lokalitu, jako napr nejblizsi mesto a take nadmorskou vysku. PHG data na zacatek textu jsou urcite vhodnym doplnkem!

[ok1tec]

Za TEC-x mohu rici ze TEC-3 je klon TEC-2 a ten je nyni podle konfiguraku z DigiNedu tady na foru. (CZE-...) Takze asi S .

[OK1ALX]

Za TEC-x mohu rici ze TEC-3 je klon TEC-2 a ten je nyni podle konfiguraku z DigiNedu tady na foru. (CZE-...) Takze asi S .

Myslel jsem si to :p
upravil jsem seznam

[ok2xdu]

Libore, muzes doplnit dalsi : OK2XDU-1. Mam tam Digi_ned 0.3.5 pod Linuxem s podporou CZEn-N. Upravil sem i majak, aby se to zobrazovalo spravne.
Jirka

[OK1TEB]

Ono je to i logické, to sjednocení overlays na digipeaterech. S různýma HW a SW digi se roztrhl pytel a bylo by pro mnoho uživatelů již velmi nepřehledné, co můžu od kterého digi očekávat. Staří "mazáci"sledující pravidelně vývoj, ti se v tom ještě orientují, ale nováček se bude ve spleti N, D, S, W, 1, L, U, F topit. Je třeba neoznačovat digi dle názvu HW či SW, ale dle toho, co umí. Dnes tu máme Foxdigi s overlay F, zítra někdo příjde s Beardigi s overlay B, pozítří Elefant digi s overlay E .

I v okolních státech se již objevují overlay S a 1, takže by bylo dobré udržet v Evropě stejné značení. Co se týká Xastiru, s overlays problém nemá.

[ok1mx]

Vážení přátelé,

včera jsme se sešli s Borkem RQ a konečně jsme měli chvíli čas probrat zevrubně několik témat. Začnu již jednou diskutovaným CZ (CZE)

Měli bychom už konečně finálně rozhodnout jakou cestou se vydat. Zkusím dát na hromadu všechna fakta a na základě nich se můžeme dohodnout.

Bibile hovoří takto: New-N Paradigm also includes the SSn-N system. . SSn-N solves this problem for each Region, State, Country or ARRL section. In the USA we call them States or ARRL Sections, in Europe, the regions are based on a combination of two iso-standards. ISO 3166-1 country code und ISO 3166-2 subdivision code.

Nahlédneme-li do ISO 3166-1:http://www.iso.org/iso/support/country_ ... htm#CZ%20)
ISO 3166-2: http://www.iso.org/iso/iso_3166-2_newsletter_i-2_en.pdf

vychází nám že by správně bylo CZn-N . Důvody pro CZE byly především dva.
První byl problém DIGINEDU, který vyžadoval XXX čímž dva znaky nepřicházely v úvahu, je ověřeno že současná verze již může být XX až XXXX. tento důvod již pominul.
Druhým důvodem bylo riziko pronikání znaků CZxxxx od CBčkářů, kterí se agilně dobývali do PR a nedalo se vyloučit, že by tomu tak mohlo být i v APRS. Za posledních několik let se toto přihodilo jen jednou a to se rychle vyřešilo. Zdá se, že toto také již nemá opodstatnění.

Lze tedy říct, že z technicko-strategického hlediska jsou obě řešení stejné. Nastoluji tedy otázku: Kudy dále? Budeme se držet CZ (nevýhoda je, že už má možná někdo CZE naprogramované a musel by to měnit, otázkou je, zda to není menši zlo udělat teď než za tři roky, kdy celá Evropa přejde do ISO a jen my budeme vyčuhovat)

[OK1ALX]

i prez to, ze v nekterych zarizenich je jiz nastaveno CZE a to jsou zrejme i UIdigi s vypalenou epromkou, bych se klonil k CZ. Je to jak rikas, je to spravne ve vztahu s uvedenym ISO a asi by bylo spravne se toho drzet.