The human-readable numeric formats should be: 2000-06-14T23:59:59Z or 2000-06-14T19:59:59-04:00 2000-06-14 23:59:59 (UTC) or 2000-06-14 19:59:59 (UTC-04:00) ...
In a message dated 9/1/2003 9:30:07 PM Central Daylight Time, ... Is this an opinion or do you have proof, experimented with the others. This has not been my...
hjwoudenberg@...
Sep 2, 2003 3:47 am
681
Hi, I am not clear on what you are saying in the latter half of your mail. I agree that text names included with the date can be confusing. For some users they...
I was referring to just the date format, not the actual calendar in use. The Chinese, Japanese, and Koreans have been using the year-month-day date order for a...
An American reply from Asia. ... From: Adam NGUYEN To: ISO8601@yahoogroups.com Sent: 2003 09 03 Wednesday 02:17 Subject: Re: [ISO8601] Re: Pure ISO 8601 or...
Budai, Andrew
bandi@...
Sep 3, 2003 3:23 pm
684
Day-month-year dates have been common in a lot of the world because it means something like "the first day, of the ninth month, of the two-thousand third year,...
Well, it's possible to write and say a date out in numeric form in year-month-day format, as it has been done with ISO's year-week-day format. Does this sound...
Enter your vote today! A new poll has been created for the ISO8601 group: Do you prefer to put a leading zero in front of a day number within a month, as in...
ISO8601@yahoogroups.com
Sep 4, 2003 1:39 am
687
Did not see a place on the voting form for a "why", so here it is. Column Alignment When printing dates in column format, keeping column alignment makes it...
... I voted yes as that is all that ISO 8601 permits. But where was the chance to add my explanation? I would not have registered any vote if I'd realized...
Justin - a 'greater-than' sign (right-ward arrow) would likely cause parser errors in XML applications. It is a reserved character for tags in the markup. -- ...
Jon Sears
JSears@...
Sep 16, 2003 1:53 pm
692
Well, the double-hyphen is part of the the standard and looks so similar to what has been traditionally used (single hyphen) for time intervals. On some fonts,...
Adding the rightward arrow now might interfere with some existing applications that attribute meaning to the right angle bracket. As it would be work to...
... Thanks for pointing that out. I hadn't noticed this paragraph before. What it says (at the end of section 5.5.2 in the draft 8601:2000 I have to hand): #...
... Sorry to be picky but that should be "may" not "must" in this context. Only < and & must be escaped. The only time that > must be escaped is when it...
... cause ... for tags ... be ... section. ... And that would only apply when putting an ISO8601 date on a Web page, rather than a data file. And in such cases...
Justin, Well I guess its possible that it could be considered 2 separate dates without including the interval in between, it still seems to me you are refering...
There's a thread today on how best to represent dates and times in a discussion forum, "Joel on Software," that is actively read by many software developers. ...
If you take the ISO-8601 literally, it isn't! Was this one of the polls that was done in the past? Literally it must be "2003-11-22T13:30:15" For B2B I agree. ...
hjwoudenberg@...
Oct 23, 2003 2:25 am
702
I do all dates like that. In my opinion, for human reading, it's the best way to do "YYYY-MM-DD hh:mm:ss", like "1999-12-31 23:59:59". That's the format that...
As you state, strictly speaking "2003-11-22 13:30:15" is not an ISO 8601 date. You could of course consider it an ISO 8601 date followed by an ISO 8601 time,...
I agree here for the timespans and separator. Before I discovered ISO 8601, I used to use a combination format like this: 1999/12/31 23:59:59 - 2000/01/01...
... discovered ... 23:59:59 ... like I ... it was in ... noticed that ... allowed, ... timespan ... use that ... choice. ... to a ... I previously talked about...
. Now: 2003.11.11+07:57:00 < +4089.0065 in my universe... > Using the plus sign {date+time} makes more sense, as the concept of time is additional to date,...
Well, I don't seem to agree here with the reverse solidus for timespans for human use. Now, something I would like to note (it has been noted before in the...