Slashdot Mirror


U.S. Moves to Kill Leap Seconds

blacklite001 writes "Not content with merely extending Daylight Savings Time, the U.S. government now also proposes to eliminate leap seconds, according to a Wall Street Journal story. Their proposal, 'made secretly to a United Nations body,' includes adding 'a "leap hour" every 500 to 600 years.' Hey, anyone remember the last bunch of people to mess with the calendar?"

74 of 601 comments (clear)

  1. now correct me if im wrong by thegoogler · · Score: 5, Insightful

    but it seems to be working perfectly fine as it is, why fuck with it?

    1. Re:now correct me if im wrong by jbrandon · · Score: 3, Insightful

      Tweaking by a leap second now and then is far less disruptive than tweaking by an hour every 500-600 years.

      Why? If we switch to leap hours, the only software (and that's what the change is about) that will be disrupted by the change will be software that has to be working 500-600 years from now. A lot of programs could safely ignore leap hours, unlike now, when many programs can't ignore leap seconds.

      If there were going to be radical changes made to timekeeping, I expect that decimal time would be the top candidate.

      Well, this isn't a radical change like decimal time, in that it will have zero effect on John Doe's wrist watch. Second, decimal time is not exclusive with the leap hour; we could do both.

      Have they thought about redefining the length of a second (and consequently minute, hour) to achieve these perfect 24-hour days?

      Well, we actually can't predict too accurately the rate of the slowing of the Earth's rotation. Leap seconds are added not on a regular schedule, but only when astronomical measurements show they must be.

      usual short-sighted thinking by the Americans.

      Oh, I get it; you were trolling.

    2. Re:now correct me if im wrong by Daverd · · Score: 5, Informative

      Have they thought about redefining the length of a second

      The second is one of the fundamental units in the metric system. Many other units and constants are based on the second. For example, the speedometer in your car shows miles per hour, the speed of light is given in meters per second, etc. If we changed the value of the second, then either:
      a. We'd be forcing the world scientific community to relearn an entire set of new constants, or, more likely,
      b. There would be two definitions of the 'second', the US definition and the scientific definition.

      I don't think either of these is really what we want.

    3. Re:now correct me if im wrong by Tekoneiric · · Score: 3, Interesting

      The problem is that it isn't working fine. To begin with we should have 13 months in the year, not 12. Months are supposed to reflect lunar cycles and there are 13 of them a year. The year is one day and some change longer than 13 (28 day) months a year. Ever noticed how the business world works off 13 periods a year? and of course the menstrual cycles too. Take a look at this sometimes.

      --
      *It's not what you can do for the Dark Side but what the Dark Side can do for you!*
    4. Re:now correct me if im wrong by tricorn · · Score: 2, Insightful

      More likely, 500 years from now we won't be using the rotation of the Earth as a time base, as a majority of people will be elsewhere.

      Regardless, I think it's time that software that can't handle leap seconds be updated - piss poor programming isn't an excuse for glossing over an inconvenience of nature, especially when the proper programming is already easy to do. Leap seconds shouldn't affect an internal clock, so anything doing interval timing should be unaffected. The only thing that should really care about leap seconds is something that is breaking things down into days/hours/minutes/seconds - primarily, for display purposes - or something that actually needs leap seconds, such as astronomy calculations (in which case, eliminating leap seconds for that application would be pointless). For display purposes, why should it matter if you get "60" for the seconds field? Or, more to the point, virtually all such systems have such inaccurate clocks, they shouldn't need to care about leap seconds between times that the time is manually reset. If they're using a GPS receiver as a time base, why not just make a modified receiver that doesn't report leap seconds? If for some reason the displayed time has to be in synch with "real time", make the clock run marginally fast or slow on the day that one occurs, for those few critical systems that somehow have a problem with it? GPS already runs off of "atomic time", with the total number of seconds offset to get to UTC (i.e. total number of leap seconds). Some GPS units actually use that value to figure out what the correct date is (since the weeks field wraps), based on an approximation of the number of leap seconds/year to expect.

      The future will think us just as stupid and short-sighted as the people who assumed their programs wouldn't still be around beyond 19xx. Sure, virtually all programs TODAY won't be running in 500 years (though i wouldn't bet on NONE), but people will continue writing programs that won't support a "leap hour" (and the standards bodies won't even get around defining how to handle a leap hour until 3 years before it is to go into effect), and then EVERYTHING will die, or need to be shut down for an hour, when it becomes necessary. Better to have a leap second that occurs every year or two so that people don't get too complacent. There are systems that need to be shut down for the switch to/from DST, and systems that don't properly do leap year, or Feb 29. Why don't we eliminate leap years and DST so that those systems don't break?

      Another alternative, just redefine the standard time zones to drift by a minute or so every ten years. Since the timezone file will need to be updated annually to accommodate idiots changing when DST is in effect anyway, it won't be much of a burden...

    5. Re:now correct me if im wrong by gstoddart · · Score: 4, Interesting
      The problem is that it isn't working fine. To begin with we should have 13 months in the year, not 12. Months are supposed to reflect lunar cycles and there are 13 of them a year.

      Actually, the 12 months was to align with the constellations of the zodiac so that certain constellations will be in the same place at the same time. It keeps astronomical calendars in tune.

      Cultures which slavishly kept to a lunar calendar (another method of timekeeping, but it ignores the fact that we revolve around the sun) found that every bunch of years their months would be in the wrong season.

      A month is an abstraction made by humans for timekeeping, there is no 'should have 13 months' that closely aligns with actual astronomical time passage, which is far more important.

      Keeping track of solstices and equinoxes are really important when it comes to things like knowing when your seasons are changing.
      --
      Lost at C:>. Found at C.
    6. Re:now correct me if im wrong by gstoddart · · Score: 2, Insightful
      Why? If we switch to leap hours, the only software (and that's what the change is about) that will be disrupted by the change will be software that has to be working 500-600 years from now. A lot of programs could safely ignore leap hours, unlike now, when many programs can't ignore leap seconds.

      Well, you have two options. Measure time acurately according to the way we orbit the sun, or try to corral it so that it is easly expressable by computers but ultimately out of sync with actual astronomical time.

      You could, for example, decide that pi should be three since that whole irrational number thing is awkward. It wouldn't make it fit the reasons we have pi, it would be just less complicated.

      Cheers
      --
      Lost at C:>. Found at C.
    7. Re:now correct me if im wrong by gstoddart · · Score: 2, Insightful
      The problem is that our clocks now measure time more accurately than the earth's rotation.

      It depends on how you define 'accurate'. Our clocks are exceedingly good of measuring out precise intervals of time.

      The Earth's rotation is 'accurate' in that it is an objective reflection of what actually happened.

      The fact that the Earth's rotation is less mathematically perfect than our computers doesn't affect the 'accuracy' of measuring astronomical time.

      Just look at all of the old civilizations whose monuments still align with the solstices and equinoxes -- leap seconds don't phase them, because they measured accurately against the real physical model.

      Timekeeping is just interpolation to match the actual orbital stuff.

      For a bunch of beaurocrats to decide they want to overrule the (much needed) astronomy which underlies our calendar is absurd. Especially when they say things like Sailors "don't navigate with the stars any longer" because we have GPS. Sailors still know how to navigate by the stars, because if all else fails, that's a tried and true method.

      Giving up actual science-based measurements to defer to a technological system owned by the US government will forever put the science of navigation in the control of a single government who can scramble the system whenever they so choose.
      --
      Lost at C:>. Found at C.
    8. Re:now correct me if im wrong by Guppy06 · · Score: 2, Interesting

      "Well, this isn't a radical change like decimal time, in that it will have zero effect on John Doe's wrist watch."

      My watch and my alarm clock both set themselves from the signal broadcast by WWVB. That signal will tell my clock and watch if it's DST, whether there's a leap-second change coming up, and in what direction that leap second will go. There's no room for leap hours without changin the encoding standard for the radio broadcast. Changing DST has no effect on these timepieces (the radio signal indicates whether it's DST or not), but changing the definition of UTC will break all radio-controlled timepieces.

      Additionally, unlike DST, leap seconds are applied globally at once, at 00:00 UTC. Where DST is applied in the middle of the night between Saturday and Sunday, leap seconds would be applied between the hours of 09:00 to 17:00 for literally 1/3 the planet, and at the end of a given month (potentially in the middle of a work week). This simply isn't workable when we're talking about entire hours.

      I can support changing DST, and I could support abandoning UTC and just sticking with TAI, but I can't support this.

    9. Re:now correct me if im wrong by jafac · · Score: 2, Funny

      I think we should just take a hint from the VCR people; fuck measuring time, and let all the clocks flash "12:00" forever.

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    10. Re:now correct me if im wrong by hunterx11 · · Score: 2, Insightful
      I've always speculated if light can be affected by gravity then it's really not a constant

      c is a constant. Say that at location A there is little gravity affecting light. It takes a time of X to travel Y distance. At location B there is more gravity affecting light. It still takes time X to travel Y distance. If the speed of light is "slower," your perception of time is also altered.

      Of course, if different parts of the galaxy have different laws of physics, or if the laws of physics change over time, that would make things a lot harder.

      --
      English is easier said than done.
    11. Re:now correct me if im wrong by Peter+La+Casse · · Score: 2, Interesting
      If you made 13 months a year our calendar would go horribly out of sync.

      Not necessarily. Make them 28 day months, and then in between Firstuary and Lastcember have a holiday (which doesn't get a day-of-the-week name) that lasts 1 or 2 days (depending on whether or not it's a leap year). Poof: the new 13-month year is exactly the same length as the current 12-month year.

      The hard part is coming up with a name for the 13th month, and deciding where to put it. That would be a big political mess.

    12. Re:now correct me if im wrong by SnowZero · · Score: 3, Funny

      Rest of the constants are bogus anyway.

      Simply being derived doesn't make them "bogus". Thus I fart in your general direction using an ideal gas. (note: R = 8.3144 x 10^7 erg mol^-1 K^-1)

    13. Re:now correct me if im wrong by Erwos · · Score: 2, Informative

      "The hebrew calendar works"

      It doesn't actually work. It is slowly (VERY SLOWLY) but surely moving off, because the leap month isn't adjusting exactly how much it needs to. I was surprised when I heard this, too - but someone I know programmed one of the Hebrew calendars (it uses GPS coords to calculate exact sunset - quite nice), and showed me the math. Turns out things end up misaligning ala the Islamic calendar, but only after a very long time from now.

      Now, the reason it _used_ to work is that the rabbinical court ("beis din") in Jerusalem would just not listen to witnesses about the sighting of the new moon until they felt like it - and if things were starting to get dicey, they'd just not hear it until the next day or something.

      The Jewish calendar is lunar _based_. It is not actually a strict lunar calendar due to the human intervention possible in it. I don't think it's a great choice for system time-keeping.

      -Erwos (who's a for-real Orthodox Jew)

      --
      Plausible conjecture should not be misrepresented as proof positive.
  2. Unfair to clockophiles! by shobadobs · · Score: 2, Funny

    http://leapsecond.com/ -- This guy should complain. They're taking all the fun out of his clock collection!

  3. Leap Minute by GeekWade · · Score: 2, Insightful

    Wouldn't a leap minute every couple of generations be better than being close to an hour off base for a hundred years or so?

  4. Re:Wait a second... by l33t.g33k · · Score: 2, Funny

    it's government conspiracy!

    --
    My sig is permanently on strike.
  5. Can we say what we will think 500 years from now? by ReformedExCon · · Score: 5, Insightful

    Sometimes, with our very limited 80 year lifespans, we start to think that everything that we do now is the absolutely most important thing ever, and we make decisions based on that rather than looking to history for a sense of scale. 500 years ago, people weren't reading, they weren't really doing much of anything productive. It wasn't until the Renaissance that things really started humming.

    So 500 years from now, with a whole hour of time slip, what will they think of how we just decided to change the manner in which we adjust time?

    In China, there is only one timezone, but it works terribly since half the country wakes up in the dark and the other half wakes up in bright sunlight. They have adapted to this by "unofficially" setting work hours according to the longitudinal timezone rather than the government-mandated timezone. I wonder if there were a huge leap second buildup whether people would just start waking up according to the absolute time rather than the political time.

    I think it's a bad idea, and I can't think of the benefits. But I guess I'm not a scientist, so I wouldn't understand those issues.

    --
    Jesus saved me from my past. He can save you as well.
  6. More info by interiot · · Score: 5, Informative
    More info here, with geeky charts and stuff.
    over the past 30 years (coincidentally since the inception of leap seconds) the rotation of the earth's crust has accelerated. This acceleration is apparently due to changes of fluid circulation in the outer core of the earth. Historical investigations of earth rotation indicate that such accelerations are not unprecedented, and it should not be possible for the acceleration to continue for very many more years.
  7. Hmm... by __aaclcg7560 · · Score: 2, Funny

    I don't see anywhere in the U.S. Constitution that the government has been given authority over time. I guess strict constructionism applies only to judges and not the government. Bummer... There's never a Time Lord when you need one.

    1. Re:Hmm... by TykeClone · · Score: 5, Informative
      Powers granted to the Congress of the States:

      Section 8, Clause 5: To coin Money, regulate the Value thereof, and of foreign Coin, and fix the Standard of Weights and Measures

      Time is a measure, therefore they actually do thave the authority to regulate it.

      --
      A fine is a tax you pay for doing wrong and a tax is a fine you pay for doing all right.
    2. Re:Hmm... by surprise_audit · · Score: 2, Funny

      Just so long as NASA isn't going to use software from anywhere else in the world. They had enough trouble landing on Mars when different groups used metres or feet & inches. If Congress fucks around with time, the next Mars mission will probably hit Mercury...

  8. Re:Wait a second... by ArAgost · · Score: 2, Funny

    Mod parent funny for its subject, please :D

  9. Apparently not... by interactive_civilian · · Score: 4, Informative
    According to TFA, it isn't working perfectly fine:
    But adding these ad hoc "leap seconds" -- the last one was tacked on in 1998 -- can be a big hassle for computers operating with software programs that never allowed for a 61-second minute, leading to glitches when the extra second passes. "It's a huge deal," said John Yuzdepski, an executive at Symmetricom Inc., of San Jose, Calif., which makes ultraprecise clocks for telecommunications, space and military use.

    On Jan. 1, 1996, the addition of a leap second made computers at Associated Press Radio crash and start broadcasting the wrong taped programs. In 1997, the Russian global positioning system, known as Glonass, was broken for 20 hours after a transmission to the country's satellites to add a leap second went awry. And in 2003, a leap-second bug made GPS receivers from Motorola Inc. briefly show customers the time as half past 62 o'clock.

    "A lot of people encounter problems with their software going over a leap second," said Dennis D. McCarthy, who drafted the U.S. leap-second proposal while serving as the Navy's "Director of Time."

    Now, I can't say that I completely understand why resetting a clock should be so complicated, but it seems to cause problems...
    --
    "Empathise with stupidity, and you're halfway to thinking like an idiot." - Iain M. Banks
    1. Re:Apparently not... by jayhawk88 · · Score: 5, Insightful

      So instead of letting private companies eventually wise up and write their software to take into account/be able to deal with leap seconds, let's fuck with the entire way we measure time on a global scale. Way to go government.

    2. Re:Apparently not... by Entrope · · Score: 5, Interesting

      Resetting the clock is not complicated, but the current system means there is a 61st second in a minute, as your quote of TFA mentions. People -- including software developers -- are strongly used to dealing with 60-second minutes, and software sometimes makes that assumption. It just requires attention (sometimes a lot of attention) and extra code (sometimes a lot of extra code) to get it right, but since very few people pay attention when a leap second happens, bugs are easily overlooked.

      Since leap seconds are based on changes in the time period of Earth's rotation (the sidereal day), and the decay is both very slow and influenced by hard-to-predict factors, leap seconds are not reliably predictable. They can only be announced when they are necessary -- and so it is easy for the displayed time to drift if a leap second announcement is missed or ignored.

      Leap hours, though, are different beasts. Virtually every piece of software in the world that displays time knows how to deal with the hour jumping forward or backward. That transition happens predictably and affects a huge number of users, so errors are easily noted.

    3. Re:Apparently not... by tricorn · · Score: 4, Insightful

      But the hour WON'T "jump forward or backward an hour". You'll either have a 23-hour or 25-hour day, plus it will only happen once every 500 years or so. When are you going to test it? When are you going to start putting it into programs? And you thought that programmers storing only 2 digits for the year were stupid and shortsighted...

      The whole thing is a crock. Software that hardcodes in conversions between days/hours/minutes/seconds, AND needs to be so accurate to the rest of the world that it has to account for leap seconds, must be rewritten to use a standard library routine. Internally, it should simply keep a seconds counter, and base all intervals off of that. There's no excuse for doing it wrong, and code that does do it wrong should be rewritten if it is critical.

    4. Re:Apparently not... by sallen · · Score: 4, Interesting
      That won't work in applications where countrywide synchonization with a precision in fractions of seconds is needed, such as some same-frequency-broadcasts or GSM networks. On the other hand, those probably already have real solutions for this problem, instead of a kludge.


      Bingo. You mean synchronization with precision like that which has been used for decades by the telco's (read: ITU jourisdiction). This is a problem what isn't one. Time is relative (sorry, couldn't resist.) I can't believe anyone, let alone Naval Observatory dude thinks in terms of sync to, essentially, a wall clock. That's why internal clocks are used. The time representation for someone looking at the 24 hr clock is simply a representation of an internal clock converted to something us dumb humans can relate to. Is this guy an idiot or what? If he'd been around many years ago, there wouldn't be binary systems, we'd all have to be on decimal systems, becuase he probably couldn't count either (That'll be his next recommendation.) And what happens when they try and add the 'leap hour'? I'm sure he looks at it like the deficit... he won't be around when it has to be taken into consideration. But I guarantee it'd make the millenium 'bug' (ie, original laziness) look like a cakewalk.
      As for 'nobody uses a sextant' since we have good old GPS, tell that to the sailors not too many years ago who lost all nav equip and used hmm... a sextant. One NEVER abandons the ability to utilize alternate means of problem resolution. He figures there's no possibility GPS could ever fail or be subverted? Bad mistake. That's what kills people, not leap seconds. He'd probably be the one to say take INS out of planes since GPS works. Right. I'll never fly over the ocean if he's that ignorant.

    5. Re:Apparently not... by cnettel · · Score: 3, Informative

      Remember that a lot of systems use "seconds since certain point in time" (like January 1, 1970, GMT, you UNIX-based bastards). There are functions in the C runtime library to convert from those to normal calendar dates. I find it kind of unsatisfactory that you'll have to add in magic numbers for each of the leap seconds as they are added. Of course, having a leap hour for some coders in a few centuries won't be too nice, but they will probably be able to declare that it's coming several years in advance, or ditch it altogether. One way or another, I would like to keep the calendar definition and conversion between different types simple. Avoiding leap seconds is one tiny step along that road.

    6. Re:Apparently not... by 42forty-two42 · · Score: 3, Informative

      It does, actually. At least in unix-like systems, time is represented by the number of seconds since January 1, 1970 (known as the Unix Epoch). There are C library functions to convert it to a date, accounting for time zone, locale, formatting, etc.

    7. Re:Apparently not... by makomk · · Score: 2, Informative

      Apparently, Unix uses time since the epoch calculated *ignoring leap seconds*. Linux users - see time(2) manpage.

    8. Re:Apparently not... by Phil+Karn · · Score: 2, Informative
      It actually does matter a lot in some applications. Take satellite tracking. A low earth orbit satellite moves about 7 km in one second. If you're off by one second because of confusion about a leap second, you've made a position error of 7 km. That's a lot.

      There are many perfectly valid arguments against leap seconds. The difficulty in calculating the exact number of seconds between two events, the fact that calculations involving future times can give different results after leap seconds are declared, the difficulty of dating events that occur near or during leap seconds, all are serious drawbacks.

      But these are not good arguments for removing leap seconds from UTC! Why do that when you can choose from two perfectly good standard time scales that don't have leap seconds? Those are the GPS (Global Positioning System) time scale and the TAI (International Atomic Time) timescale. They differ by a fixed offset: TAI is 19 seconds ahead of GPS and will remain so despite any future leap seconds added to UTC. (Strictly speaking the offset between TAI and GPS typically varies by some tens or hundreds of nanoseconds around 19 seconds, but the GPS system operators try to drive that error to zero, and they publish those offsets. The big advantage of GPS time, of course, is its ready availability from inexpensive receivers.)

      CDMA digital cellular is one system that chose the GPS timescale to avoid the nasty discontinuities associated with UTC leap seconds. GPS times are still easily converted to UTC (or local time) for human consumption.

      It would have been really nice had the UNIX designers chosen the TAI timescale instead of UTC as the internal representation of time. (GPS didn't exist back in the 1970s when UNIX was developed). Library routines could easily convert between TAI and UTC as needed for input and display, using configuration files updated every time a new leap second is declared, but you'd get a much cleaner internal representation of time. You wouldn't have the present situation where every timestamp for a past event is effectively moved one second every time there's a leap second.

      I wonder if it's too late to make such a change...

  10. neat bit by putko · · Score: 2, Insightful

    This bit is neat:

    "The U.S. effort to abolish leap seconds is also firmly opposed by Britain, which would further lose status as the center of time. From 1884 to 1961, the world set its official clocks to Greenwich Mean Time, based on the actual rise and set of the stars as seen from the Royal Observatory in Greenwich, just outside London."

    I had no idea there was still a physical basis for this. I assumed there was a master atomic clock.

    I can see why the USA would do this: they move around the holidays to fit the work week (e.g. Monday or Friday, whichever's closest). Try doing that with Corpus Christi in Continental Europe: it would be considered totally absurd.

    --
    http://www.thebricktestament.com/the_law/when_to_s tone_your_children/dt21_18a.html
    1. Re:neat bit by imsabbel · · Score: 2, Informative

      yeah, there IS a master atomic clock (or more like a cluster, with each clock weighted differently).
      (also note that this ends 61, about the time atomic clocks became usable)

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    2. Re:neat bit by Dun+Malg · · Score: 2, Insightful
      "From 1884 to 1961, the world set its official clocks to Greenwich Mean Time, based on the actual rise and set of the stars as seen from the Royal Observatory in Greenwich, just outside London."

      I had no idea there was still a physical basis for this. I assumed there was a master atomic clock.

      I'm fairly certain there was no atomic clock in 1884. hances are, the atomic clocks arrived on the scene around, oh, 1961 maybe?

      --
      If a job's not worth doing, it's not worth doing right.
  11. Planet by dinkster · · Score: 5, Funny

    I say we adjust the planet's rotation and orbit so we have perfect intervals.

    1. Re:Planet by A+beautiful+mind · · Score: 2, Informative

      This whole stuff reminds me of Xerxes who ordered the punishment of the sea because the sea consumed his war fleet. When i mean punishment, i mean "whipping the sea". Makes sense if you're arrogant enough, i suppose.

      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
    2. Re:Planet by hazee · · Score: 2, Interesting

      Yep, once we get that space elevator working, we'll be able to ship huge amounts of rock up and down, adjusting the angular momentum of the Earth, and thus its spin rate...

      I wonder just how much mass would be required to adjust the length of a day by the required fraction of a second per year?

    3. Re:Planet by shawnce · · Score: 5, Funny

      I say just blow up the moon, that little bastard is just slowing us down.

    4. Re:Planet by cpghost · · Score: 2, Funny

      I say just blow up the moon, that little bastard is just slowing us down.

      It'll happen soon enough, once we have moonbase alpha there...

      --
      cpghost at Cordula's Web.
  12. Shall the rest of the world.. by speights_pride! · · Score: 2, Funny

    ...go back to the Imperial system of measures too? Nah, bless you Americans with your lovely paper size known as Letter (and every wierd piece of software that insists on using it).

  13. Best quote of the article by Cybertect · · Score: 4, Insightful

    The astronomers are not convinced. "If your navigation system causes two planes to crash because of a one-second error, you have worse problems than leap seconds," said Steve Allen, a University of California astronomer who maintains a Web site about leap seconds.

    That's so right.

  14. Big leap of faith... by NetSettler · · Score: 4, Informative

    Leap seconds and leap days aren't related. Leap days are related to the need to make a year's length expressible in integral number of days by a sort of infinite series approximation. Unless the length of a year were an actual integral number of days, leap days would be needed even if there was no "slowing" ever. By contrast, leap seconds are added to accomodate "slowing" and are not an artifact of the original relation. The use of the term "leap" for both of these is probably what attracts politicians to "leap" to the rescue. Perhaps they should take a second to reconsider...

    I actually agree that leap seconds are a bit of a mess, and I wouldn't mind seeing a better solution. But the one proposed sounds a bit bizarre. Surely the real problem is an artifact of the infancy of computer systems and the ad hoc, non-general solutions to time representation we've been using due to very small address spaces that are rapidly falling by the wayside. Why not just delay the issuing of them for a couple of decades until we can think harder about the problem. Pretending that any law passed now is going to stand unused for hundreds of years before it has any effect seems a little ... arrogant. I'm pretty sure that, say, somewhere around 2027, we're going to have a lot of discussion about our present representation of time and whether it's the right one...

    --

    Kent M Pitman
    Philosopher, Technologist, Writer

  15. Re:The _last_ bunch? by Wieland · · Score: 2, Informative

    Also, IIRC, before the 1917 revolution the Russians were still using the Julian Calendar. The communists adopted the Gregorian calendar in 1918, which is why the so-called October Revolution was actually commemorated yearly on November the 7th.

  16. The connected geek question by astrashe · · Score: 4, Interesting

    The article talks about lots of problems that leap seconds cause with software.

    The problems don't come from the complexity of the underlying problem of adding leap seconds, but rather because leap seconds are added so infrequently that the code to handle the leap seconds isn't well tested.

    So the real question here (to me, at least) is this: what do the leap second problems tell us about how software is developed?

    Are people not thinking about leap seconds when they write code? Or are they thinking about them, but not testing the leap second cases properly? What's going on?

    And how does the emergence of really big collections of APIs affect this? I mean, if people use standard routines for calendar functions, and if people keep their tools up to date, shouldn't these problems be mitigated? Shouldn't we be able to have some hard core calendar geeks solve the problem once in the API, and carry the rest of us?

    If that doesn't work, why not?

    We can solve this particular problem by changing the calendar. But what if we couldn't, and we had to try to address it with engineering practices? How would we proceed?

    1. Re:The connected geek question by fermion · · Score: 3, Insightful
      I think it tell us that the people we pay to write critical systems are not doing their job properly. This is going to affect very few systems. Most things will check the system clock, and most properly written systems are set up to automatically check some central time server. There are notable exceptions to this, and those exceptions tend to also be poorly written.

      Second, we are talking about a leap second, which happens once every year or so. Not often, but not never. This change is far outweighed by the normal timekeeping error, which for the average watch is like 3 minutes a year. The clock of a computer is not necessarily better. Also, we are only taking about clocks that need to keep track of the time, and not jut the passage of time.

      As such we are really talking about a select set of software that much keep up with the time and not depend on a time server. If good techniques are used, the code to handle the leap second is one place, and good regression testing can check many different scenarios to insure that the code will work and changes do not break it. I am not saying it is trivail, but certain not prohibitively difficult. Since we are talking about network critical devices and specific military hardware, I do not see the problem with funding this development. What is really sounds like is that some people took government money for a project, and now want to changes the specs because they cannot do it.

      The only other thing i can think of is that these apps are 20 years old and no one want to update them. There is some wisdom to letting working system run, but these are obviously not working. Next legislation will the pi=3, and francium will now be known as freedium.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
  17. last to mess with calendar by jedijacket · · Score: 2

    Wasn't it Gregor (on the same wikipedia link) who was the last to mess with the calendar? Essentially, they moved back several days because leap days weren't correctly accounted for prior to then.

  18. Re:Can we say what we will think 500 years from no by cheesee · · Score: 2, Funny

    Oh, and the "renaissance" is over-rated. The middle ages were the big days when important things were invented - things like representative democracy that you might just have heard of?

    Yeah, I've heard of it. Haven't seen it in action yet.

    --
    Got Shadowrun? Awakened Worlds
  19. Astronomers will be unhappy by RayBender · · Score: 4, Insightful
    Doing away with leap seconds has the effect of breaking the connection between the rotation of the Earth and time. The point of a leap second was to compensate for the fact that the Earth changes its rotation rate by very small amounts (due to changes in mass distribution).

    It will make it harder to run telescopes, but also a number of navigational devices. The mention of the Glonass screwup is actually misleading - even if you abolish the leap second, you still have to have software in your satellites compensate for changes in Earth rotation rates - abolishing the leap second will not change that at all.

    Probably the worst argument for getting rid of leap seconds is "they are rare anomalous events that cause potential danger for systems like ATC that are tightly coupled to time". That's misleading, though, because the proposal is actually to replace leap seconds with leap hours every 500 years. Which means that you replace a small, bi-annual anomaly with a gigantic one 500 years from now (on a scale larger than the Y2K bug, for sure.) Kicking the problem down the road so to speak - I'm not surprised it was originally suggested by a bunch of lazy programmers. Not to mention that that practice would mean that 400 years from now solar noon would be almost an hour away from actual noon (not that big a deal, of course, but annoying).

    The argment for keeping the leap second is more than just tradition - it has practical value too.

    --
    Human genome = 3 billion base pairs = 6 GBit. Windows + Office = 20 Gbit. Which is more impressive?
  20. Re:Birthdays by ahknight · · Score: 2, Insightful

    A leap year would be a whole new year inserted in the calendar, and it's a possibility in the future that something like this may happen.

    No, it's not. The point of leap periods is to maintain the length of the day and the year to their astronomical counterparts. Inserting a year would do absolutely no good towards any end as there is no astronomical measurement beyond a year that is used in the standard time measurements.

  21. Last bunch of people? by nwbvt · · Score: 2, Interesting
    The Romans were the last bunch of people to mess with the calander? You mean nothing concerning it has changed since the fall of the Roman Empire? I seem to remember something about some guy named Gregory in there somewhere...

    And does this mean the Romans had leap seconds where they adjusted their atomic clocks to keep in synch with the sun?

    I know much of /. will be complaining about how this is about the Bush Administration attacking science in their quest to please big business, but in reality from a purely scientific stance this makes sense. The definition of a second hasn't been linked to the Earth's orbit since 1967, so why should we keep on pretending it still is?

    --
    Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
  22. Re:Die - leap seconds - Die! by Anonymous+Luddite · · Score: 4, Insightful

    >> you can't predict ahead of time when they will happen.

    WHy would you need to guess when? surely the seconds are added at arbitrary points as required, but I can't imagine it is done with no warning.

    >> Imagine you make a very precise schedule in advance (e.g. scheduled events on a spacecraft) and then a leap second is announced and everything is then off by a second.

    The industry I working does use highly complex systems where precise timing is critical. I can tell you from experience that you have to design for timing errors. They happen, not if but when.

    Besides, assuming you've got a system that requires real-time function and accuracy to the second, why would you sync to outside time for anything but maintenance? Keep your timings relative to the system itself. Then you just need to worry about internal clocks...

  23. Re:Can we say what we will think 500 years from no by Rich0 · · Score: 3, Interesting

    In China, there is only one timezone, but it works terribly since half the country wakes up in the dark and the other half wakes up in bright sunlight. They have adapted to this by "unofficially" setting work hours according to the longitudinal timezone rather than the government-mandated timezone.

    My feeling is that they should simply have a chronometer which keeps ISO standard time. Go ahead and use an hours-minutes-seconds based system so that people get used to it. Forget leap-seconds - no need for that. Forget time zones - no need for that either. We'd probably go to 24-hour time and ditch am/pm since they'd have little meaning in most regions of the world.

    An office would set their working hours as 1830-0230 and that would be it. No changing the time in the summer/winter/etc. They could change their hours in the summer/winter though.

    An office on the other side of the country might start work at 1700 instead.

    There would be no official countrywide designation of starting and stopping time, although most people would expect businesses to be generally open between sunrise and sunset. In 500 years nobody will care that the whole clock has drifted an hour, since the number on the clock doesn't mean anything in the first place. It is just a reference, and it would work fine for that purpose under such a system.

    I can't really think of anybody who would be negatively impacted by such a system other than traditionalists. Astronomers would be fine - their star-tracking software probably calculates everything in some internal time format anyway, since the leap-year/leap-second/23h56m business already makes the current 24-hour clock useless for them. If anything, the software would be easier to design since the rules would be deterministic.

  24. Re:Heh by Spetiam · · Score: 2, Interesting
  25. Good question from a lazy asker... by Bradee-oh! · · Score: 2, Interesting

    I'm too lazy to go Google it right now, but I think the point is pertinent/interesting to this crowd -
    With our current system of leap seconds, does the Unix timestamp actually reflect the CORRECT number of seconds since Jan 1st, 1970?
     
    Sure some of the Unices are probably different but I'm guessing that many of the implementations of the algorithm calculate the seconds with basic math using only leap years as the deviation from standard.
     
    Ah, hell, maybe I'll go google it, too, but, I'll still ask here. :P

    --
    "This is Zombo Com, and welcome to you who have come to Zombo Com" - www.zombo.com
    1. Re:Good question from a lazy asker... by scruffy · · Score: 3, Informative
      Unix time increases by 86400 each day, no matter whether there is a leap second or not. From the Wikipedia:
      When a leap second occurs, so that the UTC day is not exactly 86400 s long, a discontinuity occurs in the Unix time number. The Unix time number increases by exactly 86400 each day, regardless of how long the day is. When a leap second is deleted (which has never occurred, as of 2004), the Unix time number jumps up by 1 at the instant where the leap second was deleted from, which is the start of the next day. When a leap second is inserted (which occurred on average once every year and a half from 1972 to 1998; none at all have been or will be inserted after Dec 31, 1998 up through June 30, 2005), the Unix time number increases continuously during the leap second, during which time it is more than 86400 s since the start of the current day, and then jumps down by 1 at the end of the leap second, which is the start of the next day.
  26. Re:Can we say what we will think 500 years from no by PhYrE2k2 · · Score: 4, Insightful

    Forget time zones - no need for that either

    I can see it now... the day will shift mid-day. Try programming that one! The 23rd of August (for example) will change over in the MIDDLE OF A WORKDAY! Not only that, it'll change over at a different time in the work day (so sun's position, but in your proposal not physical time) for every region.

    The whole point of time zones is to keep time reasonably standard no matter where you are. I can travel half way across the world and I still wake up at 8am, eat lunch at noon, dinner at 7pm, etc. The concept of a day is very engrained in us. Today is a Saturday! Imagine if it was also sunday based on my location.

    Besides- the US would want to manage it, so they'd end up with the same time scheme they have now (probably picking up EST or Mountain as their base zone), while the rest of the world rolls over laughing at their proposal.

    -M

    --

    when you see the word 'Linux', drink!
  27. Close Call by PhYrE2k2 · · Score: 2, Insightful

    I'd be more concerned if they were flying planes with margins of error of less than a second.

    Besides- it doesn't matter what the actual time is with technology, but rather the relative time. As long as the planes obey the same second tick, who cares.

    -M

    --

    when you see the word 'Linux', drink!
  28. Network Time? by BobPaul · · Score: 4, Insightful

    From article:
    But adding these ad hoc "leap seconds" -- the last one was tacked on in 1998 -- can be a big hassle for computers operating with software programs that never allowed for a 61-second minute, leading to glitches when the extra second passes.

    Why would anyone need to set a 61-second minute to account for leap time other than the guys at NIST in charge of the official time? Just set all your computerized clocks to network sync. We have a network time server that re-syncs itself ever hour and then everything else checks that occasionaly. I've never had to do anything about a leap second except maybe be off by a second for a few hours until time resets itself...

    That 0.01% of businesses that require absolute perfect time need to hire better software programmers rather than fscking with how we define time.

    "OMGZ! Motorolla screwed up in 2003, and some Russians did the same in 1997! Let's pass a law to protect them!!!"
    --
    Don't fight Firefox! Let FireFox fight YOU!

  29. Why does it matter? by Anonymous Coward · · Score: 2, Insightful

    Anyone who thinks that leap seconds could pose a problem to computer systems is an idiot!

    Chances are most servers do not have the exact time, and if they did, it's probably because they're using NTP, in which case they would get the adjustment without knowing it.

    Last I knew, it's impossible for a computer system to maintain precise time over a couple of years. If all your servers have the same exact time, you're using NTP, end of story.

  30. Re:Really Good Reference on Time by Teancum · · Score: 3, Informative

    By far the best resource I've ever seen concerning time and navigation is: http://tycho.usno.navy.mil/

    This has everything you mentioned above, plus some very current research, the role of the USNO in the GPS satellite constellation, and even the history of timekeeping in the USA. On the whole an excellent resource to look at if you want to know more about time.

    Whenever I setup a new system, I usually drop by their "what time is it" to set the clocks on systems (especially if I don't want to download or enable a nettime client). It will get you the correct time +/- 30 seconds with the web interface, which is as good or better than most casual users really care to get it anyway. Usually far more accurate than most people's watches as well.

  31. Re:Can we say what we will think 500 years from no by EJB · · Score: 2, Insightful

    But what would you put into your crontab? You don't want to run your backup-which-slows- the-system-considerably to occur in the middle of the workday, so you would probably set it to some relative time, like "sunrise - 5 hours".

    And if techies couldn't cope with it, what about normal people. They would start almost instantly to use a relative time (or keep to the old time, government be damned). So it would only diminish the usefulness of "official time" and lead to more chaos.

    - Erwin

  32. It's easy to see where this is coming from... by Stonan · · Score: 2, Interesting

    Potential errors in adding 'leap seconds' is causing screw-ups in computer systems. The main cause is sloppy programming so eliminating them makes everything better. Don't have to worry about it for 500-600 years.

    Ask yourself who benefits from this. The only answer I can come up with is software programmers, specifically OS programmers (programs usually read what time the OS is reporting). Which OS manufacturer has the most clout with the US gov.? Which company is reported to have the most liquid cash? To take a quote from Mr. Moore: Who your Daddy?

    --
    The GEEK shall inherit the earth...
  33. 500 years? by Wade+Tregaskis · · Score: 2, Funny

    The irony of course is that if we do let the U.S. do whatever the hell it wants on this, as usual, there won't be an Earth 500 years from now, so it really is a good solution.

  34. Egotistical maniac? by jrumney · · Score: 4, Funny

    Once there was a boy, who longed to be as well known as Julius Caesar. First he gathered his legionnaires and started some wars, but he didn't get the respect from the public he wanted. Then he had a brilliant idea. Julius had a calendar named after him, maybe he could get one too. All he had to do was come up with a plan to show those pesky scientists that time was controlled by God, not some mathematical constant, and if God wanted it to jump ahead by an hour every 5 or 6 hundred years, then dammit, that is what is going to happen. He decided to call his invention the Dubyan calendar, because if he called it Georgian, people might give his daddy credit for it, or even worse, some limey king that died last century.

  35. Re:Birthdays by NoMoreNicksLeft · · Score: 2, Funny

    How dare you speak as if my pangalactic 200 million year calendar has no significance.

  36. Re:Can we say what we will think 500 years from no by ltbarcly · · Score: 4, Funny

    500 years ago, people weren't reading, they weren't really doing much of anything productive.

    Except growing food, raising livestock, getting married, raising children, defending themselves, scheming, talking with neighbors, and saying, "Someday Martha, one of our great great great great great ... great grandchildren will grow up to post something stupid on something called the Internet."

    I wonder if there were a huge leap second buildup whether people would just start waking up according to the absolute time rather than the political time.

    Time is an arbitrary concept created by man. People get up according to when they have to be at work, and if that isn't sometime in the morning they get up when it is convenient for them. Some people have to be at work at 8, others at 9, some at 6 or 7. Where does politics come into this? All the government does is produce a standard benchmark time so we can communicate about time, and know that we will be understood.

    Jesus saved me from my past. He can save you as well.

    Did he really? Unless this is Jesus the Hispanic fireman, I don't buy it. Either a magic supernatural man in the clouds helped you, or you are confused about it. Occham's Razor anyone?

    To illustrate this point, I encourage people to read this: http://www.somethingawful.com/articles.php?a=2800& p=2 (the last post at the bottom). Compare that with what you hear people say about Jesus (the non-fireman one).

  37. Re:Can we say what we will think 500 years from no by gregmac · · Score: 2, Insightful

    While the avoidance of them is super for computers and international business, it sucks horribly for locals all over the world.

    Not really. we've already adjusted and programmed computers to deal with timezones. What's the point of making lives complicated for billions of people, just to solve a problem that doesn't even exist anymore?

    --
    Speak before you think
  38. Re:Can we say what we will think 500 years from no by Guppy06 · · Score: 5, Insightful

    First off, you just missed the entire freaking point of the paragraph you cut and pasted. In the absence of Beijing allowing people to live in separate time zones (ala Russia, Canada, US, etc), the people have chosen to implement their own time zones because that's what they want. A global standard for time like this has little purpose when people rarely cross integer numbers of degrees of longitude throughout the course of the day and would rather have a local, sun-based standard that attempts to divide the day into parts based not on where the sun is in the UK, but where the sun is where you're standing right now.

    We're diurnal creatures and we liking having a time standard that takes that into account. You can't wish away biology with some global standard.

    "My feeling is that they should simply have a chronometer which keeps ISO standard time. "

    You misspelled BIPM.

    "An office would set their working hours as 1830-0230 and that would be it. No changing the time in the summer/winter/etc. They could change their hours in the summer/winter though."

    So, instead of just having to deal with jet lag when I cross multiple degrees of longitude in a short amount of time, I also have to cope with the fact that the operating hours of businesses I've grown accustomed to where I live have absoluntely no meaning here. Instead of today's world where, upon arriving, I simply press a few buttons on my watch, I now have to constantly apply a mathematical operation to what my watch says ("If I'm used to somethign happening at time X at home, then it must happen at X-Y here..."), that all but elminates the purpose of having a timepiece to begin with. I want to know what part of the day it is for the people around me, the people I have to interract with, and if a timepiece can't do that (indeed, begisn to serve as an obstacle to it), it's lost its purpose. I would literally be better off looking at the position of the sun in the sky, thereby eliminating several centuries of progress.

    And where you suggest that businesses change their hours instead of simply changing the frame of reference (which is what DST represents), you're advocating a system that would bree chaos. Changing the frame of reference, by definition, is uniform. Every business continues to be adequately synchronized with the other businesses they must deal with in the course of the day. If everybody has to change their own hours, then all you'd do is introduce confusion until everybody agreed on a regular, synchronized change of hours outside of the so-called standard you're proposing (making the standard useless). And even then it would be less efficient than simply changing the clocks.

    Have you ever had a physics class? If a problem is set in an ugly change of reference, would you rather constantly have to apply a long list of ugly transforms, or would you rather save yourself a lot of time and effort and simply change the frame of reference?

    "An office on the other side of the country might start work at 1700 instead."

    Your system also complicates communications across long distances. Time zones simplifies differences in time between two locations into an integer number of hours, allowing a simple calculation to be done after glancing at a clock set in the local frame of reference. Without time zones, everybody would attempt to set their operating times accoridng to time at the local meridian (again, going back to local solar time and making mechanical time standards worthless), and you'd be lucky if the difference between your times and theirs was an integer number of minutes. Intercontinental communications would require a degree of pre-arrangement (to first learn their hours of operation) to make sure that when you attempt to call them, they're there to answer the phone. On the other hand, today I know that businesses across the country (if not across the world) tend to stick with a "nine to five" work day, and all I would need to know is what state or country my

  39. Re:I don't see how the problem occurs by Sparr0 · · Score: 2, Informative

    therein lies the problem. i dont have a compiler handy, so all these numbers are made up (and obviously not correct or even scaled properly, but should at least be in the right order)... imagine second 100000 is 23:59:59 2006-12-31, 100001 is 00:00:00 2007-01-01, and so on. Then second 104729 would be 11:32:17 2007-02-14. but if a leap second is inserted at the end of 2006 then second 100001 will be 24:59:60 2006-12-31 and second 104729 will be 11:32:16 2007-02-14, and so on. this means an extra special case in the time functions, and a displayed time off by one second for people running old versions of the time libraries.

  40. The Naming of the Months by Beolach · · Score: 2, Interesting

    Heh, I found this link in the /. synopsis very interesting. The Naming of the months is something that has interested me & I've speculated on a bit. I knew that the first months were named for Roman Gods:
    Janus
    Februus
    Mars
    Aphrodite (actually a Greek goddess, but the Romans identified their gods and the Greek gods together)
    Maia (another Greek goddess, the Roman name is Bona Dea)
    Juno

    I also knew that July and August were named after Julius & Augustus Caesar. After August, the months are named with their numbers.
    September (7)
    October (8)
    November (9)
    December (10)

    But wait! Those numbers aren't right! And here began my speculation. I figured the Romans (like most 10-fingered humans) were fond of 10 (X in Roman numerals), so they may have started with 10 months (which actually is the case). I also assumed that August and July were the last months added to the calender, based of their being named after Julius and Augustus Caesar (this assumption turns out to be false; January and February were the last months to be added to the Roman calender: the Romans originally considered winter to be monthless). I found the (incorrect, of course) conclusion of my speculation to be rather humourous: the Roman calender began with ten months, until Julius Caesar came along, and decided he was important enough that he deserved his own month, and so he created July. He wasn't arrogant enough to think he was more important than the gods, but he was more important than just a bunch of numbers, so he sticks July after the months named after the gods, but before the numbered months. That changes the numbering, but the names from the old numbering stuck. Augustus Caesar dittoed Julius Caesar.

    Sadly, the explanation based on research rather than speculation that Wikipedia gives for the number mismatch is not so humourous. They simply say that March was originally the first month. But I always thought (incorrectly, it seems) that January was named for Janus, the god of Beginnings and Endings, because it was the first month of the year, that marked the end of the old year and the beginning of the new year. But even when January became the first month, it wasn't because of Janus, but rather because the Roman consuls had a year long term, and took office on the 1st of January.

    --
    Join moola.com, play games to earn money.
  41. Re:Can we say what we will think 500 years from no by adolf · · Score: 2, Interesting

    I wake up and eat breakfast in the morning (after the sun comes up).

    I eat lunch at mid-day (when the sun is roughly over head).

    I eat dinner in the evening (usually when the sun is starting to descend).

    I go to sleep at night (after dark.)

    Does it really matter if I wake up at 0000 isntead of 0800? Does dinner taste differently at 1900 than it does at 1100?

    Curious.

  42. Re:Can we say what we will think 500 years from no by WNight · · Score: 2, Insightful

    Assume that most people would be open for their solar day, when it's light out.

    If you need to place a call to Zimbabwe now you look up the time, find the offset, and know what time it is there, and you guess if their business will be open at those times. In the new system you'd look up for offset, figure out if you'd be open in X hours, and guess about them based on that. Seems almost identical.

    But, it offers a benefit of them being able to say "I work from X to Y" and you knowing what those times are because you work from X2 to Y2, and you can tell when those ranges overlap without doing any math. Then you say "Oh, it's almost Y, I should call the Zimbabwe office." Who cares what the number is?

    Really, it's no more of a problem than months. It's summer in Australia when it's winter in North America, and vice versa. This doesn't mean that my Australian friends and I have horrible culture shock when I mention spring break or anything. But, to emulate the currently broken system they'd shift the months and have December when we have June - that way the "Winter" months would always be the same. Of course, whenever you wanted to know the date anywhere you'd need to figure out how many months ahead or behind they were... It'd be a mess.

  43. What a stupid argument... It's ONLY arrogance! by hadaso · · Score: 2, Insightful

    > What I don't understand, ... why is it so difficult ?

    One reason: arrogance!

    Both sides are correct: Astronomers and others running systems that need precise synchronization with the sun (or actually with the rotation of the earth) need the existing time system (or perhaps a better one...) Everyone else doesn't, and is better of with a system that is off sync by a few minutes every century and is easier to maintain. There is absolutely no need that all the people maintaining computers for any purpose have to use a complicated system of measuring time that is only needed by astronomers or operators of spacecraft (that seem not to be able to keep their foam in place nowadays...)

    The argument is stupid because there is absolutely no reason why two systems representing time cannot co-exist, with precise conversion functions where necessary. Astronomers would sync their telescopes using "Time PRO(TM)" and write their papers an a PC synced to NIST and displaying time using "Time HOME(TM)". Where's the problem. Overall costs would be lower because almost all software and hardware around the world has no need for the complication of syncing with earth rotation to within a second. reliability of time-critic software/hardware would be better because whoever makes them would have to learn more about what time is and not take it for granted. And finally: freeing precise time protocols from the need to be usable by beaurocrats all around the world would probably result later in a protocol that syncs time with earth movement much more often than a second every few years (how about a thousands of a second every few hours, and how about a time representation that divides an earth day to exactly a million equal parts? would be much more practical for controling telescopes or spaceships or sattelites).

    The Jewish callendar has 12 months totaling 354 days, so it's not in sync with the solarn year. Every 2 or 3 years a leap month is added. It used to be done ad-hoc by a body similar to NIST. But about 2 millenia ago the system changed by fixing a 19 year cycle. The Muslim calendar is the same without leap months, so every solar year it gains 11 days over the solar calendar, and it cycles every 365/11 solar years. So Muslim holidays are not in sync with the seasons, and muslims celebrating Ramadan in the summer can discuss how it was different when they were children and celebrated it in the winter. There is no problem with all those calendars coexisting, and there are precise functions for converting dates from one calendar to another.

    I don't see any problem. I think the US proposition will be adopted in some form without making the old time keeping system go away, the two time systems will coexist, and eventually those who really "need" the old system would devise a new and better system for their needs that doesn't have to make compromises for ease of use by others who don't need it.