I don't know why you say it is "under review."  ISO 8601 is in the 3rd (2004) 
edition, and is widely used for data interchange that must be both computer and 
human readable.  It disclaims itself as a standard in flowing text; it is for 
use in data fields.  If only computers need to read it, Unix time is probably 
preferred.

Incidently the format "Era-Year-Month-Date H hr:m:s" is wrong.  There is no 
"era" field.  The basic format requires 4 digit non-negative year, and expanded 
format allows five or more year digits with a mandatory positive or negative 
sign to handle years outside 0000 to 9999.  In concatenated date/time fields, 
no 
space is permitted and the required separator is "T" not "H". Thus 
yyyy-mm-ddThh:mm:ss that should be followed by a "Z" for UTC time or a signed 
field with hours (and minutes if required) offset from UTC.  Any space 
terminates the field.  That requirement sacrifices some human readability for 
the computer gods.  The hyphens and colons may be omitted, although human 
readability is sacrified, but the "T" is compulsary.  Leading zeroes are 
required where necessary to pad each subfield to the correct length.  You 
should 
learn it and use it before complaining it is not used.  Incidently it declares 
the Gregorian calendar, it may NOT be used with the Julian calendar or any of 
your proposed calendar revisions.  It contains a brief definition of Gregorian, 
and requires proleptic Gregorian for dates before the Gregorian calendar was 
required.





________________________________
From: Brij Bhushan Vij <[email protected]>
To: U.S. Metric Association <[email protected]>
Sent: Thu, March 28, 2013 12:55:41 AM
Subject: [USMA:52561] ISO Representation of Date & Time instant WRE: Re: Date 
Format


John sir:
>Era-Year-Month-Date H hr:m:s
Between 1975 and today (2013), some 28 years have goneby and ISO format is 
still 
under REVIEW. 

Why cannot the world take guidance from Le Systeme Internationale d'Unites (SI) 
- Think Tanks? The need is to follow rather leave loose knots and find HOW NOT 
TO IMPLEMENT?
Let's look beyond our table of responsibility!
Regards,
Brij Bhushan Vij 
Thursday, 2013 March 28H00:93(decimal)EST
Aa Nau Bhadra Kritvo Yantu Vishwatah -Rg Veda 
The Astronomical Poem (revised number of days in any month)
"30 days has July,September, 
April, June, November and December 
all the rest have 31 except February which has 29 
except on years divisible evenly by 4; 
except when YEAR divisible by 128 and 3200 -
as long as you remember that 
"October (meaning 8) is the 10th month; and 
December (meaning 10) is the 12th BUT has 30 days & ONE 
OUTSIDE of calendar-format"
Jan:31; Feb:29; Mar:31; Apr:30; May:31; Jun:30 
Jul:30; Aug:31; Sep:30; Oct:31; Nov:30; Dec:30 
(365th day of Year is World Day)
******As per Kali V-GRhymeCalendaar***** 
"Koi bhi cheshtha vayarth nahin hoti, purshaarth karne mein hai"
My Profile - http://www.brijvij.com/bbv_2col-vipBrief.pdf
Author had NO interaction with The World Calendar Association
except via Media & Organisations to who I contributed for A 
Possible World Calendar, since 1971. 
HOME PAGE: http://www.brijvij.com/ 
Contact via E-mail: [email protected] OR
"GAYATRI LOK"  Flat # 3013/3rd Floor
NH-58, Kankhal Bypass, Dev-Bhoomi, HARIDWAR-249408 (Uttrakhand - INDIA)

 

> From: [email protected]
> To: [email protected]
> CC: [email protected]
> Subject: [USMA:52556] Re: Date Format
> Date: Wed, 27 Mar 2013 07:53:33 +0000
> 
> I've just got some new cheques from HSBC in Canada, and, because Canadians 
> used to use d-m-y, but many now use the American m-d-y (because that's the 
> default for most US software sold in Canada), my cheques are very specific 
> in how the date is written: yyyy-mm-dd. It would be a huge benefit if 
> everyone, Americans included, adopted that standard. BTW, it is not only 
> Europeans who use d-m-y. Most of the rest of the world also uses it.
> 
> John F-L
> 
> -----Original Message----- 
> From: [email protected]
> Sent: Tuesday, March 26, 2013 11:00 PM
> To: U.S. Metric Association
> Cc: U.S. Metric Association
> Subject: [USMA:52555] Date Format
> 
> Stanislav. I appreciate the information you sent about date and time.
> In my mind, the yyyy mm dd date format makes sense for sticking on the
> end of file names so the files remain in alphabetical order. My United
> States passport uses 26 Mar 2013 format, which I prefer to use in all
> other cases because spelling out the month ensures that no person can
> mix the day up with the month. We have an International Trade section
> where I work, and I remember seeing a contract signed by someone in
> England along with a scrawled-in date using numbers only, 10 11 2004
> which caused confusion because the person who signed the contract
> meant to convey 10 November, but it was misinterpreted in our office
> as October 11. Please see the date triangle graphic on my
> MetricPioneer.wordpress.com blog.
> David Pearl MetricPioneer.com 503-428-4917
> 
> ----- Message from [email protected] ---------
> Date: Mon, 25 Mar 2013 17:10:08 -0400
> From: Stanislav Jakuba <[email protected]>
> Subject: Hi
> To: [email protected]
> 
> 
> > David:
> > I sent you the Date & Time article because I noticed your European way of
> > D M Y. To be metric to me means to go with ISO standards overall. SI
> > units is just one ISO standard. The cited Date & Time ISO standard bridges
> > the differences among all nations with its y m d sequence as described in
> > the article. So I thought that if you must annoy (:-) Americans with
> > something unfamiliar, it should not be a European standard, but rather an
> > International standard. All my industrial clients have adopted the ISO
> > sequence and I have been using it since it's issuance a 1/2 century ago. I
> > hope you will also.
> >
> > On a different subject, if you send me your address I will mail you my SAE
> > paper about SI. I have extra copies from years past. Perhaps you can
> > enlighten a few people in the financial/government sector.
> > Stan
> >
> 
> 
> ----- End message from [email protected] -----
> 
> 
> 
> 
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2013.0.3267 / Virus Database: 3161/6205 - Release Date: 03/26/13 
> 

Reply via email to