Forum Krótkofalarskie PKI

Myślę, że wszystkich Linuksowców zainteresuje informacja, że na stronie http://www.cqrlog.com/node/454 pojawił się news o opublikowaniu wersji 1.0 przyjaznego dla użytkownika programu logującego. Z nowości:

- pojedyncza instalacja (gotowe pakiety dla Debiana i Ubuntu) dla wszystkich użytkowników w systemie
- wsparcie dla 32 i 64 bitowego systemu sprzętowego
- konfiguracja trzymana w bazie danych: wystarczy zrobić backup danych, by mieć swoje środowisko na nowym komputerze
- baza danych z łącznościami (MySQL) może być uruchomiona również na zdalnym komputerze (przydatne szczególnie jeśli korzysta się z kilku komputerów)
- sporo innych drobiazgów (i nie tylko drobiazgów)

Zapraszam do instalowania i testowania. To już nie jest beta, wszystko powinno ładnie działać. Dla nieznających cqrloga, garść screenshootów dostępna jest http://www.cqrlog.com/node/8 w sieci.

73 de Łukasz sq9nox /5

Mam i korzystam. Super soft w polaczeniu z fldigi, automatyczne logowanie qso. Testowalem z ft857 i obecnie z ts570 i wszysztko pięknie dziala.

Pozdrawiam, w szczegolnosci urzytkownikow systemów otwartych.

Cześć,
przyznaję się "bez bicia", że jakiś czas temu zamieniłem xloga na cqrlog'a. I nie żałuję. Od wczoraj dłubię w v. 1.0.0.
Ale... jak tam u Was z "ogonkami". Wiem, że Łukasz (i nie tylko On) pytał autorów, ale to było dawno .
Import z xloga przeniósł również polskie "ogonki" Bezpośrednia edycja w CQRLog'u "wycina" mi literki ! I mam teraz "50/50". Czy coś pokręciłem ?!
Obecnie "lokalizacja" (interfejsów) oprogramowania też jest już standardem. Wersja anglojęzyczna nie przeszkadza mi, ale część użytkowników i to bierze pod uwagę...
vy 73! - Janusz (sp4irx)

Ja nigdy nie stosowalem pl znkow. Wiec nie mem problemu.

SQ5LTL pisze:

Ja nigdy nie stosowalem pl znkow. Wiec nie mem problemu.

Czesć,
wg. mnie to nie problem w używaniu polskich znaków, a w tym, że program nie ostrzega, że nie zapisuje tego co widać


Górna część obrazka oznaczona jako "Edycja" pokazuje co widać podczas wprowadzania rekordu QSO (imie specjalnie składa się z polskich znaków diakrytycznych).
Po wciśnięciu "Save" program nie monituje , że w zapisywanych polach znajdują się znaki "niedozwolone".
Czerwone strzałki ukazują jaką treść pól wyświetli program po wybraniu opcji: "Show QSO list" (Ctrl+O).

Mając kilka tysięcy QSO w logu jak wyfiltrować Kolegów z miasta Łódź ?

Zwłaszcza, że jak wskazywałem import z innych programów (np. xlog) nie konwertuje ó -> o.
Program mi się podoba, ale tu skrót jest IMO zbyt duży.
vy 73! - Janusz

A to faktycznie slabo wygląda. Ciekawe czy inne kraje odnotowaly podobny problem, np z ü niemieckim itp. Może już byla sprawa na forum zglaszana.

Cześć,
Owszem. We wrześniu 2010 roku Olaf (LA3RK) w wątku "Umlaut characters" pisał:
"...I have noted that CQRLOG do not show the Norwegian characters ÆØÅ correctly, instead characters are mark for copyright or no character at all..."
Ale sugestia pozostała bez odpowiedzi. W innym wątku w odpowiedzi na zapytanie Łukasza (SQ9NOX), Petr (OK2CQR) wyjaśniał, że: "...We have 12 special characters, you have yours, Hungary, German, Slovak etc. have their own. It would be very uncomfortable".
Zgadzam się z tym, ale jeśli rezygnujemy ze znaków "narodowych" warto program wyposażyć w np. tabelę translacji, a w pliku konfiguracyjnym wprowadzić parametr wskazujących na "charset".
Tak jak napisałeś: wielu z nas nie używa "ogonków" (pomijam czy to dobrze czy źle). Uważam jednak, że program powinien "być konsekwentny w działaniu" i jeśli nie akceptuje "nacjonalizmów" to winien to robić już na etapie edycji.
Mając świadomość tej jego "specyficznej właściwości" nadal uważam, że jest on użyteczny.
A konwersję ogonków wykonałem przed importem.
Ale zanim się połapałem "o co chodzi" miałem wyrzut adrenaliny do krwi.
Pozdrawiam - Janusz

@sp4irx: Wiesz, kłopot polega na tym, że z programistycznego punktu widzenia łatwiej sobie zachować 'ogonki' i zapisywać znaki spoza standardowego 8-bitowego ASCII w równie standardowym UTF-8. I wtedy nie ma absolutnie żadnego powodu do 'kasowania' znaków narodowych. I nie ma też potrzeby robienia tablic konwersji (pomijając fakt, że w Linuksie są gotowe rozwiązania do tego). Do tego teraz program korzysta ze zwykłego MySQLa do trzymania danych. A MySQL potrafi odbębnić całą robotę z sortowaniem itp, programista już niczym się nie musi przejmować jeśli nie chce. Muszę jeszcze raz w tej sprawie do Petra napisać.

73 de Łukasz sq9nox

Witaj Łukaszu,
zgadzam się z Tobą co do większości zagadnień (kodowanie, tabela, MySQL, itd.) i dlatego istniejąca sytuacja mnie trochę dziwi.
Przykład programu UR5EQF (a zwłaszcza współpraca z kolegami z innych krajów niż autorzy) zdaje się wskazywać, że może ona przynosić pozytywne efekty. Nie tylko w dziedzinie "lokalizacji".
Niestety pr. UR5EQF nie udało mi się uruchomić (z wykorzystaniem wine) w środowisku Linux. Z ostatniego kontaktu z Kolegą, który koordynuje "lokalizację polską" wiem, że również On nie dotarł do celu.

Za ponowne "wystąpienie" do autorów będę wdzięczny, gdyż wydaje mi się, że Petr i Martin winni przemyśleć tę kwestię. Gdyż IMO ten problem obniża ocenę tego naprawdę niezłego programu.
Oczywiście jako autorzy to oni wskazują priorytety w realizacji własnego projektu.

Moim zdaniem - ktoś, kto pierwszy raz "weźmie do ręki" CQRLog nie ma świadomości tego ograniczenia. A reakcje użytkowników (w tym Twoja i moja) zdaje się wskazywać, że część z nas - przynajmniej w pierwszej chwili - traktuje to jako błąd. No może "dysfunkcję"

vy 73! - Janusz

UR5EQF - działał u mnie pod VirtualBoxem, ale to było trochę uciążliwe.
Jak ze sprzętowym RS'em nie było problemów, to z "przemapowaniem" dodatkowego po USB już był, a potrzebne mi są 2 porty szeregowe.
Dlatego wróciłem do CQRLOG'a a ta "dysfunkcja" jak już wcześniej stwierdziłem, że nie jest problemem przynajmniej dla mnie. I tak dobrze, że ktoś napisał kawałek tak fajnego softu na linuksa.

Witaj Pawle (SQ5LTL, odwiedziłem Twoją stronę. )
jakkolwiek na tym samym kompie mam zainstalowany Win7, to jednak moim podstawowym systemem jest Linux. Ten sam, który Ty lubisz.
IMO twórcy takich programów jak CQRLog zasługują na szacunek, m.in. bo im "się chce". I nie tylko "dla siebie".
A "beta-testerami" ich oprogramowania są oni sami i... my.
A po kolejnych "roszadach" pozostałem przy CQRLogu. Mimo wszystko - najbardziej mi "pasi".
A to jest - dla mnie - najlepsza rekomendacja.
-------------------------------------------------------------
/EDIT/
No to mamy kolejną wersję (1.0.1) CQRLog'a:
* backup into the same file option added
* ADIF export speed-up
* loading MySQL libraries on Debian unstable and Fedora 15 - fixed
-------------------------------------------------------------
I następna /1.0.2-1/ też dzisiaj, tj. 11.06.
* ADIF export fixed !
-------------------------------------------------------------
Widać więc, że projekt rozwija się, ale bez "ogonków"
Ale Petr obiecuje:
"it is not possible now, but it should be possible in version 1.0 which could use all UTF8 characters. It will take some time to release version 1.0. Please stay tune..."

vy 73! - Janusz

SQ5LTL pisze:

Mam i korzystam. Super soft w polaczeniu z fldigi, automatyczne logowanie qso. Testowalem z ft857 i obecnie z ts570 i wszysztko pięknie dziala.

Pozdrawiam, w szczegolnosci urzytkownikow systemów otwartych.

Witam,

Zapytam Kolegę o interfejs używany do komunikacji radia FT857 z komputerem z udziałem tych programów? Ja posiadam FT897, więc to samo.
Również zainstalowałem cqrlog'a ver. 1.0.1, chociaż widziałem już wersję 02. Program świetny i dobrze się prezentujący w distro crunchbang, bez wodotrysków i upiększeń. Lubię to distro i używam równolegle z arch-em.

Jeżeli Kolega może podać garść informacji z własnych doświadczeń na temat interfejsu i współpracy, będę bardzo wdzięczny.

Pozdrawiam,

Arku - interfejs CAT, to prosty układ na 2 transoptorach, który samemu można sobie zlutować. Ma jedną wadę bo ogranicza komunikację do 9600 bps'ów, ale to chyba nie problem.
Natomiast m.cz na 2 transformatorkach i do tego prosty układ do regulacji.
Napisz mi maila, to prześlę Ci oba opisy. sq5ltl(małpa)echolink.pl

Nowa wersja CQRLOG 1.0.2 z dodaną opcją ściągania danych z HamQTH.com zamiast qrz.com.
Petr jest bardzo zdeterminowany do stworzenia poważnej alternatywy dla Amerykanów.

sp4irx, czy znalazłeś możliwość usuwania dubletów poza kasowaniem z "palca"?

Czy któryś z Kolegów używających CQR-log wie, jakim skrótem otworzyć okno pozwalające wysłać dx spot? Dwa raz przypadkiem się udało, ale żadna kombinacja klawiszy tego nie powtórzyła, suport tez nie podpowiada.

Na stronie Petra kolejna wersja cqrlog, tym razem ze wsparciem dla EQSL. Download i upload plików do strony eqsl możliwy z poziomu programu.

lista zmian wobec wcześniejszej wersji:

full eQSL support added (filter, statistics, export, import ...)
DXCC, WAS, WAC, ITU, WAZ and IOTA statistic improved
export QSO to CSV file for SOTA website added
option to show previous QSO with station that was /p, /m etc added
program now takes UTC time from the computer time
added new column "qslr" into QSO list where you can see symbols for paper QSL confirmed, LoTW and eQSL together
refresh button to propagation window added
files with LoTW and eQSL users list are part of DXCC tables

http://www.cqrlog.com/download

sq5obu: przegapiłem twoje pytanie sprzed paru miesięcy. Jakbyś dalej szukał, to za dx-spoty odpowiada przycisk tyldy (~). Pełna lista skrótów klawiaturowych jest tutaj: http://cqrlog.sourceforge.net/help/h20.html

73 de sq9nox /5

Ooo... bardzo dziękuję, widać niezbyt uważnie przeglądałem pliki pomocy.

Czy ktoś z Kolegów korzysta z cqrloga z zewnętrznym serwerem mysql? Ja mam taką konfigurację (nieco pokrętną, bo łączy się przez mysql-proxy na localhoście) i po chwili bezczynności na loggerze połączenie z serwerem zamyka się i klops . Nie wiem teraz czy to przez mysql-proxy czy taki "ficzer", więc nie wiem czy grzebać u siebie czy nękać autorów cqrloga. Mam wersję 1.5.2.