[WT-support] WPX S/N bug
Iain MacDonnell - N6ML
ar at dseven.org
Fri Apr 3 17:47:37 CEST 2009
This is seemingly not accepted as a bug in W-T :-
http://docs.win-test.com/wiki/Multi-op/Issues/Sequential_serials
I ran into this with some M/M or M/2 contest that used a single sequence
of serial across all bands - I think it was the RAC Winter Contest. We
gave out a lot of off-by-one serials in that one... but I think the
log checking process was lenient about it.
~Iain / N6ML
Tom W8JI wrote:
> Wintest has a bug in the serial numbers given during the
> WPX.
>
> When running M1 people are allowed to have two transmitters
> on the same band. When that is done, if both stations are
> working people at the same time period, the SN is not
> reserved or held until the QSO is logged. This can and does
> result in a bad SN for one or both stations.
>
> The FAQ for WPX states:
>
> Our logging software caused us to give out duplicate serial
> numbers or to give numbers out of sequence. Is this a
> problem?
>
> No, but only if your log shows the exchange that you
> actually sent. Each QSO line of the Cabrillo log contains
> the sent and received information for that QSO. As long as
> that line shows what you actually sent to the other station,
> the log checking software will score it correctly.
>
>
> So if the number was reserved and not used it would not be a
> problem, or if the SAME number was sent it would not be a
> problem. What is a problem is the software changing the
> number after the exchange was sent when the contact is
> logged.
>
> N1MM holds the SN once a call is partially entered. This is
> the correct way to do WPX when two radios happen to be on
> the same band. Since the SN is wrong in M1, it is probably
> wrong in any class where multiple stations can be on the
> same band.
>
> 73 Tom
>
> _______________________________________________
> Support mailing list
> Support at win-test.com
> http://www.f5mzn.org/cgi-bin/mailman/listinfo/support
More information about the Support
mailing list