CQRLOG - open discusion

Importing ADIF from another log - QSL_Sent defaulting to "B"

I'm attempting to import an ADIF written from ACLOG (logger written by N3FJP for Windows).  In all of my records that have a "Y" in the QSL_SENT field, CQRLOG defaults to "B" for BURO.  Also in the QSL_RCVD field, a "Y" defaults to "Q" whatever that means (I couldn't find it in the documentation-help).  While I appreciate the extra flexibility built into this field by CQRLOG, it would help if it would at least recognize the more basic approach of other logging programs when importing.  Can anyone help me with this?  Or maybe tell me a way around it without having to go in and manually chang

Forums: 

No Network connection on Mint 13

I get no response from dx cluster, no country update,code:500 from qrz, I see no inbound or outbound net activity had previous version working on this machine running Ubuntu 11.10 and 12.04 
here is output starting manually
Loading libssl: /usr/lib/i386-linux-gnu/libssl.so
Loading libcrypto: /usr/lib/i386-linux-gnu/libcrypto.so
Loading libmysqlclient: /usr/lib/i386-linux-gnu/libmysqlclient.so.18
Loaded 57530 LoTW users
Loaded 65532 eQSL users
*
User home directory:    /home/bob/
Program home directory: /home/bob/.config/cqrlog/

Forums: 

Digital modes - ADIF standards support

Hello,
 
I'm switching to Linux and CQRlog and have run into a problem with my ADIF file import.  I have 20 QSOs that produce an error during import.  These are for modes like THROB-X, MFSK8, HELL80, FMHELL, CONTESTIA and QPSK31/63.  I know that CQRlog doesn't list these modes directly, but these are all modes supported by Fldigi and the ADIF specs.  What is the chance that you could make the import process recognize these ADIF-spec modes, rather than just causing an error and dumping them out?

Forums: 

Excellent SQL power -- love this

I just migrated to CQRLog from Xlog, and I'm loving the power of this tool.  After import, I realized that my adif file had reversed the RST values, so that the valued I'd reported out was in the column for values coming in.  No problem:

 

UPDATE view_cqrlog_main_by_qsodate SET rst_r=rst_s, rst_s=@temp WHERE (@temp:=rst_r) IS NOT NULL;

 

and all of my RST values were swapped.  I would have had to have to swap the values for each QSO using my old logging program.  Very pleased.

Forums: 

Restoring cqrlog with old config data—keeps getting overwritten

I had a failed upgrade to an Ubuntu 11.10 system, on which I had cqrlog installed, and I had to bail out and install a fresh 12.10 in place of the old 11.10 system. Fortunately I was able to recover my data beforehand, so I have the contents of ~/.config/cqrolg from the previous installation.

Forums: 

Pages

Subscribe to RSS - CQRLOG - open discusion