At this point we are working on the standard for collecting data. The
expectation is that once that is finalized that a central collection point
can be established that can be used to generate user displays. The
generation of the displays is up to whomever wants to write one. I expect
the collection site may have a web interface, but its not a necessity, once
the data is available and a method of querying it is defined each logger
writer could make their own built in display, or 3rd parties could make
stand alone ones, or contest sponsors could make their own web site by
drawing on the data from the collection site.
The key think we are working on at this point is defining a common format
for uploading data so that logger writers don't have to deal with 100's of
different contest sponsor's visions of how to upload real time data.
David Robbins K1TTT
e-mail: mailto:k1ttt@arrl.net
web: http://www.k1ttt.net
AR-Cluster node: 145.69MHz or telnet://dxc.k1ttt.net
> -----Original Message-----
> From: cq-contest-bounces@contesting.com [mailto:cq-contest-
> bounces@contesting.com] On Behalf Of Eric Hilding
> Sent: Monday, July 10, 2006 16:38
> To: cq-contest@contesting.com
> Subject: Re: [CQ-Contest] Contest Scoreboards
>
> Pete, N4ZR, wrote:
>
> > Eric, while you've been away (;^)), a group under the leadership of
> WA7BNM has
> > been working on developing a standard for real-time contest score
> reporting.
>
> Bruce, WA7BNM, wrote:
>
> > As I think you know, we've been working on contest score boards for
> almost the past year.
>
> Hey Guys, TNX for the great info which I did not know about.
>
> Regarding my previous comment:
>
> > The key thing is to have "options", and to NOT (that's ***NOT*** have to
> use a
> > mouse to scroll to see what you want to see).
>
> Before 'yal finalize things, I do want to add another "2 cents" as my
> friend Jim Neiger would say about why eliminating, or substantially
> reducing the need for a mouse, is important.
>
> When one is operating a CW contest at 35WPM (+/-), the last thing in the
> world ya want to do is to have to take your hands off the keyboard or
> paddles and screw around with a mouse to activate and/or scroll around in
> a another computer window ;-(
>
> IMHO, the use of Hot Keys (within a program or a hot-switchable TSR loaded
> module) should be a high priority.
>
> As an example, I have an X-Keys 3 peddle USB footswitch which is
> configurable to actuate any combinations of keys or functions on the
> keyboard. So even a weird Key1 + Key2 + Key3 type combination function
> can be performed with only pushing one switch with my foot (even if I'm on
> the paddles at the moment). It can also work to display something when
> the footswitch is down, and then return to the previous screen/program
> state when the switch is released. Talk about EFFICIENCY!!!
>
> IMHO, end-user configurability of what is displayed on any Scoreboard is
> extremely important. Some will only want a fast, minimal eye-movement
> snapshot of the info that *THEY* consider important at the moment, because
> in a contest, "every second counts".
>
>
> In sincerely hope the above comments help. When it comes time for a Beta
> test, perhaps I can help (I have developed software programs and been a
> past Beta tester for major software firms :-)
>
> Tnx again, 73 & GL...
>
> Rick, K6VVA
> _______________________________________________
> CQ-Contest mailing list
> CQ-Contest@contesting.com
> http://lists.contesting.com/mailman/listinfo/cq-contest
_______________________________________________
CQ-Contest mailing list
CQ-Contest@contesting.com
http://lists.contesting.com/mailman/listinfo/cq-contest
|