Return to KLUBNL.PL main page

rsgb_lf_group
[Top] [All Lists]

Re: LF: A SPOT of BOTHER [Opera Dx]

To: <[email protected]>
Subject: Re: LF: A SPOT of BOTHER [Opera Dx]
From: "Graham" <[email protected]>
Date: Wed, 12 Jun 2013 00:49:56 +0100
Importance: Normal
In-reply-to: <332EC8A46E8243639854563314AE62D7@White>
References: <E2DAAAB106424356BA600623FCC3A005@AGB> <332EC8A46E8243639854563314AE62D7@White>
Reply-to: [email protected]
Sender: [email protected]
Yes
 
The  map  has a   wasting  routine  its  'concept '   differs  from   a  pure   data  base    , also  the  number  of  recalled 'spots'  is limited , to  prevent the  map  from  cluttering  , so  its  best to  narrow  the  search  in terms  of  time and mode to  maximise the  'accuracy'  of the  displayed  display .
 
But  in saying  that  , it provides the  best  overall  facility , there is some  on-going work  on producing  a  'beacon friendly'  derivative, to  capture  data  from the  new  generation  beacons  , which  by definition , will  seek to  record all  decodes and  offer  some  level  of  flexibility .
 
But judging  by the  latest   data  article  in the  rad-com , there  seems  to  be some  inter-beacon rivalry , which may  hold the  show up  , from my  view , I think the  addiction  to  time  and  an  affinity to the  produce of  'melton mowbray'  is a  little   retrograde  ..
 
It crossed  my  mind , that  your  corralator   could   up-load to the  psk-map  as  well  , im  not  sure  how  automated  the  final  match is  , but  access  is via a  DLL   , could  have a  new  'rx'  mode  added  to  adif  ?
 
73 -G
 
 
 
 
 
Sent: Wednesday, June 12, 2013 12:03 AM
Subject: Re: LF: A SPOT of BOTHER [Opera Dx]

Graham,
 
it seems that if several decodes have occured for the same TX-RX pair, PSKreporter retains only the latest one, which of course isn't necessarily the strongest one.
 
73, Markus
 

From: Graham
Sent: Wednesday, June 12, 2013 12:08 AM
Subject: LF: A SPOT of BOTHER [Opera Dx]

Ive  noticed that  some  of the  Dx opera  spots  are  not  showing  on the  PSK-Reporter
 
It would  appeared  that the  psk-map  is  dumping  some of the  data  , unfortunately , this  is  a  attribute  of the  data  management  system of the  map.
 
The  map  was/is   envisaged  as  a  over  view  of  band  conditions  and  not  a  100  %  record  of  activity , so  multiple  spots  of  the  same  call  may  be  'reduced'   to  minimise storage  needs'
 
Opera  and  Ros  are  linked to the  map  , by way  of the  adif  system , spots  are  sent  directly  to the  psk map  from the  application as in other e-qsl  set up's , Opera  is  now  included  in the  ADIF  mode  list .
 
To ensure  accurate  records , the  best  advice is to  maintain the  local  records  and  web-linked  spots  from the  application , spots  from the  Opera  system  are  routed via the  server  , where  additional  data  is  added  , before  re-broadcast ,
 
 
Last 24  Hrs  , this  decode  is  missing from the  map , which  looks  to be   3 dB over  GW0EZY  minimal decode  level !
 
21:28 136 R7NT de GW0EZY Op32 3041 km -38 dB in Welshpool IO82HO with 90w + WsLo
 
73-Graham.

 
 
<Prev in Thread] Current Thread [Next in Thread>