On 15/11/17 12:40, Bill ND0B wrote:
It would seem that WSJTx, when in NA VHF Contest mode should be
putting what is actually exchanged for reports, namely the four
character grids.
Bill, and others who have replied,
strangely enough, WSJT-X is already doing *exactly* what is being asked
for! The WSJT-X log includes both *signal reports*, sent & received, and
*station grids*, sent and received. In the log file *wsjtx_log.adi* the
information is held in ADIF format.
According to the WSJT-X UDP message definition (conveniently to be found
at
https://sourceforge.net/p/wsjt/wsjt/HEAD/tree/branches/wsjtx/NetworkMessage.hpp)
both signal reports and station grids are included in the messages sent
to a co-operating application, in this case JTAlert.
One suspects that both of us (and one or two others on this list) were
brought up on logs written in pen on paper, with pre-printed columns! A
modern computer-based log may have as many columns as are useful, and
the common specification of what such columns might be is in the ADIF
specification 3.07 (http://adif.org/307/ADIF_307.htm).
Thus presumably JTAlert, but you would need to check with your
configuration, will include both signal reports and grids (where
available) in its log. (It may be necessary to set column visibility to
see these.)
There may be an issue with a logging program, *if* that logging program
is set up automatically to fill in locators from a database such as
QRZ.com. That is an issue that is strictly outside the domain of WSJT-X,
but very much under the control of the user.
As a further point, WSJT-X is already very complicated. Every extra
function or capability added must be:
• written
• debugged
• tested
• field proven
• regression tested when changes are made
It's been fascinating going back to the original sources (there's a
short note below),
HTH, 73,
Robin, G8DQX, (occasional data mangler)
*Observations on the ADIF spec*
The ADIF specification 3.07 has fields for *GRIDSQUARE* (the contacted
station's 2-character, 4-character, 6-character, or 8-character
Maidenhead Grid Square) and *MY_GRIDSQUARE* (the logging station's
2-character, 4-character, 6-character, or 8-character Maidenhead Grid
Square). The *RST_RCVD* is defined as /signal report from the contacted
station/, and similarly for *RST_SENT*. The only constraint offered is
that the entry is some sort of *signal report*/./ Since traditional
RS(T) makes little sense for a data mode, rather than speech (RS) or CW
(RST), WSJT-X uses an indication of s/n in 2.5kHz bandwidth, expressed
as dB.
There are also fields SRX and SRX_STRING, together with STX and
STX_STRING which are *specifically* designed for contest exchanges,
presumably to avoid the need to hack, or some less polite verb, existing
fields.
*Utility of grid square*
In the old days, before QRZ.com and similar sites that permit one to
look up a QSO partner's grid location (and a great deal else), a grid
square was not an unreasonable proxy for something unknown exchanged
between stations. Arguably, that no longer holds.
During a contest, when the operating location may be unknown, the
typical ARRL VHF rule is:
*4.1. *Exchange of grid square is required. Exchange of signal report
is optional.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
