Skip to main content

Replies sorted oldest to newest

For our websites we must work with output from many timers. There are many differences in both data storage format and file types that some outfits like to use.

For maximum flexibility we have adopted and promoted as "standard" that all road race results times should be reported in "h:mm:ss" format. E.g., a 10K time of 32:21 should always be expressed as 0:32:21. That way you never have to know the context to decipher the meaning. ("h" or "hh" for hours, "mm" for 2 digit minutes, "ss" for two digit seconds.)

If you use Excel or similar then we advise expressing times as TEXT. We don't usually want Excel's defualt AM/PM time formats - which it will use if you let it. Use TEXT. You can't go wrong with that. TEXT can readily and accurately be converted to any number of TIME formats, if need be, but it does not always work well the other way around.

The actual file format is less troublesome: CSV, TEXT, XLS, PDF, HTML... we work with all. But simple ASCII text files, consistently formatted in fixed fields, tend to be the least troublesome.

An example of an excellent text format is the results of LEONETIMING.COM. Pat Leone has searchable HTML tables too but always also presents a standardized, fixed field, text file version of his results -- very easy to work with.

An example of results that are very difficult to work with is RUNNERS HIGH (runhigh.com). S. Mark Courtney adopted his format decades ago. It made some sense then. He has dynamic context sensitive results lines, asterisks "*" to indicate a female runner, may or may not have a hometown and state, and does not uses fixed length fields. In order to parse these results I must write code to either evaluate each line separately or create a sieve to gradually sort his data into the proper fields.

JJ

Add Reply

Post
×
×
×
×
Link copied to your clipboard.
×