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 lemburg
Recipients Esben.Agerbæk.Black, belopolsky, lemburg, pitrou, vstinner
Date 2012-04-09.23:28:42
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <4F8370A6.9010405@egenix.com>
In-reply-to <CAP7h-xYdg70bzyKvkHOFULsqAGpxc3tK387_vcvy9Hj_My=eJQ@mail.gmail.com>
Content
Alexander Belopolsky wrote:
> 
> Alexander Belopolsky <alexander.belopolsky@gmail.com> added the comment:
> 
> On Mon, Apr 9, 2012 at 6:20 PM, Marc-Andre Lemburg
> <report@bugs.python.org> wrote:
>> Which is wrong, since the start of the first ISO week of a year
>> can in fact start in the preceeding year...
> 
> Hmm, the dateutil documentation seems to imply that relativedelta
> takes care of this:
> 
> http://labix.org/python-dateutil#head-72c4689ec5608067d118b9143cef6bdffb6dad4e
> 
> (Search the page for "ISO")

That's not realtivedelta taking care of it, it's the way it is
used: the week with 4.1. in it is the first ISO week of a year;
it then goes back to the previous Monday and adds 14 weeks from
there to go to the Monday of the 15th week. This works fine as
long as 4.1. doesn't fall on a Monday...

You don't really expect anyone to remember such rules, do you ? :-)
History
Date User Action Args
2012-04-09 23:28:42lemburgsetrecipients: + lemburg, belopolsky, pitrou, vstinner, Esben.Agerbæk.Black
2012-04-09 23:28:42lemburglinkissue14423 messages
2012-04-09 23:28:42lemburgcreate