[CQ-Contest] Self-spotting in-debth

[XV4Y (Yan)]

Hi Vlad,

You made me think about a great idea to reduce "collisions" when two stations are QRMing on the same frequency.
Maybe we should just all self-spot the day before the contest to make some kind of "frequency reservation".
This way we could greatly improve frequency allocation.

Adding a fast CW ID at the beginning of the transmission and some kind of check-sum control at the end to verify that both Callsign and exchange are correct should improve the "operators" error-rate.

73,
Yan.
---
Yannick DEVOS - XV4Y
http://xv4y.radioclub.asia/
http://varc.radioclub.asia/

> Le 30 oct. 2015 à 08:16, cq-contest-request at contesting.com a écrit :
> 
> Message: 4
> Date: Thu, 29 Oct 2015 14:55:57 -0400
> From: "V. Sidarau" <vs.lists at gmail.com>
> To: <cq-contest at contesting.com>
> Subject: [CQ-Contest] Self-spotting in-debth
> Message-ID: <56326bc1.53528c0a.6a953.61a6 at mx.google.com>
> Content-Type: text/plain;	charset="us-ascii"
> 
> I like the self-spot idea for 2 reasons, but I am not sure which of them is
> more attractive.
> 
> 1. No need to learn code to take part in a CW contest. As everybody spots
> himself, every spot is error-free. Click on the spot, call the spotter by
> pushing an F-key with your call-sign and if a reply follows, there is a QSO.
> A history file will pre-fill an exchange. Isn't it great?
> 
> 2. 8000 participants is a normal number of participants in a major contest
> nowadays. 8000 self-spots a time is already nice, but 8000 self-spots every
> 10 minutes along with 30 minutes spot life will clog bandmaps and make them
> totally unusable within a few minutes. Let alone cluster nods fed-up to a
> limit right at the start of the contest.
> The useless dead-fed bandmap may force people to forget watching spots and
> learn how to rotate a tuning dial... That's also not bad.
> 
> Now. When the topic started, I thought, it could be a tongue-in-chick
> statement, but there is quite a discussion ongoing... 
> 
> Gents, are you serious?
> 
> 73,
> Vlad VE3IAE