The house style is everything is on the inside ,
Ros/Opera are designed to achieve the
best performance from standard HAM
kit , in the case of the dynamic
option , high stability will reduce the processing
times , but the final s/n is roughly the same,
processing algorithms are used to minimise the
level of false detections against s/n , the spots
that are wrongly validated and presented, can be
tested against other users , as shown below
, or against the data in the pak-map
data base
--------------------------------------------------
From:
<
[email protected]>
Sent: Wednesday, January 14, 2015 11:01
PM
To: <
[email protected]>
Subject: Re: LF: Opera -Just
a 2 mins carrier gives ghost detection.
>> More than
one detection/decode is then used to
certify the spot.
>
> Certify the spot? The fact that
someone else somewhere received a spot means that your spot
> certified
good? Really? No further corroboration necessary?
>
> With
DF6NM's OPDS system there's the correlation % and dB 'certainty' indicator, an
accurate time
> indicator of the transmission and a highly accurate
frequency readout that are all used for
> corroboration.
>
> Jay W1VD WD2XNS WE2XGR/2
>
>
>
>
>
> ----- Original Message -----
> From:
"Graham" <
[email protected]>
> To:
<
[email protected]>
> Sent: Wednesday, January 14, 2015
4:17 PM
> Subject: Re: LF: Opera -Just a 2 mins carrier gives ghost
detection.
>
>
>> Jan,
>>
>> As
posted , any decode in dynamic , will only show
calls from the list , this is the bill
>>
for the extra 5/6 dB gain ..
>> your
spots are pre-fixed with ''??''
this is added by the web-linked system and
>> denotes a unique detection , false Opera
decodes have a call sign format , with
random
>> characters.
>>
>> Deep Search
??
>>
>> More than one detection/decode
is then used to certify the
spot
>>
>> To check the validity ,
you can use the psk-data base , which
holds the web-tx beacon
>> and rx-spot time
stamped , Opera 8 Dynamic resolves in 0>2 mins ,
Op32Dy 2 >5 Mins after
>> tx
/end/decode
>>
>> Otherwise , the system
provides the quality check ...
>>
>> false
....
>> 19:31 477 SV8CS de NL9222 Op8 Deep Search
?? 1260 mi -35 dB in Mijdrecht with 0.1w + Marconi
>>
"T"
>>
>> Ok ...inside the 2<>5 Min
processing time for op32 dy , G3XDV validating
the tx /rx time
>>
>>
20:21 136 G8HUH de EA5DOM-RX Op32 Deep Search 889 mi -41 dB
in Albir RX Site
>> 20:17 136 G8HUH de G3XDV Op32
124 mi -13 dB F:0% in Welwyn IO91VT
>>
>> 73-G,
>>
--------------------------------------------------
>> From: "pa3abk"
<
[email protected]>
>> Sent: Wednesday, January 14, 2015 8:38
PM
>> To: "blacksheep"
<
[email protected]>
>> Subject: LF: Opera -Just a 2
mins carrier gives ghost detection.
>>
>>> This eve I
monitored MF Opera, however my WSPR timer was operational the same time giving
a 2 min
>>> carrier at h10, h30 & h50.
>>> Sorry
for the unwanted QRM, however to my surprise NL9222 detected
following:
>>> 18:51 477 SV8CS de NL9222 Op8
Deep Search ?? 2027 km -35 dB in Mijdrecht with 0.1w + Marconi
>>> "T"
>>> 19:11 477 LA3EQ de
NL9222 Op8 Deep Search ?? 693 km -37 dB in Mijdrecht with 0.01w +
Marconi-T
>>> 19:31 477 SV8CS de NL9222 Op8 Deep
Search ?? 2027 km -35 dB in Mijdrecht with 0.1w + Marconi
>>>
"T"
>>>
>>> NL9222 is 42km from me and receives my
sigs at +1dB
>>>
>>> No other stations detected these
stations. I assume they were not QRV either.
>>> Maybe on
LF?
>>>
>>> I have the feeling that Opera DS is acting
more human than desired.
>>> It's the same when a CW human taker
is decoding a plain language text in heavy QRM at QSA 0.
>>> You
assume that certain patterns is forming a plain word which match the look_up
table you have
>>> stored in your
brain.
>>>
>>>
Jan/pa3abk
>>>
>>> --
>>> pa3abk
<-> dordrecht jo21it
>>> Sent by Philips STB-75 with
T100
>>>
>>>
>>
>
>
