References: <email@example.com> <firstname.lastname@example.org> <3E022101.8D8BA0FD@yahoo.com> <email@example.com>
Subject: Re: what is 100R mean in a schematics?
X-Newsreader: Microsoft Outlook Express 5.50.4522.1200
Date: Fri, 20 Dec 2002 20:06:02 GMT
NNTP-Posting-Date: Fri, 20 Dec 2002 21:06:02 MET
Organization: Telenet Internet
It's not just John's method, it's ISO-8601.
And yes, ISO-8601 will fail on 1st January 10001(*). So?
(*) The year 10000 represented as 0000 cannot be confused with the year 0
because there never was a year 0; the year before year 1 CE (Common Era) was
year 1 BCE (Before Common Era).
"RP Henry" wrote in message
> "John Hall" wrote in message
> > On 20 Dec 2002 06:46:37 -0800, firstname.lastname@example.org (Ian Okey) wrote:
> > >...
> > >BTW which format is the ISO date format. When working with US/CAN or
> > >parts of Europe the first negotiation always seems to be over the
> > >project standard date representation. dd/mm/yy; mm/dd/yy; yyyy/mm/dd
> > yyyy-mm-dd hh:mm:ss
> > Apart from being logical, and can be sorted without requiring horrible
> > parsing and calculating, its big advantage is that it's obviously not
> > one of the usual suspects. I hoped it would become more widely used
> > and accepted during the Y2K mess, but my puny efforts did not succeed
> > in changing the world.
> Unless you are willing to extend the yyyy field indefinitely to the left,
> your method will fail in about 8000 years.