RST formats for Digital Modes

4 posts / 0 new

Thu, 2014-03-13 15:06

AC0LP

I use Digital modes almost exclusively and find the following behavior on my system (Ubuntu 12.04 LTS with CQRLog 1.7.3)

A plus sign cannot be entered in the RST field however a minus sign can be entered and is stored correctly in the database - this is perfect for most contacts where the digital signal strength is reported like "-10". However, a strong signal may in fact have a positive strength indication and should be entered as "+03" but this will not work in the RST field. As a workaround, I have been recording positive entries as digits with no sign indication like this "03" and this seemed to work OK. However, I do find that in some instances, CQRLog stores the data as "039"
What I have found is that in the case where I store positive indications in the RST field everything is OK - UNLESS I edit one or the other RST prior to saving the data - it that case, the terminal "9" is added to both RST fields.
I think I have the issue described - at least it is consistant on my system
Not a big deal since I seem to know what is happening now - so this may be a bug or just an expectation that every RST must have three characters.
It would be great if a plus sign was a valid character in the RST field for future versions.
Thanks
Jobst
AC0LP

Mon, 2014-03-17 03:46

KL2ZZ

only affects manual entry

I thought this was interesting as I use JT9 quite often, and have a few + RST reports in my log.
I use WSJTX for JT65 and JT9, and import the log into CQRLog. I use fldigi for everything else, and import those logs as well.
During the import process all of my positive JT9 reports come through just fine.
So this bug affects only the "New QSO" field when you directly enter a signal report. I am guessing that it is caused by validation code that only allows certain characters to be typed into the box. If so it would be trivial to add the "+" sign to allowed characters.