[PaQSO] Networking M/M

Fri, 26 Sep 2003 14:33:37 -0400

This is a good thread.....I enjoy listening to the many ideas, suggestions,
theories, etc.  Hope others do also.

<snip> "and you end up with a whole bunch of invalid serial numbers..."
I think to this I would have to say, that really doesn't matter.  I don't
believe the contest managers are looking so much for sequential numbers as
they are for making sure the numbers given out match the number in the
recipient's log.

I would suggest that if the station you are working fades away, and you
never complete the QSO, then that number is discarded.  No harm, no foul.

Just my thoughts.

Thanks for a nice dialog folks.

Bob, N3FR  (port WAR)

Bob Crossland
Sr. Product Manager
TelCove
121 Champion Way
Canonsburg, PA  15317
(724) 743-9576
[email protected]
http://www.telcove.com

-----Original Message-----
From: Bill Gallagher [mailto:[email protected]]
Sent: Friday, September 26, 2003 1:46 PM
To: [email protected]; [email protected]; [email protected]
Subject: Re: [PaQSO] Networking M/M

The other problem with geberating a number ahead means
that either all records need to be locked until the
record is completed, or the serial needs to be killed
if the 'transaction' isn't completed...and you end up
with a whole bunch of invalid serial numbers...

Since almost any experienced MM op I know of starts
typing as soon as he hears a cal, and doen't always
get the call right (either heard wrong, or mis-typed),
or even work that station at that time...

Bill WA3RA
--- [email protected] wrote:
> In a message dated 9/26/03 6:51:34 AM Pacific
> Daylight Time, 
> [email protected] writes:
> 
> 
> > 
> > I believe there are so few contests that require a
> serial number that the
> > programmers feel it just isn't worth the time to
> fix this issue. 
> > 
> 
> 
> Rather, I think the reason is that nearly all (if
> not all) contests using 
> serial numbers permit, if not encourage, separate
> sets of serial numbers for each 
> band.
> 
> Separate numbers for each band also avoids the
> confusion arising when someone 
> listening in on previous qsos hears the operator not
> giving out numbers in 
> order.
> 
> 73   -   Jim  K8MR
> 
> 
> --- StripMime Report -- processed MIME parts ---
> multipart/alternative
>   text/plain (text body -- kept)
>   text/html
> The reason this message is shown is because the post
> was in HTML
> or had an attachment.  Attachments are not allowed. 
> To learn how
> to post in Plain-Text go to:
> http://www.expita.com/nomime.html  ---
> _______________________________________________
> PaQSO mailing list
> [email protected]
> http://mailman.qth.net/mailman/listinfo/paqso

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
The reason this message is shown is because the post was in HTML
or had an attachment.  Attachments are not allowed.  To learn how
to post in Plain-Text go to: http://www.expita.com/nomime.html  ---