CGI/Perl Guide | Learning Center | Forums | Advertise | Login
Site Search: in

  Main Index MAIN
INDEX
Search Posts SEARCH
POSTS
Who's Online WHO'S
ONLINE
Log in LOG
IN

Home: Perl Programming Help: Intermediate: Re: [stuckinarut] HASH-O-RAMA Data Processing Problem: Edit Log



Zhris
Enthusiast

Apr 4, 2015, 2:13 PM


Views: 31194
Re: [stuckinarut] HASH-O-RAMA Data Processing Problem

Hi,


Quote
As I quickly looked at one entry (the W7OM QSO with WQ5L) that showed a CNQ Error WTF of 1<3 I thought a bit strange


Looking at the errors, W7OM actually called W5QL ( wtf = 1 ) not WQ5L ( wtf = 97 ), looks like a genuine CNQ error to me.


Quote
NOTE: There were actually 2 QSOs by W7OM with WQ5L but on different bands - same CNQ 1<3 Error.


With the current weighting system, it will only log a wtf of 1 per unique log sign to ensure duplicates don't skew the wtf, and doesn't account for band as that may seem over the top ( CNQB ;- ) ). W7OM made this same mistake twice, but only weighted it 1. The relevant code snippets:


Code
$weights->{call}->{$call_snq}->{$log_sign}++; # $weights->{call}->{'W5QL RAY MS'}->{'W7OM'}++ 

...

for my $call_snq ( keys %{$weights->{call}} )
{
my $call_wtf = scalar keys %{$weights->{call}->{$call_snq}}; # my $call_wtf = 1

$weights_->{$call_snq} += $call_wtf; # $weights_->{'W5QL RAY MS'} += 1 ( += is misleading, just = is fine )
}


I've started to make a few adjustments, keep reporting potential issues as and when you have time.

Regards,

Chris


(This post was edited by Zhris on Apr 4, 2015, 2:22 PM)


Edit Log:
Post edited by Zhris (Enthusiast) on Apr 4, 2015, 2:15 PM
Post edited by Zhris (Enthusiast) on Apr 4, 2015, 2:15 PM
Post edited by Zhris (Enthusiast) on Apr 4, 2015, 2:17 PM
Post edited by Zhris (Enthusiast) on Apr 4, 2015, 2:20 PM
Post edited by Zhris (Enthusiast) on Apr 4, 2015, 2:22 PM


Search for (options) Powered by Gossamer Forum v.1.2.0

Web Applications & Managed Hosting Powered by Gossamer Threads
Visit our Mailing List Archives