bezva vec, jsem rad, ze myslis i na severni moravu 🙂

Ahoj,
diky za pochvalu.

Nad strukturou ramce jsem samozrejme premyslel. K teto strukture jsem dosel z tohoto:
1) Stav SPA je hlavni udaj - je indikovan ikonou. Na mape je hned jasno. VX-8 zobrazi /1 nevim jak kenwood, ale snad taky.
2) Pokud nevidis udaj na mape, druhy nejdulezitejsi udaj je identifikace, tedy tok a nazev stanice. Bohuzel nektere nazvy jsou stasne dlouhe.
Napr:
Sázava, Havlíčkův Brod - Pohledští Dvořáci
123456789112345678921234567893123456789412345| (45)
To samotne zabere temer celou zpravu zobrezenou kenwoodem
3) Dalsi dulezity udaj je aktualnost zpravy. Sam jsi psal, ze lepsi je mene kvalitnich udaju nez vice nekvalitnich. Jinak receno: radeji nez spatny udaj, zadny udaj. Za hodinu se toho muze dost zmenit. Udaje na webu jsou prumerne o 15-20 minut opoznene, nektere az o 40minut!

Dalsi udaje uz nejsou az tak podstatne.
4) Opetovne zopakovani stavu SPA, kdyby si toho neko v ikone nevsimnul
5) Hodnota hlaniny a prutoku v case mereni
6) trend --/-/+-/+/++ Nerek bych, ze je to ten nejmene podstatny udaj. Takove ++ pri SPA3 je velmi podstatne.
7) Nejmene informacni hodnotu maji limity pro jednotlive SPA. Da se poznat kolik jeste zbyva do dalsiho stupne. Proto tedy nakonec.

Tady par prikladu:
123456789112345678921234567893123456789412345| (45)
Blanice,Herman:SPA2=156cm;57.3m3/s=lim.110/150/180cm=stav:22:00=trend+-
Blanice, Herman = stav: 22:00 SPA2 156cm 57,3m3/s = trend:+- = limit: 110/150/180cm
Vltava, Praha - Na Frantisku = stav: 21:00 SPA1 335cm 553m3/s = trend:+- = limit: 455/1010/1520m3/s

Souhlasim, s odstranenim nekterych mezer. Ale nahrazeni mezery strednikem, taky nic neresi. 🙂

Trochu to zkratim, ale poradi mi prijde logicke. Kdyztak me zkus presvedcit.

73 H.

BTW: Polaci to asi zadavaji rucne, my to mame automaticky.

Čau Honzo,
chodí to naprosto luxusně, ale měl bych návrh na malou změny struktury rámce, aby to bylo u pro kenwoody čitelnější.

teď vypadá takto:
Blanice, Herman = stav: 22:00 SPA2 156cm 57,3m3/s = trend:+- = limit: 110/150/180cm

Vzhledem k tomu, že mají omezenou délku rámce, navrhuji spřeházet pořadí, aby bylo vidět více podstatných informací. Vycházím z toho, že jakmile rámec dorazí, je zřejmé z kolika hodin je přibližně hlášení. to znamená, že stav: 22:00 by mohlo výt v pro kenwoody "neviditelné" části, stejně jako trend. V případě nouze pak vyházet mezery mezi znaky, nebo je redukovat = by mezi znaky nemuselo být obloženo mezerami. Výsledek by pak mohl být třeba takovýto:

Blanice,Herman:SPA2=156cm;57.3m3/s=lim.110/150/180cm=stav:22:00=trend+-

Ale je to jen návrh k diskusi.
M.

p.s. jinak koukám, že poláci se začínají opičit.. 🙂

Woda-Stan (from SR6A) - informace
2009-06-27 12:57:05z - 2009-06-27 20:49:41z
Local Time: 22.01 Stan wody: 5,68 m


------------------------------------------------------------------>|1234567891234567892123456789323456789412345|<---------------(45)
272242z OK1COM-10>APZM4A,LOCAL:;Voly-Neme*111111z4911.90N/01353.22E2Volynka Nemetice 0000LT SPA2 255cm 83,0m3/s trend(+-) limit:190/230/270cm
272242z OK1COM-10>APZM4A,LOCAL:;Blan-Pode*111111z4902.13N/01357.23E1Blanice Podedvory 0000LT SPA1 130cm 20,5m3/s trend(+) limit:110/140/160cm
272243z OK1COM-10>APZM4A,LOCAL:;Blan-Husi*111111z4902.42N/01359.75E1Blanice Husinec 0000LT SPA1 107cm 19,1m3/s trend(+-) limit:95/115/130cm
272244z OK1COM-10>APZM4A,LOCAL:;Zlat-Hrac*111111z4903.40N/01404.82E1Zlaty_potok Hracholusky 0000LT SPA1 85cm 7,13m3/s trend(+-) limit:80/105/130cm
272244z OK1COM-10>APZM4A,LOCAL:;Blan-Herm*111111z4914.78N/01408.00E2Blanice Herman 0000LT SPA2 157cm 58,1m3/s trend(+-) limit:110/150/180cm
272245z OK1COM-10>APZM4A,LOCAL:;Otav-Pise*111111z4918.82N/01408.78E1Otava Pisek 0000LT SPA1 283cm 175m3/s trend(+-) limit:250/320/380cm
272245z OK1COM-10>APZM4A,LOCAL:;Vlta-VD_V*111111z4956.37N/01422.63E1Vltava VD Vrane 0700LT SPA1 ?cm 460m3/s trend(+-) limit:400/800/1200m3/s
272246z OK1COM-10>APZM4A,LOCAL:;Uhla-Taja*111111z4924.40N/01315.80E2Uhlava Tajanov 0000LT SPA2 275cm 26,4m3/s trend(+-) limit:200/240/290cm
272247z OK1COM-10>APZM4A,LOCAL:;Vlta-PChu*111111z5001.63N/01423.92E1Vltava Praha - Chuchle 0000LT SPA1 152cm 576m3/s trend(+-) limit:450/1000/1500m3/s
272247z OK1COM-10>APZM4A,LOCAL:;Vlta-PNaF*111111z5005.62N/01425.32E1Vltava Praha - Na Frantisku 0000LT SPA1 336cm 561m3/s trend(+-) limit:455/1010/1520m3/s
------------------------------------------------------------------>|1234567891234567892123456789323456789412345|<---------------(45)


To co píšeš má logiku, jen si dovolím lehkou interpelaci k bodu 3. píšeš:

3) Dalsi dulezity udaj je aktualnost zpravy. Sam jsi psal, ze lepsi je mene kvalitnich udaju nez vice nekvalitnich. Jinak receno: radeji nez spatny udaj, zadny udaj. Za hodinu se toho muze dost zmenit. Udaje na webu jsou prumerne o 15-20 minut opoznene, nektere az o 40minut!

V APRS.FI, uiview .... je to v podstatě jedno, jestli to bude na začátku, nebo na konci, na tom se asi shodneme. U kenwooda je vidět kdy rámec dorazil. Tak že jakmile se do rádia dohrabe, ví se, z kolika hodin jsou "poslední" aktuální data. Teď je tedy otázkou, co je lepší, jestli vědět že jde o poslední stav t-15 nebo t-45. (čas doručení rámce do rádia - zpoždění) nebo to, že uvidím o 7 bytu více (v případě, že by byl čas vzadu).

Ale myslím, že ať je to tak či tak není nikterak podstatné a klidně to hoď za hlavu, už to jak to funguje je vynikající.