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
>>>
>>>
>>
>
>
