6 ms·
"Fixing" xkcd 1340
- voltagex_ 13y agoIn theory, won't the time in this and the original occur more than once in different timezones? (Thus I should open up an issue to add the timezone)
- cbhl 13y agoThe "every second" version, while cheeky, probably is wrong during the fall when the end of DST causes an hour to be repeated every year in many jurisdictions. (I'm not even sure UTC would save you here...)
- hausen 13y agoYeah, I should have printed a UNIX timestamp instead... ;) A better workaround would be to write "Under our system that time and date may only happen at most once again!" in Cueball's speech bubble.
- jsmeaton 13y agoHow does UTC not save you? There are no DLS transitions in UTC, and leap seconds are added (61 seconds in a minute).
- p4lindromica 13y agoleap seconds may also be negative, although none has been up until this point.
- A1kmm 13y agoEither way you don't get repeated UTC timestamps. A negative leap seconds means you go from 23:59:58 to 00:00:00 without passing 23:59:59, and a positive one means you go from 23:59:59 to 23:59:60 to 00:00:00.
- claudius 13y agoUTC would save you w.r.t. timezones, but it still has leap seconds and the like to adjust for nonuniformities in the earth’s rotation (around itself and the sun). However, these jurisdictions change timezones in autumn and spring, so specifying the current timezone should work just as well as specifying UTC. 01:30:20 CEST is not repeated, nor is 01:30:20 CET.
- hausen 13y agoI may have weaseled out of the problem by using "may" instead of "will" in the new version at https://github.com/hausen/xkcd-clock https://github.com/hausen/xkcd-clock . Timekeeping enthusiasts: please clone, fork, and/or submit a pull request. You can now easily change the text to suit your needs.
- mikeash 13y agoLeap seconds don't cause timestamps to repeat, though. They're done by adding an extra second to a minute, so that instead of going between 0-59 seconds, that one minute goes from 0-60.
- mintplant 13y agoWhy does this trigger a GitHub authorization request?
- theon144 13y agoIt didn't for me.
- disillusioned 13y agoCan someone "fix" XKCD 1335 ("Now") so that the current time is at the 12 o'clock position? http://xkcd.com/now/ http://xkcd.com/now/
- meandave 13y agoYou inspired me :) http://meandavejustice.github.io/xkcd-now/ http://meandavejustice.github.io/xkcd-now/
- RodEsp 13y agoHeya! You inspired me! http://rodesp.github.io/xkcd-now-clock/ http://rodesp.github.io/xkcd-now-clock/
- mnw21cam 13y agoOnly one problem - both of these (rather cool) implementations show the incorrect time.
- RodEsp 13y agoMine should show the correct time (it uses your system time), what makes you say it doesn't?
- mnw21cam 13y agoAs of 15:36 UTC, the xkcd version has noon pointing at the S in "Canadian Maritimes", while yours has noon pointing at the U in "US East Coast". My browser timezone is currently GMT, and system time is accurate.
- RodEsp 13y agoWell, I'm not sure how the XKCD version does it but if you draw a straight line from the middle of the map to your location and continue to the hour on mine it should match your system time pretty closely. The XKCD version doesn't create such a match for my time (even with daylight saving factored in). Please let me know if that's not true for you on mine though. I'd like to fix it if it's wrong.
- suchow 13y agoThe hover text (8000 years) should also update continuously.
- ozh 13y agoThanks for the XKCD font, didn't know it. Will put this to good use :)
- VikingCoder 13y agoI tried to strip it down to its minimal form: http://jsfiddle.net/Lej6m/95/ http://jsfiddle.net/Lej6m/95/
- jfoks 13y agoThis just begs for some hardware with an e-ink display for a tabletop xkcd...