Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mg04.r1000.mx.aol.com (Internet Inbound) with ESMTP id D9F4638000233; Sat, 3 Mar 2012 15:41:15 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1S3vkc-0001lk-0k for rs_out_1@blacksheep.org; Sat, 03 Mar 2012 20:40:22 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1S3vkb-0001lb-H8 for rsgb_lf_group@blacksheep.org; Sat, 03 Mar 2012 20:40:21 +0000 Received: from imr-db02.mx.aol.com ([205.188.91.96]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1S3vkY-0006A3-RA for rsgb_lf_group@blacksheep.org; Sat, 03 Mar 2012 20:40:21 +0000 Received: from mtaout-ma03.r1000.mx.aol.com (mtaout-ma03.r1000.mx.aol.com [172.29.41.3]) by imr-db02.mx.aol.com (8.14.1/8.14.1) with ESMTP id q23KeCX0019773 for ; Sat, 3 Mar 2012 15:40:12 -0500 Received: from KKneu (f052125194.adsl.alicedsl.de [78.52.125.194]) by mtaout-ma03.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 307BEE00008E for ; Sat, 3 Mar 2012 15:40:11 -0500 (EST) From: "KKorn" To: Date: Sat, 3 Mar 2012 21:40:09 +0100 Message-ID: <64957C4B564746D2B3DB8DE7938AC86F@KKneu> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <4F527F92.8020704@m0dts.co.uk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Importance: Normal DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1330807212; bh=PVGDqPkX66VlrtNImnGyKijcz91uXT0UZ5mBaqhP5l0=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=v7vEG6haRCcUtCgz6BPS+zq+RMsbdTKxOG/9tZ1BwfGmKpnLckxJh6LAINNQAelVp I7e2atI9Tihgl1W50mS0u3uM25YY30qLi4o11b7uVSkNvfRWZONHbGOISUS4EaY47D d0eSj4nfuWGQtTPYmCZ9467ZH+MW4I3Tzsu97ObY= X-AOL-SCOLL-SCORE: 0:2:336273952:93952408 X-AOL-SCOLL-URL_COUNT: 0 X-Spam-Score: 3.4 (+++) X-Spam-Report: autolearn=disabled,FORGED_MUA_OUTLOOK=3.36,HTML_MESSAGE=0.001 Subject: AW: LF: M0DTS WSPR Report distance Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01CCF986.36176AE0" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: *** X-Spam-Status: No, hits=3.4 required=5.0 tests=FORGED_MUA_OUTLOOK, FROM_ENDS_IN_NUMS,HTML_30_40,HTML_FONTCOLOR_BLUE,HTML_MESSAGE autolearn=no version=2.63 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-aol-global-disposition: G X-AOL-SCOLL-SCORE: 0:2:396584832:93952408 X-AOL-SCOLL-URL_COUNT: 0 X-AOL-SCOLL-AUTHENTICATION: mail_rly_antispam_dkim-m245.1 ; domain : mx.aol.com DKIM : pass x-aol-sid: 3039ac1d60cc4f5281ea38a4 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. ------=_NextPart_000_002C_01CCF986.36176AE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andy, some time back I put this into the WSPRnet Forum. No one replied to it: " Hi all, on checking our 160m results, a friend (df2nv) and myself came across a strange discrepancy regarding km and miles between the database you = access via the main menue and the "old" form database: The database via main menue displays one record like this: km 2012-01-02 01:56 DJ6LB 1.838016 -28 0 JN59mm 5 LB9YE JP54pu 1705 0 if you acces the old database it looks like this(four sets of data with df2nv & dj6lb in the middle): km mi 2011-12-22 18:00 G8JNJ/A 1.838049 -28 0 IO90hx +37 5.012 LB9YE JP54pu = 1707 1061 2012-01-02 01:56 DJ6LB 1.838016 -28 0 JN59mm +37 5.012 LB9YE JP54pu 2744 1705 2012-01-04 21:34 DF2NV 1.838189 -24 0 JN59mo +37 5.012 LB9YE JP54pu 2729 1696 2011-12-31 00:40 CT1ESQ 1.838098 -31 0 IN50re +40 10.000 DK6UG JN49cm = 1673 1040 The actual distance between myself (or df2nv) and LB9YE is app. 1700km, correctly displayed in the first instance. The "old" databes (which is the same) obviously transposes km and miles = but sorts them accc. to km. As we only discussed our results in regard to LB9YE, we can not speak = for other data, but it would really be weird if it is only true for LB9YE. 73 de DJ6LB JN59mm B31 " To me it looks like there is a fundamental problem in the database, but until now I found no real clue as to what is happening. The person = "behind the scene" could solve it more easily. =20 =20 =20 Gr=FC=DFe / Greetings Klaus DJ6LB ~~~ LIFE'S TOUGH ! ~~~ ~~~ It's even tougher, if you are STUPID ! ~~~ John Wayne ------=_NextPart_000_002C_01CCF986.36176AE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Nachricht
Andy,
some time back I put this into the WSPRnet=20 Forum.
No=20 one replied to it:
"
Hi=20 all,
on checking our 160m results, a friend (df2nv) and myself came = across a=20 strange discrepancy regarding km and miles between the database you = access via=20 the main menue and the "old" form database:
The database via main = menue=20 displays one record like this:
km
2012-01-02 01:56 DJ6LB 1.838016 = -28 0=20 JN59mm 5 LB9YE JP54pu 1705 0
if you acces the old database it looks = like=20 this(four sets of data with df2nv & dj6lb in the=20 middle):
km mi
2011-12-22 18:00 G8JNJ/A 1.838049 -28 0 IO90hx = +37=20 5.012 LB9YE JP54pu 1707 1061
2012-01-02 01:56 DJ6LB 1.838016 -28 0 = JN59mm +37=20 5.012 LB9YE JP54pu 2744 1705
2012-01-04 21:34 DF2NV 1.838189 -24 0 = JN59mo +37=20 5.012 LB9YE JP54pu 2729 1696
2011-12-31 00:40 CT1ESQ 1.838098 -31 0 = IN50re=20 +40 10.000 DK6UG JN49cm 1673 1040
The actual distance between myself = (or=20 df2nv) and LB9YE is app. 1700km, correctly displayed in the first=20 instance.
The "old" databes (which is the same) obviously transposes = km and=20 miles but sorts them accc. to km.
As we only discussed our results in = regard=20 to LB9YE, we can not speak for other data, but it would really be weird = if it is=20 only true for LB9YE.
73
de
DJ6LB
JN59mm = B31
"
To=20 me it looks like there is a fundamental problem in the database, but = until now I=20 found no real clue as to what is happening. The person "behind the = scene" could=20 solve it more easily.
 
 
 
Gr=FC=DFe / = Greetings
Klaus
DJ6LB
~~~ LIFE'S TOUGH ! = ~~~
~~~ It's even tougher, if you are = STUPID !=20 ~~~
John Wayne
------=_NextPart_000_002C_01CCF986.36176AE0--