There's a long history of railroad involvement in time changes, e.g., the "Day of two Noons". Adjustments for railroads are why we have time zones, and why Date.toLocaleString has weird minute and second offsets for pre-1800 dates: http://curtisautery.appspot.com/5779342353235968
The alternative would be for everyone to use something like UTC, which means that while their relationship to the sun changes depending on location, the actual value is the same everywhere. I find this especially useful when scheduling online meetings with participants from many countries.
Clocks Change Tomorrow [1918] [pdf]
11–20 of 33 posts
Re: Clocks Change Tomorrow [1918] [pdf]
#12Earlier quoted context omitted.
The alternative would be for everyone to use something like UTC, which means that while their relationship to the sun changes depending on location, the actual value is the same everywhere. I find this especially useful when scheduling online meetings with participants from many countries.
Right, but if you only use UTC then you can't tell when it's appropriate to call people or schedule meeting in various parts of the world. ("OK, this person is in Hong Kong and I want to schedule the meeting at 11:00 UTC. What time does the sun rise in Hong Kong?")
Re: Clocks Change Tomorrow [1918] [pdf]
#13Earlier quoted context omitted.
Right, but if you only use UTC then you can't tell when it's appropriate to call people or schedule meeting in various parts of the world. ("OK, this person is in Hong Kong and I want to schedule the meeting at 11:00 UTC. What time does the sun rise in Hong Kong?")
It seems like this is no different than the current situation. Today, you look up what time it is in Hong Kong. In UTC world, you look up what hours are business hours in Hong Kong.
Re: Clocks Change Tomorrow [1918] [pdf]
#14Earlier quoted context omitted.
Right, but if you only use UTC then you can't tell when it's appropriate to call people or schedule meeting in various parts of the world. ("OK, this person is in Hong Kong and I want to schedule the meeting at 11:00 UTC. What time does the sun rise in Hong Kong?")
It seems like this is no different than the current situation. Today, you look up what time it is in Hong Kong. In UTC world, you look up what hours are business hours in Hong Kong.
The last week has been stupid, with UK and Europe already switching back to standard time with the US lagging on DST.
UTC Now! (Sent at 16:16 UTC)
Re: Clocks Change Tomorrow [1918] [pdf]
#15What blows my mind is the collective amount of "news" articles we get twice a year, every year for DST The American public (and world public for that matter) is obviously 100% apathetic. If you really want this to change then you have to goad politicians and tell them how the USA is stuck in the 20th century and going backwards. But good luck with them caring about that either.
Re: Clocks Change Tomorrow [1918] [pdf]
#16Earlier quoted context omitted.
It seems like this is no different than the current situation. Today, you look up what time it is in Hong Kong. In UTC world, you look up what hours are business hours in Hong Kong.
It is really. 'Business hours' isn't scientifically defined. If I say to Google, 'time in Melbourne', I'll see it's 3.11AM. And if I need to know what time it is in three of my offices, I can save those cities in my clock and swipe between them at any time.
Suppose you want to schedule a phone call for two weeks from now with your colleague in Melbourne. That's currently kind of challenging. It's fairly easy to accidentally agree to an inconsistent time. What if that two weeks straddles a DST change in one country, but not the other?
In UTC world, you agree to a single time, and there's no confusion. To pick an appropriate time, just look up the range of business hours in Melbohrne, and intersect those hours with the business hours wherever you are.
I don't really see how your google or clock app examples are compelling. Just google "business hours in Melbourne", and then save those in an app or wherever if you think you'll want that information again soon.
Re: Clocks Change Tomorrow [1918] [pdf]
#17What blows my mind is the collective amount of "news" articles we get twice a year, every year for DST The American public (and world public for that matter) is obviously 100% apathetic. If you really want this to change then you have to goad politicians and tell them how the USA is stuck in the 20th century and going backwards. But good luck with them caring about that either.
I prefer that we keep "DST" all year long. Its more pleasant leaving work while its still daylight. And I suspect that many US citizens think the same.
Re: Clocks Change Tomorrow [1918] [pdf]
#18There's a long history of railroad involvement in time changes, e.g., the "Day of two Noons". Adjustments for railroads are why we have time zones, and why Date.toLocaleString has weird minute and second offsets for pre-1800 dates: http://curtisautery.appspot.com/5779342353235968
The alternative would be for everyone to use something like UTC, which means that while their relationship to the sun changes depending on location, the actual value is the same everywhere. I find this especially useful when scheduling online meetings with participants from many countries.
TAI is like UTC but without leap seconds.
Re: Clocks Change Tomorrow [1918] [pdf]
#19Earlier quoted context omitted.
The alternative would be for everyone to use something like UTC, which means that while their relationship to the sun changes depending on location, the actual value is the same everywhere. I find this especially useful when scheduling online meetings with participants from many countries.
Yes, that's a cool way to do it and somewhat natural if you're a server person; but perhaps mentally challenging for a lot of people. Remember Swatch Internet Time[1]? [1]: https://en.wikipedia.org/wiki/Swatch_Internet_Time
Re: Clocks Change Tomorrow [1918] [pdf]
#20Earlier quoted context omitted.
I prefer that we keep "DST" all year long. Its more pleasant leaving work while its still daylight. And I suspect that many US citizens think the same.
You propose moving timezones east by one hour?
This solar time vs. standard time map [1] indicates that most of the world prefers to slightly bias their daylight hours to the afternoon, and I'd be happier if we joined them.
[1] http://blog.poormansmath.net/how-much-is-time-wrong-around-t...