bad design of Swatch internet time
Swatch internet time, measured in ".beats", was an idea for a common
and practical way to define time in useful units independent of time
zones. It never really took off.
tomasino recently mentioned it in a [1]post which again got me thinking
why I didn't like ".beats". There are two basic flaws with it, in my
opinion:
1. ".beats" are not based on UTC but on UTC+1, or even "Biel mean
time" as the (IMHO) slightly megalomaniac Swatch PR guys decided to
call it. As UTC is already the time base for most interesting stuff
(nautics, telecom), it's totally stupid to not use it. For me, that
was the killer.
2. If already it was intended to be used all over the planet, one
should have thought of the difficulty concerning the day: ".beats"
only cover 24 hours, and therefore it's not clear which day is
meant, if I tell somebody in the Pacific ocean I'd like to meet
online next Tuesday @654. "Their" Tuesday or "mine"? One could
easily have prevented this ambiguity by prepending ".beats" with
the day of week or day of month also in UTC. "Next Tuesday @654"
would then be written "2@654" if we set Sunday=0, Monday=1,
Tuesday=2, etc. (Just noting day of week would keep it short by
only adding one character to the string.)
With these modifications, I'd immediately accept Swatch internet time
and advertise it, and I'd even use it for my amateur radio logs and
other private stuff, because time resolution of 1/1000 day = 86.4 sec
(or about 1.4 min) is way sufficient for most interactions.
I'll probably add the modified version to my CGI time script, if I may
steal tomasino's idea! ;-)
References
1.
gopher://sdf.org/1/users/tomasino/phlog/20171004-strixy-goes-meta