Date formats and ISO 8601

[Marcus Harnisch]

Hi Adrian

Indeed, I was referring to the ‘T’ that is generated by ClearCase -fmt "%d".

Without having the ISO document for reference (just looking at the
Wikipedia page), I understand the sentence such that separators may be
“omitted” as in “dropped” rather than “exchanged for whitespace”.

The issue resembles that of encoder vs decoder. If one tool generates one
specific compliant format variant it can rightfully claim “compliance”, if
OTOH another tool consumes one specific compliant format it cannot make the
same claim. So I guess I got confused by the reference to ISO 8601.
Although not a Python expert, I would find it rather surprising if Python
didn't have a fully compliant ISO 8601 parser though, which I think could
be useful to add.

For my specific issue I found a workaround, since ClearCase's "%Vd" format
is supported by Mercurial.

Thank you (and also Matt, whose mail has just popped up)
Marcus



On Tue, Jul 26, 2016 at 7:24 PM, Adrian Klaver <adrian.klaver at aklaver.com>
wrote:

> On 07/26/2016 12:46 AM, Marcus Harnisch wrote:
>
>> Hi all
>>
>> I just happened to notice that contrary to claims made by "hg help
>> dates", Mercurial does not support ISO 8601 format (cf.
>> https://en.wikipedia.org/wiki/ISO_8601). Could this be added? A common
>> standard would be really helpful in scripts where tools might generate
>> time stamps to be used by Mercurial.
>>
>
> I am guessing you are referring to the lack of T. That is permitted:
>
>
> https://en.wikipedia.org/wiki/ISO_8601#Combined_date_and_time_representations
>
>
> It is permitted to omit the 'T' character by mutual agreement.[21]
>
> 21. "ISO 8601:2004(E)". ISO. 2004-12-01. "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."
>
>
>> Thanks
>> Marcus
>>
>>
>>
>> _______________________________________________
>> Mercurial mailing list
>> Mercurial at mercurial-scm.org
>> https://www.mercurial-scm.org/mailman/listinfo/mercurial
>>
>>
>
> --
> Adrian Klaver
> adrian.klaver at aklaver.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20160726/fd9cda74/attachment-0002.html>