The unknown ..
The stand alone Opera APP is
responsible for the off air detection
, the web linking distributes the
spots to other users and the psk-map
With the introduction of the dynamic option ,
web data is used to populate the
search lists from Tx beacons and x 2
same call decodes the detection/decode time stamps
, originated by the Tx/Rx stations ,
which all ways existed , are now being
utilised to test for time windows
Worst case are loan wolf Tx and
Rx , then its down to time alone to
validate the deep-search ,
opera normal is a data Tx so
extracts the call from the Tx , false
decodes have real call formats with
random values , false detections have real
calls but random time stamps ,
eg vo1na > ku4xr last night , from the
data base 1 spot can be seen to be false
, others are validated by UK
decodes , the later G8HUH spots would
need access to the TX end times to evaluate
, qsb bringing opera into range at
times , handy as a time stamp for
no web linked Tx stations
73-G,
Sent: Sunday, January 25, 2015 8:54 PM
Subject: Re: LF: Just like the 10 Bus , nothing for years , then 477
UK>VK :)
Hi Graham,
Thanks for clarification.
Am
25.01.2015 21:41, schrieb Graham:
Well Wolf , there is a good paper trail in
the system for this one ..
The system history shows , GM4 and VK
spots are time stamped less than 8 seconds
difference, so validated the spot
also VK shows no decodes or detections
in the previous 24 Hours or since , opera has a
very low false detection level
Ok, I would be convinced if Opera didn't exchange so
much information about who actually transmits, and where, and when, over the
internet.. I wouldn't say it's impossible to that this """decode""" is real, but
I wouldn't call these """decodes""" from this "closed source black box
named Opera" too reliable.
"Just because the computer says something
doesn't mean we should take it for granted".
Cheers,
Wolf .
