Samoa and Tokelau Are Skipping December 30th

SIgn of the "times" by LostCluster · 2011-12-30 06:50 · Score: 2

DST changes in the USA caused times to be odd on certain devices such as VCRs to incorrectly make the change... what's Samoa's tech devices thinking for time zone updates or will everybody have to do a lot of twisting to their watch. For anybody with any interest in what goes on there this is a big tech story.

Re:SIgn of the "times" by sconeu · 2011-12-30 06:55 · Score: 4, Informative

No change in time. -11 = +13 mod 24.
The only change is the date.

--
General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
Re:SIgn of the "times" by InterestingFella · 2011-12-30 06:58 · Score: 4, Funny

But how does Thailand handle unixtime? It's already year 2555 there. That's way past 32-bit int.
Re:SIgn of the "times" by Empiric · 2011-12-30 06:59 · Score: 1

Going by your sig, I think you should get a bonus +1 Informative for your sheer dedication to posting on Slashdot alone...

--
~ Whence do you come, slayer of men, or where are you going, conqueror of space?
Re:SIgn of the "times" by tepples · 2011-12-30 07:05 · Score: 2

But how does Thailand handle unixtime?
UNIX time is seconds since 1970-01-01 00:00 UTC minus the accumulated count of leap seconds. Thailand just counts it using days since whatever Thai date corresponds to the Gregorian date 1970-01-01.

It's already year 2555 there.
Yeah, and it's 5772 in Hebrew years, which roughly correspond to the time since Adam and Eve were created.
Re:SIgn of the "times" by Anonymous Coward · 2011-12-30 07:09 · Score: 1

My guess is that their VCRs are still very excited about it being 12:00.
Re:SIgn of the "times" by neurocutie · 2011-12-30 07:09 · Score: 1

yup, worse than Y2K I would imagine. It is going to be a horror show from a tech/accounting POV, for those countries and for anyone globally that cares to ever know about or interact with them.
off hand, for Unix types, you'll have to know not only what timezone, but also the exact locality to get the calendar right. Does current time code even have the sufficient smarts currently to handle specific countries CHANGING their TZ on a particular date? I kinda doubt it...
Re:SIgn of the "times" by LostCluster · 2011-12-30 07:13 · Score: 3, Interesting

This makes me wonder. Are people going to be paid/charged interest for a non-existing 12-30-11 there?
Re:SIgn of the "times" by InterestingFella · 2011-12-30 07:16 · Score: 5, Funny

If you go to north pole and keep running around the pole in same direction, crossing timezones, you can go infinitely back or forward in time!
Re:SIgn of the "times" by Cyberax · 2011-12-30 07:20 · Score: 2

Sure it does. A lot of countries change DST rules all the time.
Re:SIgn of the "times" by ciotog · 2011-12-30 07:32 · Score: 1

Someone please mod parent "whoosh!"
Re:SIgn of the "times" by ceoyoyo · 2011-12-30 07:42 · Score: 1

"UNIX time is seconds since 1970-01-01 00:00 UTC minus the accumulated count of leap seconds."
In other words, it's seconds since 1970-01-01 00:00 UT.
Re:SIgn of the "times" by ceoyoyo · 2011-12-30 07:43 · Score: 3, Interesting

Yes. Apparently they're paying people who were scheduled to work on Dec. 30. I assume they'll charge interest too.
Re:SIgn of the "times" by ceoyoyo · 2011-12-30 07:44 · Score: 5, Informative

Until you hit that darn international date line.
Re:SIgn of the "times" by mj1856 · 2011-12-30 07:54 · Score: 4, Informative

Does current time code even have the sufficient smarts currently to handle specific countries CHANGING their TZ on a particular date?
Yes. Linux/Unix has a long history of tracking timezone changes for specific countries, states, provinces, etc. It's called the Olsen Timzone Database. It was recently taken over by IANA, and is hosted here http://www.iana.org/time-zones
They are discussing this specific issue here:
http://mm.icann.org/pipermail/tz/2011-December/008458.html

This makes me wonder. Are people going to be paid/charged interest for a non-existing 12-30-11 there?
It depends. I work for a time and attendance company as software developer, so I have some insight. Basically, this is handled just like a DST change, but for a much longer period.
Many timekeeping systems (hardware and software alike) just keep track of "local time". Some have the ability to keep a list of DST changes that need to be applied at specific times, and some use NTP or other protocols to sync their clocks and pickup timezone changes that way. While these systems handle "spring-forward" changes ok, they are usually flawed in the way they handle "fall-back". If someone clocks in or out DURING the fall-back period, there is no way to tell if they get an extra hour or not, because there is no recorded distinction between the two times that are both called the same thing. The good thing about DST is that the change usually happens in the middle of the night, which minimizes the number of manual corrections that have to be made.
The solution to all of this, of course, is recording time as UTC and converting it for proper display depending on context. Some systems out there caught on early, but really this idea is just now making its way into the market. This is where the timezone database is very valuable. Windows also has a timezone database (different than the Olsen DB), but Microsoft only pushes it out every few months (via windows update), so it is often behind in various parts of the world. Microsoft timezone info here: http://blogs.technet.com/b/dst2007
Since Samoa and Tokelau are skipping a day, this is a "spring-forward" scenario - which is very easy to calculate. It is highly unlikely that they will have issues with paying an extra day (or charging an extra day's interest), as long as they consider the change like any other DST change. I would think that this is big news there, so anyone with custom code will probably be aware of the situation and make the correction.
Of course, if you have a bank account in another country, they are going to say a big "screw you" to your request to be charged one day's less interest just because your homeland is skipping a day. :)
Re:SIgn of the "times" by neurocutie · 2011-12-30 08:20 · Score: 1

Does current time code even have the sufficient smarts currently to handle specific countries CHANGING their TZ on a particular date?
Yes. Linux/Unix has a long history of tracking timezone changes for specific countries, states, provinces, etc. It's called the Olsen Timzone Database.
The solution to all of this, of course, is recording time as UTC and converting it for proper display depending on context.
Since Samoa and Tokelau are skipping a day, this is a "spring-forward" scenario - which is very easy to calculate.

ok, but the question is whether existing code in routine use (Unix: date(1), ctime(3), and similar functions in Windows), actually makes use of this database and regularly gets updates from this DB.
Sure the display from UTC is relatively easy, although is currently deploy code (OS's, applications, etc in common use), *already* set up to handle this? But going from dates to UTC is somewhat more tricky. What do commonly used OSs, apps, do about a user that is entering NONEXISTENT dates, like Dec 30, 2011 *in that locality* (but not necessarily in the locality of the user)? I guess dates are meaningless unless accompanied by the locality of the date.
Re:SIgn of the "times" by Greyfox · 2011-12-30 08:21 · Score: 1

It's TAI. Or GMT. Or Zulu time. Of all the things it possibly is, UTC is not one of them.
Linux systems can be configured to count leap seconds, but I've never seen one actually set up that way. I'd just as soon work in TAI most of the time and check the lookup tables myself if I need to adjust the time. At least that way I know I'm not accidentally deducting leap seconds twice or something. It's a huge pain in the ass to deal with just to know when the sun is exactly overhead.

--
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
Re:SIgn of the "times" by Anonymous Coward · 2011-12-30 08:32 · Score: 5, Funny

Just jump over it.
Re:SIgn of the "times" by ceoyoyo · 2011-12-30 09:03 · Score: 1

UT and UTC are not the same. It does turn out I remembered it wrong - UT is mean solar time, the successor of GMT, also known as Zulu time, and is kept by observing quasars. Since it's mean solar time, just like GMT, it doesn't have a constant number of seconds per year, and none of them are the basis for unix time.
UTC is TAI plus leap seconds (of both signs). It's an approximation of UT.
TAI is the one I meant.
Re:SIgn of the "times" by mj1856 · 2011-12-30 09:21 · Score: 2

What do commonly used OSs, apps, do about a user that is entering NONEXISTENT dates, like Dec 30, 2011 *in that locality* (but not necessarily in the locality of the user)? I guess dates are meaningless unless accompanied by the locality of the date.
Exactly. There are a whole slew of dates/times that simply do not exist in certain timezones. As an example, March 13, 2011 at 2:30 AM in Eastern Time (usa), which is smack in the middle of a "spring-forward" DST change. Say you use the TimeZoneInfo class in .Net Framework to convert from this non-existant time to UTC:
(c# code)
var tz = TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time");
var localTime = new DateTime(2011, 3, 13, 2, 30, 0);
var utcTime = TimeZoneInfo.ConvertTimeToUtc(localTime, tz);
You will get an ArgumentException with the message "The supplied DateTime represents an invalid time. For example, when the clock is adjusted forward, any time in the period that is skipped is invalid."
I'm assuming other languages/frameworks/os's do similar things, either throwing an exception, or returning null, NaN, or similar.
In regards to regular updates, Windows gets timezone updates from Microsoft via Windows Update. According to Wikipedia, Linux updates of the TZ database are different depending on distribution: http://en.wikipedia.org/wiki/Tz_database#Maintenance
Re:SIgn of the "times" by mjwx · 2011-12-30 17:59 · Score: 3, Funny

But how does Thailand handle unixtime? It's already year 2555 there. That's way past 32-bit int.
Considering that Unixtime only started in 2514.
Epoch fail.

--
Calling someone a "hater" only means you can not rationally rebut their argument.
Re:SIgn of the "times" by niktemadur · 2011-12-30 22:27 · Score: 1

Zulu time is kept by observing quasars.
Wait, shouldn't that be pulsars?

--
Lil' Thindime, lilting a lacrimose lament, krashes the kwaint konfines of Kokonino Kounty
Re:SIgn of the "times" by ArsenneLupin · 2012-01-01 22:36 · Score: 1

Sure the display from UTC is relatively easy, although is currently deploy code (OS's, applications, etc in common use), *already* set up to handle this?
Yes. Or at least those written by software engineers rather than painters. So utilities like date and ls are probably ok, whereas firefox and thunderbird might not.
Re:SIgn of the "times" by nobaloney · 2012-01-02 15:22 · Score: 1

And what about the Jewish residents and the Muslim residents (probably more Muslim than Jewish) who are very invested in the day of the Sabbath. What do they do?
Re:SIgn of the "times" by mj1856 · 2012-01-03 05:57 · Score: 1

Time to see a proctologist
Re:SIgn of the "times" by neurocutie · 2012-01-03 06:16 · Score: 1

so you mean that if I go to Samoa today, fired up a Unix/Linux/BSD and type "cal 12 2011", I will get this: $ cal 12 2011 December 2011 Su Mo Tu We Th Fr Sa 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 31 And date 201112300000? $ date 201112300000 Non-existent date
Re:SIgn of the "times" by ArsenneLupin · 2012-01-03 07:23 · Score: 1

Seems my Ubuntu is not yet up-to-date. However, a bug has "already" been logged.
Once fixed, date will act as expected (but the actual message will be date: invalid date `201112300000'), but not cal (cal will black the correct current day rather than yesterday, but still display the non-existent December 30th. The Gregorian fortnight in September 1752 is a hard-coded special case.) Just witness a similar case in Kirimati:
> TZ=Pacific/Kiritimati date -d @$((9131*86400)) Sat Dec 31 14:00:00 LINT 1994 > TZ=Pacific/Kiritimati date -d @$((9132*86400)) Mon Jan 2 14:00:00 LINT 1995 > TZ=Pacific/Kiritimati date 010100001995 date: invalid date `010100001995'
==> date behaves as expected.
However cal shows a non-existent January 1st 1995:
> TZ=Pacific/Kiritimati cal 1 1995 January 1995 Mo Tu We Th Fr Sa Su .. .. .. .. .. .. .1 .2 .3 .4 .5 .6 .7 .8 .9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 (display garbled by Slashdot's lack of <pre>, so I had to compensate with periods for legibility, sorry)

Your math does not calculate by InterestingFella · 2011-12-30 06:50 · Score: 2, Informative

If they change on January 1, then December 30 would already been passed at that point. So, that would mean it's already Dec 30 there right now and it cannot be Jan 1 yet according to any time zone. The math is fail.

Re:Your math does not calculate by Yvan256 · 2011-12-30 06:55 · Score: 2

I'm more confused about the fact that my calendar tells me there's a december 31st. Are they going to go "december 29th, december 31st, january 1st"?
Re:Your math does not calculate by owlstead · 2011-12-30 06:59 · Score: 2

"This means there will be no December 30, 2011 in these countries." You've just shown that you can skip calendar dates, congratulations!
Re:Your math does not calculate by Convector · 2011-12-30 07:00 · Score: 1

Yes, they're losing a day by effectively crossing the international dateline westward.
Re:Your math does not calculate by InterestingFella · 2011-12-30 07:02 · Score: 2, Funny

Bah, you westerners with your stupid one new year. I will celebrate western new year tomorrow, then in January I'll be in China when it's Chinese new year, and finally in April I will be in Thailand when it's Thai new year. Yay, three new year parties for me!

(and the Songkran will have country-wide free-for-all water fight, with insane amount of hot girls and ladyboys in wet t-shirts. Woohoo!)
Re:Your math does not calculate by Yvan256 · 2011-12-30 07:10 · Score: 1

But according to the summary they will do that starting january 1st, 2012. The day before that isn't/wasn't the 30th, it was the 31st.
Re:Your math does not calculate by Anonymous Coward · 2011-12-30 07:18 · Score: 2, Informative

We showed that we can skip calendar dates, on several occasions. E.g. when the 'catholic' world switched from the Julian to the Gregorian calendar in 1582-4. Then most of western Europe and the Americas in 1752-3. Eastern Europe in 1918, etc.
http://www.searchforancestors.com/utility/gregorian.html
Re:Your math does not calculate by owlstead · 2011-12-30 07:23 · Score: 1

Not according to the article. Fortunately, they don't retrofit the dates in history, they have gone forward 3hours already + switching dates... Wikipedia tells me the same, as does the television journal at home (which I am currently listening to as I'm posting this). Summary is wrong (gosh, what a surprise).
Re:Your math does not calculate by owlstead · 2011-12-30 07:29 · Score: 1

My post is wrong as well of course, it's not 3 hours ahead and - 1 day.... It was 21 hours later than Sydney, now it's 3 hours ahead according to the article.
Re:Your math does not calculate by Penguin · 2011-12-30 07:45 · Score: 4, Interesting

.. and cal even supports it:

$ cal 9 1752 September 1752 Su Mo Tu We Th Fr Sa 1 2 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

... however it's not that effective as locale is not taken into consideration. As your link mentions, "only" England+Scotland+colonies switched at that point.

--
- Peter Brodersen; professional nerd
Re:Your math does not calculate by digitig · 2011-12-30 08:23 · Score: 1

Go via Russia and you have a chance of another Christmas.

--
Quidnam Latine loqui modo coepi?
Re:Your math does not calculate by catbutt · 2011-12-30 08:56 · Score: 2

Probably because dec 31, 2011 is in lots of legal contracts. If you eliminate that date, you have a lot more chances for people to try to weasel their way out of contracts, and more work for courts.
Re:Your math does not calculate by fotoguzzi · 2011-12-30 09:55 · Score: 1

But Slashdot doesn't support cal! Grrr!

--
Their they're doing there hair.
Re:Your math does not calculate by ArsenneLupin · 2012-01-01 22:39 · Score: 1

Bah, you westerners with your stupid one new year. I will celebrate western new year tomorrow, then in January I'll be in China when it's Chinese new year, and finally in April I will be in Thailand when it's Thai new year. Yay, three new year parties for me!
... and don't forget about the really big "New Year" on December 21st 2012...

But... by Millennium · 2011-12-30 06:55 · Score: 1

No Friday? How can they properly get down, if not on Friday?

Re:But... by eclectus · 2011-12-30 07:13 · Score: 2

Yeah, they should have skipped a Monday. Or even a Wednesday

--
This signature is a waste of 42 characters
Re:But... by Anonymous Coward · 2011-12-30 07:29 · Score: 1, Funny

Or Thursdays, I never could get a hang of Thursdays.
Re:But... by Megane · 2011-12-30 08:27 · Score: 2

If the wanted to skip a Monday, they could have just shot the whole day down.

--
#naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
Re:But... by 742Evergreen · 2011-12-30 23:15 · Score: 1

I'm guessing about 42%

This happened to me once by Stargoat · 2011-12-30 06:59 · Score: 3, Funny

This happened to me once. I crossed the International Date line on December 24. It was December 26 on the other side. It was the year without a Christmas.

--
Hoist Number One and Number Six.

Re:This happened to me once by Anonymous Coward · 2011-12-30 07:11 · Score: 2, Insightful

Go the other direction. I was on a ship where we were scheduled to have thanksgiving day twice. Seeing how the food was rather mediocre, we naturally assumed this meant we would get two thanksgiving dinners, which would have been wonderful. The ship then rescheduled the repeat day earlier (when you have 10 days between the two ports when you're making the idl crossing, you can schedule it whenever you want).
Re:This happened to me once by kervin · 2011-12-30 07:20 · Score: 1

It was the year you had Christmas on December 26th
Re:This happened to me once by owlstead · 2011-12-30 07:26 · Score: 1

Then again, what's Christmas mid travel but a poor substitution?
Re:This happened to me once by archen · 2011-12-30 07:35 · Score: 3, Informative

Marry someone from Canada and you can have Thanksgiving twice a year every year (or the other way if you are Canadian).
Re:This happened to me once by TheSpoom · 2011-12-30 07:40 · Score: 1

Way ahead of you (though I'm the Canadian) :^)

--
It's better to vote for what you want and not get it than to vote for what you don't want and get it.
- E. Debs
Re:This happened to me once by Baloroth · 2011-12-30 08:01 · Score: 1

Then again, what's Christmas mid travel but a poor substitution?
Ask Santa.

--
"None can love freedom heartily, but good men; the rest love not freedom, but license." --John Milton
Re:This happened to me once by nedlohs · 2011-12-30 08:32 · Score: 2

I skipped over my wedding aniversary on my flight to Australia last year. Best anniversary so far!
Given wanting to do the flying on the weekend I won't be able to repeat that until 2016.
Re:This happened to me once by nedlohs · 2011-12-30 08:35 · Score: 1

I mean this year - I'm skipping a couple of days right now apparently.
Re:This happened to me once by roc97007 · 2011-12-30 10:20 · Score: 1

Great idea. I'd have to convince my current wife. And probably change religions.

--
Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
Re:This happened to me once by niktemadur · 2011-12-30 23:09 · Score: 1

This happened to me once. I crossed the International Date line on December 24. It was December 26 on the other side. It was the year without a Christmas.
If this was in 2004, and you'd have gone from December 25th to the 27th, maybe the Boxing Day Tsunami could have been averted.

--
Lil' Thindime, lilting a lacrimose lament, krashes the kwaint konfines of Kokonino Kounty

No 12/31 by colinrichardday · 2011-12-30 07:20 · Score: 1

I read that they actually skip 12/31/2011, not 1/1/2012.

Re:No 12/31 by Anonymous Coward · 2011-12-30 11:44 · Score: 1

Neither. They skipped 30/12/2011 and most certainly not in any other format, since they don't follow the retarded american format.

Fine idea by PopeRatzo · 2011-12-30 07:21 · Score: 1

I think Samoa has a terrific idea here. So, I've decided that I'm skipping 12/31/2011.

I'm still trying to decide whether I should skip 1/1/2012, too.

--
You are welcome on my lawn.

Re:Fine idea by lgw · 2011-12-30 11:14 · Score: 2

Presumably this will be decided by how much alcohol you consume on 12/30, and when you regain consciousness?

--
Socialism: a lie told by totalitarians and believed by fools.
Re:Fine idea by Kalriath · 2011-12-30 13:02 · Score: 1

Samoa doesn't have a 31st month, so they wont be skipping that. Or they already are. Hmm.

--
For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
Re:Fine idea by PopeRatzo · 2011-12-30 14:13 · Score: 1

Presumably this will be decided by how much alcohol you consume on 12/30, and when you regain consciousness?
No, it is a decision enabled by my total mastery over the very fabric of space and time.
And how much alcohol I consume on 12/30.

--
You are welcome on my lawn.

Oops by colinrichardday · 2011-12-30 07:21 · Score: 1

They skip to 12/31.

Re:fail by TamCaP · 2011-12-30 07:22 · Score: 3, Informative

just count on your knuckles from left to right (both hands); each big knuckle - {31}, each small knuckle - [28-30]

First Break in the Seven Day Week Cycle by dbkluck · 2011-12-30 07:23 · Score: 3, Interesting

According to wikipedia (admittedly with a "citation needed") the seven day week cycle has continued unbroken for almost two millenia, despite numerous readjustments in the date over the centuries. So although skipping even a whole bunch of dates is not unheard of (e.g., Thursday, October 4th, 1582 followed immediately by Friday, October 15th when the Gregorian calendar was adopted), this seems like the first time in a long time that the day after Thursday hasn't been Friday.

Re:First Break in the Seven Day Week Cycle by __aajfby9338 · 2011-12-30 07:31 · Score: 2

Once I injured my back, and my doctor prescribed a collection of meds that caused Monday to be the day after Friday.
Re:First Break in the Seven Day Week Cycle by Deadstick · 2011-12-30 07:32 · Score: 1

You left out two words: "in Europe". Google "the day no Filipinos were born".

Try "cal 9 1752" at a *nix command prompt by knorthern+knight · 2011-12-30 07:23 · Score: 2

Good thing they didn't have VCRs back then.

--

I'm not repeating myself
I'm an X window user; I'm an ex-Windows user

Re:Try "cal 9 1752" at a *nix command prompt by owlstead · 2011-12-30 07:56 · Score: 1

It explains why I only have part of "Jephtha" by Handel though.
Re:Try "cal 9 1752" at a *nix command prompt by Brett+Buck · 2011-12-30 08:05 · Score: 1

Damn those Samoans - don't mess with Pope Gregory! He's got friends in high places, you know.

Re:fail by TamCaP · 2011-12-30 07:24 · Score: 4, Funny

s/small knuckle/valley between knuckles/ :-)

Why does the summary say Jan 1? by CrimsonAvenger · 2011-12-30 07:28 · Score: 1

TFA clearly says they're doing this on December 29, not January 1.

I know that the editors don't have time to fact-check the articles, but can't the submitter (who presumably read the article before he posted it) at least remember what he read long enough to summarize it kinda-sorta accurately?

--

"I do not agree with what you say, but I will defend to the death your right to say it"

New Zealand is important! by SplashMyBandit · 2011-12-30 07:45 · Score: 3, Insightful

.. for once.

[Disclaimer: I live there]

Re:New Zealand is important! by PRMan · 2011-12-30 08:21 · Score: 1

Of course it's important. Without it, we wouldn't have Narnia or Lord of the Rings...

--
Peter predicted that you would "deliberately forget" creation 2000 years ago...
Re:New Zealand is important! by roc97007 · 2011-12-30 10:22 · Score: 2

For once? The geekiest movie trilogy of all time was filmed there.

--
Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
Re:New Zealand is important! by owlstead · 2011-12-30 11:08 · Score: 1

...to Samoa... :)
Re:New Zealand is important! by mjwx · 2011-12-30 18:00 · Score: 1

.. for once.
[Disclaimer: I live there]
The most important state in Australia, I think not.

--
Calling someone a "hater" only means you can not rationally rebut their argument.
Re:New Zealand is important! by shutdown+-p+now · 2011-12-31 17:45 · Score: 1

NZ (and Australia) is extremely important. Whenever Americans start bitching about crappy Internet connections that they get, you guys are always there to helpfully chime in and explain what a truly sucky connection actually is.

Changing trade relationship by Meniconi,Nando · 2011-12-30 07:46 · Score: 1

Many garments with Made in America labels used to be made in Samoa. Just saying.

Re:Changing trade relationship by NJRoadfan · 2011-12-30 08:02 · Score: 2

That would be American Samoa, which looks to be retaining the UTC-11 time zone.

Not really, no. by Anonymous Coward · 2011-12-30 07:58 · Score: 5, Informative

No, actually it's not.

First, UT is a bit confusing. You have to specify which UT you mean: UTC, UT0, UT1, UT1R, etc...

All these, except UTC, are based on celestial movement. Which means they will vary due to natural causes. A slight wobble in Earths orbit or a little bit of tectonic shift will cause seconds to be shorter or longer. UTC is based on 'artificial' timing (atomic timekeeping) and as such has slightly different seconds than the other UT's.

So, no, UTC is not simply another UT without counting leap seconds.

Timekeeping is hard. Really hard.

Re:Not really, no. by Anonymous Coward · 2011-12-31 17:47 · Score: 1

I should have swallowed the other pill.

No the key change is the work-week. by kale77in · 2011-12-30 08:08 · Score: 3, Informative

Their work-week is now in sync with Aust and NZ, rather than only having four days that coincide.

Re:No the key change is the work-week. by kramulous · 2011-12-30 10:13 · Score: 1, Informative

Three days, not four. Australia's Monday is Samoa's Sunday. Samoa's Friday is Australia's Saturday.
No longer. All days now align.

--
.
Re:No the key change is the work-week. by SteveTheNewbie · 2011-12-30 19:30 · Score: 5, Insightful

My goodness, three days ? let me draw you a little table.

M - S
T - M *
W - T *
T - W *
F - T *
S - F
S - S

The days with a * next to them are 'working days which coincide', you'll notice there are four of them. I'm quite amazed that you got modded to 4.

Why not wait for leap day? by AthanasiusKircher · 2011-12-30 08:16 · Score: 5, Insightful

If they just waited two months until February, they could have just issued calendars that skipped leap day, and few people would have even noticed (until the work week suddenly became shorter).

And they'd get to say that they were "leaping" over leap day....

Re:Why not wait for leap day? by dbIII · 2011-12-30 12:53 · Score: 1

At this time of year it doesn't really matter in a lot of parts of the world while February is way out of holiday season and it may matter.
Re:Why not wait for leap day? by AthanasiusKircher · 2011-12-30 14:05 · Score: 1

At this time of year it doesn't really matter in a lot of parts of the world while February is way out of holiday season and it may matter.
How, exactly? How does skipping an official day of the year not matter now? If you're talking about paying people for non-holidays, that doesn't seem to be the issue here, since they could have chosen a weekend day. Instead, they chose to delete a weekday, which forced companies to pay salaries for a day that didn't exist. If you're talking about interest rates and such, those would accrue the same way no matter what day was deleted.
I'm not sure how deleting a Friday near the end of the year somehow "doesn't matter," while deleting a Wednesday a couple months later would. No matter what day of the year you choose, if it's a weekday, most businesses are going to lose money. It's effectively an extra paid holiday for everybody. For the small amount of businesses that shut down completely between Christmas and New Year's, it might have been more convenient, but that is hardly a large percentage these days.
By the way, my suggestion of Leap Day was somewhat flippant. I don't think it matters much what day it is, but it just seems a more obvious choice, since it's so close.
Re:Why not wait for leap day? by dbIII · 2011-12-31 13:20 · Score: 1

For the small amount of businesses that shut down completely between Christmas and New Year's, it might have been more convenient
I see your misunderstanding now. It's not North America. With the summer holiday season nearly everything in shut down between Christmas and New Year in just about every country around and in the South Pacific. The places that are not completely shutdown lost two weekdays last week to public holidays (in most of those countries) anyway.

which forced companies to pay salaries for a day that didn't exist
Salaries are paid over a year and I don't get an extra days pay every leap year either. Wages are based on logged hours so nobody gains or loses there either. I fail to see where you are getting this from. If a payroll system cannot cope with a day where nobody is there then there are much larger problems with it and it will not exist for long. I can't see it creating any increase in costs despite what is written above.

Re:Kill timezones already by PolygamousRanchKid+ · 2011-12-30 08:23 · Score: 1

I'd think this would be a problem for military folks with ships and planes scattered in time zones? How do they handle this? They must also have date line problems? Do they shift duty times when moving?

--
Schroedinger's Brexit: The UK is both in and out of the EU at the same time!

Re:Kill timezones already by Greyfox · 2011-12-30 08:29 · Score: 1

I've suggested this several times and people are all like "waaaah! I don't WANT to have to eat lunch at 2 in the morning!" But if you're going to do that you don't want to use UTC, since it's adjusted for the rotation of the earth with leap seconds. You want to use nice pure TAI. Nothing there but vibrations of a cesium atom!

Even then you still have to worry about relativity and stuff, since the time for people on mountains or in space will differ from people on the equator. I forget if TAI adjusts for that or not...

--

I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

Re:Kill timezones already by hankwang · 2011-12-30 08:29 · Score: 5, Insightful

Switch the entire world to UTC (and kill am/pm since they'll no longer correspond to morning/night in half the world). ... just the idea of eliminating "2pm your time or mine?" makes it worthwhile.

That might be convenient for making appointments for telephone conferences, but it really sucks if you actually travel to such a timezone and need to schedule your daily program; then you will have to calculate the offset relative to your old place every time you wonder whether it is already lunch time, or whether the shops/offices are open. Not to mention that having the date and day of the week change in the middle of the day might also be rather inconvenient: what does "see you on Wednesday" mean?

And as for appointments: calendar applications already take care of calculating the time zones while scheduling meetings.

--
Avantslash: low-bandwidth mobile slashdot.

NIGHTMARE by stanlyb · 2011-12-30 08:44 · Score: 1

As a software developer i assure you, this is going to be a nightmare coming true. Brrrrrrrrr.

Re:NIGHTMARE by Anne+Thwacks · 2011-12-30 09:01 · Score: 2

As a software developer i assure you, every day is a nightmare coming true.
Thats fixed it for you!

--
Sent from my ASR33 using ASCII

Re:fail by aix+tom · 2011-12-30 08:47 · Score: 1

Move closer to a nuclear plant, that will fix you right up.

Inquiring minds want to know by jabberw0k · 2011-12-30 08:52 · Score: 4, Funny

What will this do to the supply of Girl Scout Samoa cookies? (For the record, I hoarded Manila folders when the Marcos government fell.)

Let me correct this by tepples · 2011-12-30 09:00 · Score: 3, Informative

I apologize for sidetracking the discussion to the leap second issue. Let me try again: "seconds since the UNIX time epoch, counting any leap seconds as 0 instead of 1". This makes each midnight-to-midnight period 86400 seconds long. My point is that the UNIX time epoch is the same regardless of the local civil calendar's epoch.

Re:Kill timezones already by Anonymous Coward · 2011-12-30 09:04 · Score: 1

I've lived on military bases as a family member, and on more than one occasion, asking a uniformed soldier/sailor/airman for the time would get you "1800 zulu" which is the current time in Greenwich, England. It's up to each person wherever they are to figure their relation to zulu time, and add or subtract from that to get your local time.

In essence, yes, they already do that. Posting anon since i've already modded in here.

What do you call? by johnsnails · 2011-12-30 09:48 · Score: 1

What do you call a Samoan who falls off the lounge? Fella Fell Off A Sofa

Re:Kill timezones already by hokeyru · 2011-12-30 10:44 · Score: 1

I've worked on a ship. On US-flagged vessels, it is customary (probably even mandatory) to change the shifts when switching time zones. A one-hour change is normally broken into three 20-minute chunks, to distribute across the three watch shifts. There is a special board labeled 'advance clocks' or 'retard clocks' hung under the clock in the mess, so everyone is made aware.

During the month I spent on a ship in the arctic, crossing time zones every day, they stayed on a single zone. Of course, the sun never set, so it wasn't much of a problem.

Re:Kill timezones already by hokeyru · 2011-12-30 10:47 · Score: 1

But then, how would we implement DST?

Re:fail by fnj · 2011-12-30 11:36 · Score: 1

It's no use. This technique can't be explained without a picture.

Re:Kill timezones already by dbIII · 2011-12-30 12:49 · Score: 1

Actually all of China is on Beijing time and China goes something like three Russian time zones to the west. That's a lot of people that are used to the clock time not matching where the sun is in the sky.

Re:Kill timezones already by Bomazi · 2011-12-30 13:42 · Score: 1

TAI, like the other modern time scales, takes relativity into account. It is defined as the proper time of an observer on the geoid. Thus TAI is the same for everyone.

Re:Kill timezones already by petermgreen · 2011-12-30 13:44 · Score: 1

It would add other confusion of it's own though. For example the confusion of having one workday spread across two calender days in some regions and the confusion when you arrive somewhere of "what time is daytime here".

--
note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register

Word and object by colinrichardday · 2011-12-30 13:56 · Score: 1

The skipped the day, not the notation.

Slashdot Mirror

Samoa and Tokelau Are Skipping December 30th

107 of 140 comments (clear)