Re: A lurker surfaces

2007-01-01 Thread Michael Sokolov
Ashley Yakeley <[EMAIL PROTECTED]> wrote: > I'd like to see an elastic "civil second" to which SI nanoseconds are > added or removed. Ditto! I have always been in favor of rubber seconds, and specifically civil second. I believe that the *CIVIL* second should have its own definition completely

Re: Hippocratic humours

2006-12-26 Thread Michael Sokolov
Steve Allen <[EMAIL PROTECTED]> wrote: > I'll offer a crude paraphrase of the viewpoints on the issue of > knowing the interval to a date a year in the future: You would have a much easier time (pun) predicting the interval in SI seconds to a calendar date a year in the future if you use the Repu

Re: 2006 WP-7A meeting summary

2006-10-26 Thread Michael Sokolov
Daniel R. Tobias <[EMAIL PROTECTED]> wrote: > Why people always feel compelled to use proprietary Microsoftism file > formats for things that could be epressed perfectly fine in plain > ASCII text I have no idea. Would you or anyone else on the list be so kind as to provide an ASCII translation o

Re: independence day

2006-07-05 Thread Michael Sokolov
Rob Seaman <[EMAIL PROTECTED]> wrote: > The point is, however, that nothing - absolutely nothing - > would then protect legal timekeeping in the U.S. or elsewhere from > the whims of future timekeepers at the ITU. > > Say we go with leap hours. UTC isn't therefore less malleable than > currently

Re: building consensus

2006-06-05 Thread Michael Sokolov
John Cowan <[EMAIL PROTECTED]> wrote: > All your points are correct, but it doesn't change the fact that > there was no 1845-12-31 in Manila, any more than there was a > second labeled 2006-04-02T00:02:30 in New York. Perhaps you meant 2006-04-02T02:30:00? MS

Re: Risks of change to UTC

2006-01-22 Thread Michael Sokolov
John Cowan <[EMAIL PROTECTED]> wrote: > Once we have accomplished the former [changing the basis of civil time], > I don't give a hoot about the latter [hobbling UTC]. > Keep UTC if you want. Then what are you doing here? Why don't you go to your elected representatives in whatever country you c

Re: the tail wags the dog

2006-01-22 Thread Michael Sokolov
Steve Allen <[EMAIL PROTECTED]> wrote: > The CGPM recommendation on the timescale everyone should use says UTC. > > UTC(insert your national time service here) is available in real time. > > TAI is the mathematical (really the political or diplomatic) entity > upon which UTC is ostensibly based, b

Re: The real problem with leap seconds

2006-01-07 Thread Michael Sokolov
Ed Davies <[EMAIL PROTECTED]> wrote: > UTC is expressible as a real number in just the same way that > Gregorian dates (with months with different lengths and leap > days) can be with the Julian calendar. > > There's no difference in principle between converting from a > TAI time in seconds since

Re: The real problem with leap seconds

2006-01-07 Thread Michael Sokolov
Poul-Henning Kamp <[EMAIL PROTECTED]> wrote: > In this rather humorous document you have managed to say that POSIX > screwed up badly. We already knew that :-) What does this have to do with POSIX? The word POSIX does not appear in my article. MS

Re: The real problem with leap seconds

2006-01-07 Thread Michael Sokolov
Steve Allen <[EMAIL PROTECTED]> wrote: > If I read it right you have reinvented Markus Kuhn's UTS [...] Close to it, but... Ed Davies <[EMAIL PROTECTED]> followed up: > Also, Markus wasn't proposing UTS as a civil timescale but just > for use within computer systems, etc. Therein lies the key

Re: The real problem with leap seconds

2006-01-07 Thread Michael Sokolov
Please ignore this post. It got away because I was connected to my UNIX host from my girlfriend's PC over her cable Internet connection which is probably the crappiest in the world as I was composing a reply to some posts on this list, and as it crapped out on me, the mail process on the UNIX host

Re: The real problem with leap seconds

2006-01-07 Thread Michael Sokolov
IL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.4.2.1i Sender: [EMAIL PROTECTED] Precedence: list Status: RO On Sat 2006-01-07T07:39:58 +, Michael

The real problem with leap seconds

2006-01-06 Thread Michael Sokolov
Hello, I am a new entrant into the leap second debate and I have just written a paper in which I have outlined what I think is the real problem with UTC and leap seconds as they are currently implemented and a proposed solution. I have put the article on my web page: http://ivan.Harhan.ORG/~msok