In Alpha 138 (and maybe earlier versions) Data mode QSOs are exported to ADIF *incorrectly*
If a QSO is logged as PSK31 then it should be exported to ADIF as PSK31 and *NOT* as PSK which is what currently happens.
This results in LotW setting the mode of the QSO to DATA because PSK is *NOT* a valid complete mode!
When the QSL happens and is downloaded into CQRLOG then you get an Error because the QSO log entry does not match because the MODEs don't match.
Shortening a mode to it's mode group name means that the ADIF contains incomplete data and this can *NOT* be correct.
The exported ADIF file *MUST* contain all the data requested by the user in it's complete detail!
Thanks for reporting!
This has not been so.
At some phase the submode tag has dropped away from source. I must be so.
CqrlogAlpha logs qsos as "cqrlogmode" that is nearly same as adif tag submode. At export phase this should be converted to mode-submode tag pair by the rules of
https://adif.org/316/ADIF_316.htm#Mode_Enumeration chapter III.B.10 Enumeration table.
There are also user editable files ~/.config/cqrlog/exception_mode.txt and ~/.config/cqrlog/import_mode.txt where user can modify some mode conversions between cqrlogmode and adif.
Unfortunately the ADIF standard usage is a mess. There are many log programs that are using adif tags wrong way. (also cqrlogAlpha does it with _intl tags for utf8 support)
Usually that causes problems when importing ADIF from other programs to Cqrlog.
I worked a lot with this in past and the export side should then be fixed by standard.
Now something has happened, or there has been underlying PSK31 bug ever since and you were the first one reporting this.
I must check the export routines once again.
Thanks!
--
Saku
OH1KH
Started to check this from source.
Seems to be that is have done this work at spring 2022. Nearly 4 years ago.
No wonder that I forgot to mention all files.
From cqrlog root folder, that is ~/.config/cqrlog (/home/your_username/.config/cqrlog) and is a hidden folder as name ".config" (dot starts name makes it so )
you should find following files:
The README file has a short description.
Check that those files exist.
To be able to find them with your file manager you should set "show hidden files and folders" active.
If you want to see debug messages while exporting start cqrlog from command terminal with:
cqrlog --debug=-2
(note negative number: minus 2)
cqrlog --help
gives more information about debug numbers etc.
I will continue source checking now...
--
Saku
OH1KH
OK!
Found it.
It is kind of bug in source, but it is because I have misunderstood the
https://adif.org/316/ADIF_316.htm#Mode_Enumeration chapter III.B.10 Enumeration table.
If you make ADIF backup from PSK31 qso you will see that there will be tag mode (PSK) and tag submode (PSK31).
But if you do ADIF export (that also upload to LOTW uses) it sets just mode tag (PSK)
That is because I have understood that ADIF sent to "external world" should not have modes listed with "(import only)" mention in enumeration table.
And that is why Cqrlog excludes them putting just mode out without submode.
Actually it is so what I have had in mind then.
It should not put out PSK31 mode tag.
Instead should put out mode PSK and submode PSK31. What I have not understood.
My bad...
I think this is easy to fix just letting all adif exports work same way as adif backups do.
Found also a debug error when looking this. It must be fixed too although it does not affect to program run. Only for debug.
Thanks for finding this out!
--
Saku
OH1KH
When will the next alpha version (hopefully with the fix) be available?
I did wonder if you should rename your version of 'cqrlog' to 'cqrlog2' since I think it is obvious that Petr has stopped working on cqrlog a long time ago. Do you know if he still has any interest in cqrlog?