> -----Original Message----- > From: Jeff King > Sent: Tuesday, August 26, 2014 9:33 > > On Tue, Aug 26, 2014 at 03:19:11PM +0200, Oliver Busch wrote: > > > PS: As far as I understand it, there is no "optionality" of > the "T" as an > > indicator for the start of the time part. > > The standard says (and I am quoting from Wikipedia here, as I do not > have it myself): > > 4.3.2 NOTE: By mutual agreement of the partners in information > interchange, the character [T] may be omitted in applications where > there is no risk of confusing a date and time of day representation > with others defined in this International Standard.
>From ISO 8601:2004 4.3.2 Complete representations The time elements of a date and time of day expression shall be written in the following sequence. a) For calendar dates: year - month - day of the month - time designator - hour - minute - second - zone designator b) For ordinal dates: year - day of the year - time designator - hour - minute - second - zone designator c) For week dates: year - week designator - week - day of the week - time designator - hour - minute - second - zone designator The zone designator is empty if use is made of local time in accordance with 4.2.2.2 through 4.2.2.4, it is the UTC designator [Z] if use is made of UTC of day in accordance with 4.2.4 and it is the difference-component if use is made of local time and the difference from UTC in accordance with 4.2.5.2. The character [T] shall be used as time designator to indicate the start of the representation of the time of day component in these expressions. The hyphen [-] and the colon [:] shall be used, in accordance with 4.4.4, as separators within the date and time of day expressions, respectively, when required. NOTE By mutual agreement of the partners in information interchange, the character [T] may be omitted in applications where there is no risk of confusing a date and time of day representation with others defined in this International Standard. > > But I am not sure that "omitted" means "can be replaced with a space". > And while you can define "by mutual agreement" as "git defines the > format, so any consumers agree to it" that is not necessarily > useful to > somebody who wants to feed the result to an iso8601 parser > that does not > know or care about git (i.e., it shoves the conversion work onto the > person in the middle). Omitted /T?/ does not mean replaced with another character. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
