Return-Path: X-Spam-DCC: paranoid 1002; Body=2 Fuz1=2 Fuz2=2 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DNS_FROM_AHBL_RHSBL, UNPARSEABLE_RELAY autolearn=no version=3.1.3 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by paranoid.lipkowski.org (8.13.7/8.13.7) with ESMTP id t14GTsaX012912 for ; Wed, 4 Feb 2015 17:29:55 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1YJ2iU-00021t-7y for rs_out_1@blacksheep.org; Wed, 04 Feb 2015 16:22:14 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1YJ2iT-00021k-UO for rsgb_lf_group@blacksheep.org; Wed, 04 Feb 2015 16:22:13 +0000 Received: from omr-m06.mx.aol.com ([64.12.143.80]) by relay1.thorcom.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85) (envelope-from ) id 1YJ2iR-0002PK-Qt for rsgb_lf_group@blacksheep.org; Wed, 04 Feb 2015 16:22:12 +0000 Received: from mtaomg-mcd02.mx.aol.com (mtaomg-mcd02.mx.aol.com [172.26.223.208]) by omr-m06.mx.aol.com (Outbound Mail Relay) with ESMTP id 9AEFE700316A5 for ; Wed, 4 Feb 2015 11:22:09 -0500 (EST) Received: from core-afa06d.mail.aol.com (core-afa06.mail.aol.com [172.27.24.6]) by mtaomg-mcd02.mx.aol.com (OMAG/Core Interface) with ESMTP id 2E41F38000082 for ; Wed, 4 Feb 2015 11:22:09 -0500 (EST) References: <000401d04087$f6307d80$6401a8c0@JAYDELL> To: rsgb_lf_group@blacksheep.org In-Reply-To: <000401d04087$f6307d80$6401a8c0@JAYDELL> X-MB-Message-Source: WebUI MIME-Version: 1.0 From: Markus Vester X-MB-Message-Type: User X-Mailer: AOL Webmail BASIC Received: from 194.138.39.61 by webmail-va032.sysops.aol.com (149.174.99.100) with HTTP (WebMailUI); Wed, 04 Feb 2015 11:19:28 -0500 Message-Id: <8D20EAD7BAE8F0F-D5C-1AF56@webmail-va032.sysops.aol.com> X-Originating-IP: [194.138.39.61] Date: Wed, 4 Feb 2015 11:22:09 -0500 x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20140625; t=1423066929; bh=5I8YwCDvfmiLwcsXjRWoDHzMCuOMUy823BTmfQEbUek=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=MFZCMiC9LzPxz06p7tzCb6XGuUT0Vx77m2BaubhiM8DXfOuNrtyU8TRWN4ACOGnBT IIo9Y9RvUHgd8D/OKzk3sQL9EMmxWOt4Xxo4Sk4YeIlb2CAyHh60UJB0urReY9w1rM RiFxnH1jxDst5xvuh9JiNXyDRlTvYVkwS8byN0VU= x-aol-sid: 3039ac1adfd054d24731292b X-Scan-Signature: ce0e5a4ae990e5a63db3ab7aea21191b Subject: Re: LF: OPdynamic false T/A spot Content-Type: text/plain; charset="utf-8"; format=flowed X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false X-Scanned-By: MIMEDefang 2.56 on 10.1.3.10 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by paranoid.lipkowski.org id t14GTsaX012912 Status: O X-Status: X-Keywords: X-UID: 2235 For my LF opds-32 detector, I currently have 49 entries in the searchlist: https://dl.dropboxusercontent.com/u/26404526/callsloc.txt I am regularly inspecting the output for likely false positives, which are then highlighted by a question mark at the end of the line. Over several months, their rate of occurrence has been on the order of 2 per week. Most are associated either with one of the many spurious carriers, or Opera transmitters which had not yet been included in the list at the time. Best 73, Markus (DF6NM) -----Ursprüngliche Mitteilung----- Von: jrusgrove An: rsgb_lf_group Verschickt: Mi, 4 Feb 2015 3:38 pm Betreff: Re: LF: OPdynamic false T/A spot Mike We agree that OPdynamic spots with ?? should not be uploaded ... but that isn't the case at the moment. The R7NT OPdynamic spot of WD2XNS (10 hours after the transmitter was turned off) shows up right along with all of the genuine spots - it's indistinguishable. This is a problem and seriously undermines the credibility of OPERA. As for callsigns only being held for a short time in the deep search list ... I going to have to disagree. While it may put a bandaid on the serious OPdynamic problem with false spots it makes it far too easy on the correlation detector. It's possible that only one callsign might be on the list! I'd much rather have the DF6NM system where all possible stations (about 30 stations last time I checked) are present all the time. The game sure seems a lot less 'rigged' when the correlation detector has to analyze 30 callsigns rather than just one or maybe two. When you think about it, the DF6NM system must be vastly superior to OPdynamic ... considering the minute number of false spots with 30 callsigns to pick from. OPdynamic produces far more false spots and it only has a few callsigns to choose from at any time. Reducing OPdynamics choices even further (by shortening the 'holding time') would reduce false spots ... but that just points up how inferior OPdynamic really is. Not a good solution in my opinion. Jay W1VD WD2XNS WE2XGR/2 ----- Original Message ----- From: "Mike Dennison" To: Sent: Wednesday, February 04, 2015 5:50 AM Subject: Re: LF: OPdynamic false T/A spot > Jay, > > I am inclined to agree with you, but almost all of the Deep Search > spots that have no question marks are genuine. If at all possible, > spots =with= the question marks should not be uploaded to PSK > Reporter as most are false. > > Also, I suggested early on that callsigns are on the database for too > long, and should only be a couple of hours after the last known > 'real' Op decode. > > These steps would of course slightly reduce the number of genuine > weak signals decoded/reported but the result would be far more > accurate and still show a useful increase in sensitivity over Op. > > Mike, G3XDV > ========== >