In reply to G3VQO:
I am endeavouring to find an agreed set of options that maximises the
benefits of RBN-gate, but minimises the potential complications for
users as well as simplifying the coding required.
How does this sound?
Les, that sounds like a well thought out and reasoned analysis to me!
The case you describe of a non-alerted activation being spotted by a chaser wouldn’t be an issue in the implementation I was contemplating because my software wouldn’t consider such a spot to be authoritative (it is coming from a 3rd party rather than from the activator themselves). I’ve frequently seen chasers enter spots with the wrong summit reference, perhaps due to the urgency they feel for getting the spot entered quickly or possibly because they heard and copied the wrong reference. My preference would be to leave the activator solely in charge of whether RBNGate spots them or not, and which summit it spots them on.
With 3rd party spots excluded from consideration, that leaves the question of whether or not to require the activator to self-spot with a code in their comment such as “RBNYes” or “RBNY” (which are both better than the longer and more cryptic “RBNGateMe” that I proposed).
I agree that if an activator has spotted themselves, they are obviously interested in receiving many calls and are thus not in the small set of activators who wish to opt-out. The benefit of requiring a code vs. not requiring it would then just be to prevent what happened to Barry N1EU earlier this week (he self-spotted the wrong summit) and preventing what happened just yesterday.
Yesterday a NA activator entered an alert for a summit reference ending in 074. When I worked him, he gave me a reference ending in 047. I replied that his alert had said 074 and asked for confirmation. He sent me the name of his summit and it turned out that he really was on 074 (what he alerted for) and not 047 as he had sent. Perhaps these are actually rare events, but seeing two recent instances of an activator either self-spotting or sending the wrong summit reference from the summit, while having it correct in their alerts, makes me wonder.
Anyone who has activated a summmit can understand how and why such mistakes can be made: there may be many things to contend with on the summit all at the same time, such as bad weather, questions from other hikers, an intermittent rig, mast blowing over, etc. Entering an alert at home is a more relaxed process that is less subject to error.
Taking all of this into account, I could:
-
KISS and not require any code in the activator’s self-spot. The self-spot would override their alert as well (if one exists).
-
KISS and not require a code, but only consider the activator’s self-spot as being authoritative when they did not post an alert in advance. If an alert existed, self-spots would always be ignored.
-
Require the code (to hopefully cause the activator to think twice and double-check what they are sending) whether the activator posted an alert or not.
-
Require the code ONLY to override an alert that already existed. No code would be required if no alert existed (the activator forgot to enter one, is doing a spur-of-the-moment activation, etc.).
-
Something else…
One more consideration is that spots sent by activators via APRS don’t seem to allow for a comment to be included(?) so requiring a code to be present would exclude them.
So what do you think Les (and others), which way should I go: “RBNY” required under some or all circumstances, or never required?
73,
Eric KU6J
===========================================
Free SOTA Spot Monitor Software:
http://www.ku6j.com