I think it IS the next step in the "evolution" of contesting - but would a station that is running such software and NOT receiving spots be in the Assisted or Unassisted class? <sorry, just HAD to pu
Regarding real-time propagation information, I have just downloaded Ionoprobe by VE3NEA (www.dxatlas.com). It is an extremely neat little shareware app that sits in the system tray and monitors propa
That type of use would not fit well in the existing cluster network. It would require a whole new set of protocols and updating all the nodes that wanted to have the data. The w1ve method of having a
On Sun, 21 Nov 2004 at 09:22:50 -0500, WB0WAO said: I think it IS the next step in the "evolution" of contesting - but would a station that is running such software and NOT receiving spots be in the
posted, that would be an open invitation to cheating by non-participating eavesdroppers who could make use of the information to massage their own logs during the contest If the logs are stored on a
No, I dont' think that works. I usually end up editing a previous QSO somewhere in the contest (often three or four times) based on information I receive during the contest. For instance, I call some
Yes, indeed you could, then... But not in this contest ;-) No, I dont' think that works. I usually end up editing a previous QSO somewhere in the contest (often three or four times) based on informat
Maybe we can actually merge this into a solution to the self spotting thread by considering the following proposal: OPT-IN! By utilizing the server idea and realizing that almost all ops utilizing "p