Railroad "Time Zones" of the United States (1868)
cprr.org
cprr.org
Interestingly while I was checking the incorporation dates of Oakland and Brooklyn (now part of Oakland) I saw that 1868 is the year that Central Pacific Railroad settled on Oakland as the West Coast terminus of the first transcontinental railroad and bought the San Francisco & Oakland Railroad (https://en.wikipedia.org/wiki/San_Francisco_and_Oakland_Rail...).
That didn't stop them from independently listing Dayton, Cincinnati, and Columbus Ohio, all with different times (even though Dayton and Cincinnati are only 1 minute apart).
And it makes sense they would list so many Ohio cities if major railroad hubs was the criteria. Ohio was practically the hub of the nation with major railroads running through all the cities you listed plus riverboats. California at this point was comparatively speaking still pretty much a backwater, even post-Gold Rush, and wasn't politically nor industrially significant before at least the first transcontinental railroad. No one in Congress had even worked particularly hard for the California EC votes until the Chinese Exclusion Act of 1882.
Back in 1868, there were essentially just two rail networks in the US - the eastern half and the western half. They met in Chicago. The operational model was very different, and the presence of Great Lakes shipping (with low summertime shipping rates) kept either side from trying to expand to be truly nationwide.
In essence, a timetable relative to Washington D.C. showed Sacramento just as an example. No railroad went from D.C. to anywhere west of Chicago. Not only did you change trains, you changed railroad companies.
The zones were labelled A-Y, excluding J, and arbitrarily linked to the Greenwich meridian, which was designated G. All clocks within each zone would be set to the same time as the others, and between zones the alphabetic labels could be used as common notation. So for example cosmopolitan time G:45 would map to local time 14:45 in one zone and 15:45 in the next.
If it's a timezone that has its operational properties change, you have the potential for confusion where there is disagrement about when a given time happened or will happen; think about how fun it is when daylight savings rules change. Sometimes, although not really that often, a time zone's offset is simply changed; hopefully with warning, but maybe not.
If the timezone has daylight savings, you get to deal with all the fun of most days having 24 hours, but some having more or less.
If the organization moves to a new time zone, either because it physically moves or because the locality its in changes time zones for whatever reason, now you have a problem; it's not fun to deal with multiple time zones in server infrastructure, but now you have to pick if you want to move all the servers, move only some servers, or have your servers in a different time zone than your org. If the last option was fine, you might as well use a sensible timezone to begin with.
2. Daylight savings mean that events an hour apart can end up having the same timestamp.
I've fortunately never experienced (1), but for (2), it helps to print the offset to UTC everywhere timestamps are printed, even for UTC. (I basically never trust an "unzoned" timestamp.)
See: Google
Customers, partners, stakeholders all think in terms of local time zones, as do I; some amount of conversion is inevitable.
Ultimately, local time is a presentation layer concept, so why shouldn't I configure that presentation layer so that I have to do one less conversion in the most common case (of figuring out when something happened relative to my wristwatch or that of most of my customers)?
Here's something you may not be thinking about - your presentation layer may save a configuration step, but now every system that interacts with your server (who have all likely defaulted to UTC) have to know about this now. Think - logging infrastructure, schedulers, cloud infra, etc. So now you have to configure all those as well. Anything that touches the host will need to be reconfigured to save one very minor and commonly done thing on the presentation layer. Really doesn't make sense, as an infra guy.
No, why? Almost all APIs/interfaces use zoned timestamps or seconds since the Unix epoch.
The argument of “servers must run in UTC” sounds a bit like “servers must run with an English locale” to me in that sense, as if the locale changed the name of API parameters or enum values instead of just human-readable strings.
But in fact, the military does have one standard time - Zulu time.
Why have so many time zones? Well, they were originally introduced by railroads in the 1880s. Back then, "noon" was defined as "highest sun", so deviating very far from that was unreasonable. But also, railroads didn't run very fast back then. Each time zone was something like 700 miles across. That was enough to give enormous operational improvements. Removing the transitions (going to all one time zone) would have added only a little additional improvement.
Nah they don't. Skipping over the (common on the internet) parochiality of assuming that US military practice is just 'what the military does'...
The US military certainly uses UTC/Zulu time for time stamping messages and coordinating operations globally, and timekeeping during extended missions (like submarine patrols, or air missions), but military bases and even surface vessels underway keep somewhat local time. They don't use Zulu time - that would mean the date changes in the middle of the day. You wouldn't be able to use words like 'next Tuesday' without having to disambiguate. It'd be crazy.
Zulu - Z - is just the last of the alphabetically named military timezones: https://en.m.wikipedia.org/wiki/Military_time_zone, which is a NATO standard.
Outside of that, the military recognizes two times, zero dark hundred and late as hell.
The justifications given above don't really make sense - "how would you know when to call Sydney" or "the sun being overhead at 10PM would feel strange". They are just rationalizations of a system that we're used to.
But everywhere around the world, people want the date to change at a time when most things are closed and most people are asleep - which coincides with night-time for obvious reasons. This is effectively more important than having the date change at the same time for all of us.
Percentages are misleading when the population is several billions of people conversing and conducting commerce at near-light speed on a global scale. Just the three hour difference between the East and West coast of the United States is significant enough to be worthy of consideration on when to call people on the other coast (or just expect them to get back to you through asynchronous comms) because people on the West Coast are on average waking up three hours later as measured by GMT.
Does everyone in your office work the same hours?
We _already_ have the problem of "What are Bob's work hours" because most office workers don't work the same hours. Some folks come in early, some work late -- some come in late and leave early.
That has been common for decades and has become even more pronounced with increased remote work, particularly across time zones.
We shouldn't build our society around a myth of 9-5 office workers.
Or think about traveling. At home, you set your alarm for 6 AM. You really like waking up at this time even when you travel. You want time to hit the gym, and eat a nice breakfast. Now, in a world without timezones, you travel to SF. When your flight lands at 5 PM, what phase in the day is it? Local “morning”? Local “late evening”? Are you going to have a hard time catching a taxi? What time do people eat breakfast there? What time should you set your alarm for?
So you need a translation layer from your location to another location to know what phase in the day it is for people in the other location. Is it their “morning”? Their “afternoon”? Their “business hours”? When do they sleep?
That translation layer exists. That’s timezones.
Abolishing timezones doesn’t make coordination problems easier. In fact, it makes them harder. The time on the clock might be the same around the world, but when people do things (wake up, eat breakfast, conduct business, grab a cocktail) would vary around the world. (Yes, it’s true there’s regional variance to these things today, but for the most part you can rely on morning having a rough relationship with when people wake up and sunrise, for example.)
I think it's clinging to something that was an approximation in the best case scenario, and appears to be pure fantasy the more we dig into it and look around.
These things only become apparent with international travel or communication, which 99% of the world does not do on a regular basis. Even with the other comment making sense in it's points, I still disagree with it. So don't disparage that other user for having an idea with serious merit that only has some subjective drawbacks.
Timezones have existed for nearly 200 years, before international travel or distance communication was commonplace, so I implore you to explore even the assertion that those are pre-requesities for understanding why timezones might be useful.
Abolishing local solar-approximate time is an idiotic idea with multiple objective drawbacks, not to mention that it would be massively unpopular. IF you think it's a reasonable idea, you really haven't thought it through, and you absolutely do not understand how time has meaning to people, and how our entire societies are built on shared collective ideas of what different times of the day mean to us.
The level of stupidity of the idea is on par with "hurr durr, why don't we get rid of our nuclear waste by shooting it into the sun in a rocket?"
Well, I'm presume the timezone abolishionists are surprised...
Eh, maybe. I'm not convinced.
we want to be able to say "in the morning" and have it be reliably interpreted, because most human activities are actually tied to the sun and not to the clock (the clock is incidental for precise timing, but it's just reflecting the sun position).
Sun wise, situations are a pretty different at any moment in the two countries. I wouldn't call the system "reliable" ( and those are not outliers, any zone with countries on opposite hemispheres has the same issue)
The sun is still at its high point at the same time of the day in both countries
I actually couldn't find how much it deviates. I assume there's variation depending on the seasons as well.
https://en.m.wikipedia.org/wiki/Axial_precession
Magnetic poles changing is not relevant it seems.
I'm kinda glad I tried to explain this, because I realize just how much I lack the proper words for it.
The earth rotation wobbles a bit, but the axis itself is also not tilted towards the sun (it has no specific reason to) nor tilted towards the inside of the revolution axis relative to the sun.
Basically the earth can be spinning on itself around any axis (let's call it A), while revolving around the sun on an unrelated axis (B). And neither A nor B has to be following the North/South axis. That's where the idea that a latitudinal timezone sees a similar solar cycle seems at odds to me.
If an image can help more, the earth's self rotation and sun revolution in this video are clearly not aligned, nor any of them follow the North/South axis: https://www.britannica.com/video/151528/Earth-rotation-axis-...
No.
Helsinki's solar noon is about 35 minutes later than Cape Town's and 100 minutes later than Pretoria's.
This is normal, because time zones are mostly broken into non-uniform 1 hour increments across 180 degrees of latitude.
We already have to do that: every business and government office (including schools) has their own hours (and holidays); even in the same city, people are not waking (or going to sleep) at a uniform time.
Time zones are a 19th century solution to a 19th century problem.
"Yep!"
"Huh. Weird. So how did Grandma's test results turn out?"
Yet it comes crashing down when you think that for people in Barcelona 3PM is mid afternoon. Or that nothing's running at 6AM in Tokyo. Or whatever you assume is happening at 6PM in the Shichuan area.
Those are all random assumptions that could be better served by a sunrise - zenith - sunset representation (which has not much to do with time of the day anymore), or heck, checking the typical day rythm of that place, instead of hypothesing in our heads. Not counting that what someone does in a day will be highly variable depending on their occupation and personality.
Knowing that it's currently 7PM in India also helps me in no way to decide wether it's a good time to phone a store. Checking the store website will help a lot more.
Same way if I'm traveling I want to align my wake hours with the stuff I actually plan to do. If that means waking ay 9PM for whatever reason, then 9PM it is.
We can do better than keeping heuristics that only match very small patterns, that basically shatter when we're talking about the other side of the world.
They match huge humanity-encompassing patterns that have been true for millenia, for as long as we've kept time. We kinda like organizing our time in waking periods that we already call days.
Yes, timezones are a rough translation layer that gives you an idea of what's going on in a society on the other side of the earth, and yes, it's not a perfect solution to the problem of cross-timezone communication and coordination. It is an arbitrary system, and it could be replaced with a different system.
But the biggest problem with abolishing timezones is that you're destroying the ability to keep track of days of the week for some large chunk of humanity. If it's midnight at the same time everywhere, then the day of the week switches at the same time, everywhere. Things like "open on Wednesdays" will cease to have meaning, because for billions of people, they day of the week will now switch in the middle of the working day.
"9 to 5" will only be true in a single former timezone, some people will now work from 8pm to 4am. When does their weekend start? Is that the waking period that now covers Friday/Saturday, or the one that now covers Saturday/Sunday?
Every place of business, every school, every store, every restaurant will have to print new opening hours depending on where in the world they are, because the local time has now changed for everyone.
Everyone will now have to learn their local translation table so that they know what normal working hours in their location is now, when schools open, when lunch hour is, etc. You're throwing away all of our collective knowledge and intution about time, in order to make it "easier" to schedule cross-timezone meetings.
Abolishing timezones would piss off about 7 billion people for absolutely no gain.
Yes, when Alice in London schedules a meeting with Bob in Sydney they will now make no mistakes about which point in time the meeting is at, but Alice still needs a translation table to figure out what the meeting time means for Bob.
Timezones are that translation table, it imbues times with meaning.
They already don't have that much meaning and we still communicate fine enough. For instance a dance club open on Saturday nights probably closes on Sunday, but nobody is troubled by the imprecision. It might even actual open on Sunday at 00:30, but still advertise it as Saturday night 24:30. Same for restaurants that stay open late enough. Or convenience stores, gas stations, theaters, gym clubs, barbers, tv shows etc.
You're right that for centuries the notion of "a day" was structural to everyday life. Most countries are past that point.
> Alice still needs a translation table to figure out what the meeting time means for Bob.
Why doesn't she ask Bob ? Isn't he the one who understands when his kids are back from school, when does the grocery store close, or if he has a 2h slot right after the sun rises where he can focus on Alice's project, or he needs to be at the office that opens at 8AM.
In my view, knowing that "10 AM in Sidney is roughly a few hours before the zenith" helps very little in practical matters. The information is way too vague and out of context to be usable.
In retrospect this makes sense but in the late 19th century, no one could have foreseen this use case.
London to Sydney is a poor example because it takes a very stupid person to fail to realize their _brother_ who is on the other side of the world isn't up at midday.
But how about New York City and San Francisco. People do that _today_, because it's 8AM in New York and they forget it's 5AM in San Francisco -- or reversed, and it's 8PM and 11PM.
Why is that a problem? Because people have to keep track of the timezones and then do the math (most people are shockingly bad at basic arithmetic). That's a problem _today_ that you are ignoring.
> Abolishing timezones doesn’t make coordination problems easier. In fact, it makes them harder.
You claim that but you haven't demonstrated that. And the evidence I've seen points to the opposite.
Three brothers, Tom, Dick and Harry all live in the same city, in the same timezone. They know that Tom gets up early and goes to bed early, Dick gets up late and goes to bed late, and Harry travels so God knows when he's awake. They _know_ this and don't call Tom late at night, Dick early in the morning, or Harry without knowing where in the world he is.
Now spread those brothers around the world and the same thing is true: Tom gets up at 1000Z and is asleep by 0200Z, Dick gets up at 1700Z and is asleep around 0900Z, and God knows about Harry.
No timezones, a single clock and much simpler arithmetic. This also makes planning meetings easier.
Timezones are a 19th century solution to a 19th century problem. They _FAIL_ at our 21st century world.
One might be a clock face with local solar time as light/dark patches portraying the "movement" of the sun. Perhaps digital UTC in the center. A button to switch cities, etc.
I've seen a few implementations of this with LCD clock faces. They don't typically show UTC as well, but could. Once implemened getting everyone to use it would be the hard part.
It's better to have a minimal set of official civil times that are good enough for local purposes than have a large set of unofficial and semiofficial civil times.