WSJT-X import using locator instead of the Callsign on DX Spots window

RUMlog, the Next Generation. Completely rewritten.
K7DZE
Posts: 15
Joined: Sat 9. Jan 2021, 17:08

WSJT-X import using locator instead of the Callsign on DX Spots window

Unread post by K7DZE »

Screen Shot 2021-07-07 at 3.41.05 PM.png
In the attached screenshot you can see the WSJTX import for 2 CQ calls
K2J and K2M (see note section for the actual call)
However the DX Call column is showing the locator (FM06 and EN90)

WSJTX version 2.4.0 (running on ubuntu)
RumlogNG version 5.6 (489)
Last edited by K7DZE on Mon 26. Jul 2021, 20:11, edited 1 time in total.
K7DZE
Posts: 15
Joined: Sat 9. Jan 2021, 17:08

Re: WSJT-X import using locator in place of the DX Callsign on DX Spots

Unread post by K7DZE »

Screen Shot 2021-07-23 at 1.13.09 PM.png
This behavior seems to be occurring with 1x1 callsigns.
Here in this screenshot you can see the callsign is W4C, but Rumlog is displaying data for EL95.

The second line shows another call that is parsed correctly, so I think this might be related to shorter calls.

I think something might be off with the data parser.
Rumlog is telling WSJTX to call W4C(auto enabled), not EL95 but it is announcing EL never heard before.
K7DZE
Posts: 15
Joined: Sat 9. Jan 2021, 17:08

Re: WSJT-X import using locator in place of the DX Callsign on DX Spots

Unread post by K7DZE »

Screen Shot 2021-07-23 at 2.20.31 PM.png
Here you can see the same call (W4C) being displayed in the dxspots window as EL95 and the Network window showing Rumlog telling WSJT-X to start calling EL95(second from bottom line).
WSJTX correctly called W4C and when I halted transmission, you can see Rumlog shows the correct callsign being terminate (bottom line)
Post Reply