Forum emisje cyfrowe

A może masz zdublowane QSO lub inny błędny zapis?

Pewnie tak. A skoro tak, to makra dla MixW stworzone przez PGA mają błędy bo powinny to sygnalizować.
A u mnie to nie było sygnalizowane.
Wrócę z pracy to sprawdzę to jeszcze raz.

Ja używałem przerobionych makr z Rusian WW. Niestety zrobiłem jeden błąd i parę łączności (się przyznam bez bicia) mam niezalogowane. Mam również nadzieję, że (jako młodemu ) będzie mi to wybaczone i w następnej turze jednak ktoś odpowie na moje CQ U nich to ewentualnie 1 punkcik do tyłu, a u mnie ze 4

Janku - wystarczyło wrzucić log do testuj log - tam otrzymasz informację co jest nie tak z danym QSO. A co do Twojego PS - to nie ja zacząłem temat o MPARKI więc wybacz ale nie rozumiem Twojej wypowiedzi.

A co do Twojego PS - to nie ja zacząłem temat o MPARKI więc wybacz ale nie rozumiem Twojej wypowiedzi.

Oj Marek Marek

sam napisałeś -> "Janku skąd wiesz że Ci czegoś nie zaliczyli, skoro na PGA nie ma jeszcze wyników, no chyba że piszesz o MPARKI"

Jurek - ja wczoraj przerobiłem makra te z PGA. Nie robiłem tego w trakcie zawodów bo nie chciałem aby mi sie coś pop..................ierniczyło

no bo Henio coś wcześniej o tym wspominał więc nie wiedziałem o czym mówicie.

mea culpa; mea culpa - BPSK-125 nie zaliczone.

No i wszystko jasne. Regulamin nie przewidywał BPSK125.
Ale Janku nasuwa się kolejne pytanie. Skąd robot PGA wiedział, że było to QSO emisją BPSK125, skoro łączności digi w plikach cabrillo oznacza się jako RY ???

Tego to nie wiem.

Jerzy - popraw kod konwertera cabrillo - dołóż emisje BPSK-125 albo zostaw tylko All Digi, wtedy nie będzie takich błędów.
Albo zrób program z większą ilością emisji i typów zawodów.

Niom ale byka nie było? BPSK125 nie wchodziło w ramy zawodów... A jak to dopiszę to będzie kicha - bo BPSK125 zamieni na RY i kto się tego dopatrzy?

Edyta:
Do przetestowania (na ewentualną przyszłość):
[link usunięty]
Edyta2:

SQ9JXB pisze:

zostaw tylko All Digi

Po wybraniu PGA-DIGI-TEST domyślnie wskaże "DIGI" (więc zapisze tylko emisje dopuszczone przez organizatora)
[link usunięty]

Poczekamy aż Henryk SP6LUP sprawdzi ten konwerter, bo u niego wyszły jeszcze inne zależności.
Do .adi zapisywał z HRD i ................... po konwersji do Cabrillo zapisał 1 QSO.

Idę się zastrzelić

Jerzy - spokojnie jak na wojnie, oszczędzaj amunicję
Twój program przesłał mi Janek i tu były problemy. Natomiast jak uruchomiłem program z linku który podałeś w poscie z 27 lutego wszystko ruszyło, ale nie do końca.
Wygenerowany plik cabrillo nie zawiera grupy kontrolnej którą ja nadawałem. Poniżej przykład:
QSO: 3500 RY 2011-02-26 0754 SP6LUP 599 SQ8RAU 599 LUO1
QSO: 3500 RY 2011-02-26 0752 SP6LUP 599 SP9ICU 599 NS07
QSO: 3500 RY 2011-02-26 0750 SP6LUP 599 SP7AWG 599 ULO1
A zatem coś jest z polem stx_string
Dla informacji plik adif pochodził z programu logującego Ham Radio Deluxe.

Logowałem na HRD. Konwersję przeprowadziłem programem adif2cabr.exe
Trzeba było wskazać pola z pliku adif które zawierają rozszerzony raport. Reszta bezboleśnie.
Sławek

Logowałem w HRD - konwersja - adif2cabr.exe i poszło 25 QSO z 26 do śmiecia bo odczytał 0 (zero) jako literę "O". Jak popatrzyłem na innych logi - często się ten błąd powtarza. No cóż - nie winię siebie, ale jeszcze bardziej jestem zniesmaczony, tym bardziej że po weryfikacji logu na stronie PGA - otrzymałem info że log jest ok.

sp6lup pisze:

A zatem coś jest z polem stx_string

Chciałbym zacytować jeszcze Janka ale dwa grzybki w...
Tak, moje przeoczenie bo nie sprawdziłem tego dokładnie z HRD. Wygląda to tak, że HRD grupę kontrolną 001 zapisuje w polu <stx> (i mnie na testach tę grupę pokazywał ) a potrzebne np. BY01 zapisuje właśnie w polu <stx_string> ot i cała moja "porażka".
Się poprawię...

Marek
A nie jest to tak, że robot sprawdza poprawność logu tylko pod względem zapisu? (Start-, QSO:, End- itp. p...doły?)

O i 0. Ja przewidziałem taki "numer" i swoje cabrillo w miejscach gdzie powinno być "zero" a była litera "O" poprawiłem przed wysyłką. Niestety nie wszyscy to przewidzieli.
Należało by się zwrócić do organizatorów, aby robot PGA reagował na błędne oznaczenie gminy a nie wysyłał info, że log jest ok.

PGA pisze:

Za bezbłędne QSO uważa się łączność, podczas której obie stacje poprawnie odebrały znaki wywoławcze, raporty i grupy kontrolne

- więc robota raczej nie poprawią

O i 0. Ja przewidziałem taki "numer" i swoje cabrillo w miejscach gdzie powinno być "zero" a była litera "O" poprawiłem przed wysyłką. Niestety nie wszyscy to przewidzieli.

Heniu nawet nie podejrzewałem, że to może być błąd - gdyby wpisywało się ręcznie na papierze to błędu by nie było, najgorsze że wszystkie QSO były poprawne i szkoda mi Tych którym dawałem punkty, a ich nie dostali.

Zresztą na ponad 400 niezaliczonych QSO - większość to błąd "O" i "zero" więc wydaje mi się iż organizator powinien coś z tym zrobić bo, to jak by nie patrzeć prawie 25 % łączności.

Teraz już sami dopisali na czerwono:

PGA pisze:

WAŻNE
Dołoż max staranności aby w grupach kontrolnych (skrót PGA lub nr kolejny) nie zamienić cyfry 0 (zero) z literą O (duże O)

A teraz jeszcze Panowie powiedzcie jak mieliście skonfigurowanego DM780 w zakładce QSO?

Domyślnie ma zaznaczone by wyświetlał zero jako przekreślone - ja u siebie zobaczyłem, że mając łączność z np. IZ0(zero)XXX w logu był jako IZOXXX. Trzeba by na przyszłość "ptaszka" odznaczyć i problemow powinno być mniej .

Jurku, nie będzie dobrze. Działam od samego początku na HRD - nigdy nie pokazywał mi przekreślonego zera. Zawsze miałem problemy ze stacjami które mają "zero" w znaku. Przećwiczyłem większość czcionek. Jedyne co mi się udało - w logu mi pokazuje zera przekreślone.

Co do ptaszków - wszędzie zaznaczone że ma pokazywać zero jako O - przekreślone.

Co do owego "Ważne" - szkoda, że po czasie i szkoda że nie uwzględnia się tego jako reklamacje - bo w końcu jest to reklamacja a nie błąd w logu.