This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author vstinner
Recipients Alexander.Belopolsky, Anders.Hovmöller, Arfrever, barry, belopolsky, berker.peksag, cvrebert, davydov, deronnax, eric.araujo, flying sheep, jcea, jwilk, karlcow, kirpit, martin.panter, mcepl, mihaic, nagle, pbryan, perey, piotr.dobrogost, r.david.murray, roysmith, vstinner
Date 2016-02-11.12:04:11
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1455192252.0.0.642781206888.issue15873@psf.upfronthosting.co.za>
In-reply-to
Content
I'm working on the OpenStack project and iso8601 is heavily used.


> Otherwise, py8601 (https://bitbucket.org/micktwomey/pyiso8601/) looks pretty popular and well maintained (various committers, started in 2012, last commit in 2016).

I don't think that we should add the iso8601 module to the stdlib, but merge iso8601 "features" into the datetime module.

The iso8601 module supports Python 2.7 and so has to implement its own timezone classes. The datetime module now has datetime.timezone since Python 3.2 for fixed timezone.

The iso8601 module provides functions. I would prefer datetime.datetime *methods*.

Would you mind to try to implement that? It would be kind to contact iso8601 author before.

The important part is also unit tests.
History
Date User Action Args
2016-02-11 12:04:12vstinnersetrecipients: + vstinner, barry, jcea, roysmith, belopolsky, nagle, jwilk, mcepl, eric.araujo, Arfrever, r.david.murray, davydov, cvrebert, karlcow, Alexander.Belopolsky, perey, flying sheep, mihaic, berker.peksag, martin.panter, piotr.dobrogost, kirpit, Anders.Hovmöller, deronnax, pbryan
2016-02-11 12:04:11vstinnersetmessageid: <1455192252.0.0.642781206888.issue15873@psf.upfronthosting.co.za>
2016-02-11 12:04:11vstinnerlinkissue15873 messages
2016-02-11 12:04:11vstinnercreate