Incorrect Zones logged using WSJT-X & JTAlert
Posted: 05 Aug 2021, 00:08
I tried sending this yesterday, but it didn't make it, so here it is again:
When using Log4OM 2.16.0.0, and logging from WSJT-X 2.4.0 and JTAlert 2.50.4 beta 0005, incorrect CQ and ITU zones are being logged in Log4OM, even though the correct zones are in the lastqso.adi file generated by JTAlert. This is the information sent to Log4OM. The calls that produced wrong zones are AA5AT, N1GEP, and K9MRQ. There probably would have been several more if I had kept logging.
I then uninstalled 2.16.0.0, and reinstalled 2.15.0.0. Zones were then being logged correctly. I then reinstalled 2.16.0.0, and did a test log of the same calls that had the zones logged correctly in 2.15.0.0. With 2.16.0.0, the zones were logged incorrectly.
I do not use lookups from QRZ or HamQTH, so that isn't an issue.
Even though I am using a beta version of JTAlert, I think the problem is with Log4OM, due to the fact that 2.15.0.0 logs the zones correctly.
In the release notes for 2.16.0.0, I noticed this statement:
"Added CQ/ITU zone check on QSO received through UDP connections (JTxx and similar)"
Could this be the source of the problem?
73,
Jim N6VH
When using Log4OM 2.16.0.0, and logging from WSJT-X 2.4.0 and JTAlert 2.50.4 beta 0005, incorrect CQ and ITU zones are being logged in Log4OM, even though the correct zones are in the lastqso.adi file generated by JTAlert. This is the information sent to Log4OM. The calls that produced wrong zones are AA5AT, N1GEP, and K9MRQ. There probably would have been several more if I had kept logging.
I then uninstalled 2.16.0.0, and reinstalled 2.15.0.0. Zones were then being logged correctly. I then reinstalled 2.16.0.0, and did a test log of the same calls that had the zones logged correctly in 2.15.0.0. With 2.16.0.0, the zones were logged incorrectly.
I do not use lookups from QRZ or HamQTH, so that isn't an issue.
Even though I am using a beta version of JTAlert, I think the problem is with Log4OM, due to the fact that 2.15.0.0 logs the zones correctly.
In the release notes for 2.16.0.0, I noticed this statement:
"Added CQ/ITU zone check on QSO received through UDP connections (JTxx and similar)"
Could this be the source of the problem?
73,
Jim N6VH