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: [Zhris] HASH-O-RAMA Data Processing Problem: Edit Log



stuckinarut
User

Apr 10, 2015, 9:42 AM


Views: 29819
Re: [Zhris] HASH-O-RAMA Data Processing Problem

Hey, Chris...

Got a couple more hours sleep. Just as my head hit the pillow, this CNQ ANALYSIS came to mind.

It will help you understand better how I am going to use it in conjunction with the ERROR LOG.

www.xgenesis.com/hashorama/2014_LQP_CNQ_ANALYSIS.pdf

So out of 115 CNQ Combinations, the GOOD and BAD are almost evenly split. Since I am familiar with most of the actual GOOD vs. BAD ones by memory, any of the MAYBE or ??? entries that show up I can fire off an email to those guys to verify EXACTLY what NAME & QTH they use (or to determine if these might have been "One-Off" log paddings {GRIN}.

For the ??? entries the same thing, but you will note that these had DOUBLE bad combinations for the identical Callsign and only 1 single entry each.

In the event any BAND 'DUPE' might also be a CNQ (or Vice-Versa), either case will result in an ERROR that will NOT be validated.

So I have a 'system' formulated here :^)

DISCLAIMER: I whipped this analysis together VERY rapidly, so there could be one or 2 "ERRORS" {SIGH}, but 'Close enough for Government work' in terms of an illustration.

Hope this helps!!!

- Stuckinarut

P.S. Once again, many of the "BAD" problems are the result of guys using "PRE-FILLS" in the logging software as I previously explained I think in a PM.


(This post was edited by stuckinarut on Apr 10, 2015, 9:47 AM)


Edit Log:
Post edited by stuckinarut (User) on Apr 10, 2015, 9:47 AM


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

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