Author daniel.urban
Recipients ajaksu2, daniel.urban, l0nwlf, merwok, techtonik
Date 2010-04-28.17:40:07
SpamBayes Score 0.000111055
Marked as misclassified No
Message-id <1272476410.08.0.346392568961.issue7584@psf.upfronthosting.co.za>
In-reply-to
Content
> My Python code as well as your patch doesn't specify that "Z" must be
> present when time zone offset is unknown or absent,

Yes, that is because RFC 3339 explicitly says (in 4.3.) that -00:00 is "differs semantically from an offset of "Z" or "+00:00", which imply that UTC is the preferred reference point for the specified time". It also says that  if "the offset to local time is unknown, this can be represented with an offset of "-00:00"". So I don't think we can write "Z" or "+00:00" if we don't know the UTC offset.

> but Atom
> specification mentions that

It says "an uppercase "Z" character MUST be present in the absence of a numeric time zone offset". Correct me if I'm wrong, but "-00:00" *is* a numeric time zone offset. So it isn't absent.

> and I believe this is that most users
> expect to see.

I think the RFC is clear (but correct me if I'm mistaken): we cannot replace "-00:00" with it. We of course could replace "+00:00" with "Z".

> In fact I needed such function for implementing Atom
> feed for Trac, so in my opinion Z is more clear than -00:00 or +00:00

It may be better than "+00:00", but according to the RFC it simply doesn't mean the same thing as "-00:00".
History
Date User Action Args
2010-04-28 17:40:10daniel.urbansetrecipients: + daniel.urban, techtonik, ajaksu2, merwok, l0nwlf
2010-04-28 17:40:10daniel.urbansetmessageid: <1272476410.08.0.346392568961.issue7584@psf.upfronthosting.co.za>
2010-04-28 17:40:08daniel.urbanlinkissue7584 messages
2010-04-28 17:40:08daniel.urbancreate