[CQ-Contest] XML File conversion for Contest Software
Ward Willats
cqcontest at kg6haf.com
Tue Apr 13 08:13:47 EDT 2004
>xml would be my preference for all log data. it has the advantages of
>being a world wide supported data transfer method. it has built in
>parsing, searching, import/export and all sorts of other tools for modern
>development languages and databases. it has data integrity and definition
>capabilities way beyond adif or cabrillo. it has flexibility way, way,
>beyond either adif or cabrillo or any other popular log format. it can be
>used on virtually any modern operating system and some browsers actually
>will display it directly, though not always in the most friendly way. the
>advantages today way overshadow the one disadvantage that i can see of the
>files being a bit larger than other formats that are hard coded into
>software or defined by punch card style columnar formats.
>
Amen. Amen. Amen.
For example, I wrote my own logging software in PHP for use on my web
site. Because ADIF is the lingua-franca in the ham community, if I
want to export my log to LOTW (say) I have to write my own MySQL to
ADIF routines (which I have almost completed and will make available
shortly).
An XML format would have let me pick from half a dozen parser/writers
to do this and I would have finished this task in half an afternoon.
Plus, when you actually try to code to the ADIF "spec" you realize it
is a half-specified hack that everyone interprets different subsets
of. You wind up wishing for the XML-style "grammar" provided by a
DTD, Schema or Relax spec so completeness and correctness can be
verified _automatically_.
There is no telling what new applications would emerge from being
able to easily incorporate XML QSO data into other applications.
Propagation, contest analysis, band utilization patterns, impacts of
BPL, the list goes on... As it is, ADIF and Cabrillo are ridiculous
provincial walled-gardens.
-- Ward / KG6HAF
More information about the CQ-Contest
mailing list