Re: QSOs not Uploading to LoTW with Mode Mapping
Posted: Sat 20. Apr 2024, 21:35
Tom, when you did your test cases, did you create the test QSO’s directly in RL? When I create a QSO in fldigi and then transfer to RL using the AppleScript macro, I still have problems. Yesterday, I thought maybe fldigi was part of my issue and upgraded to the latest version 4.2.04 from the previous 4.1.20 that I had been using. When using Olivia 8/250 with 4.1.20, the mode shows up in RL as OLIVIA8/250. Now, with version 4.2.04, it shows up in RL with a dash character, i.e. OLIVIA-8/250. When I submit the QSO with that mode to LoTW, it is rejected as an invalid mode.
I also just had a QSO using Contestia 8/250. This mode is reported by fldigi as “CONT-8/250” and is also rejected by LoTW.
Looking at the AppleScript, it is setting the mode to system attribute FLDIGI_MODEM. It does a conversion of BPSK31 to PSK31 and similar, but not for any other modes. Could this be the issue, that the script is not using the actual ADIF mode/submode enumerations?
In another test of THOR11, the transfer to RL and the upload to LoTW worked just fine. So maybe the problem is just those modes with the extra dash or space characters.
Thanks again. I hope this is helpful.
Mike
AG7AB
I also just had a QSO using Contestia 8/250. This mode is reported by fldigi as “CONT-8/250” and is also rejected by LoTW.
Looking at the AppleScript, it is setting the mode to system attribute FLDIGI_MODEM. It does a conversion of BPSK31 to PSK31 and similar, but not for any other modes. Could this be the issue, that the script is not using the actual ADIF mode/submode enumerations?
In another test of THOR11, the transfer to RL and the upload to LoTW worked just fine. So maybe the problem is just those modes with the extra dash or space characters.
Thanks again. I hope this is helpful.
Mike
AG7AB