Re: dayofyear is not great when going into a new year

2021-01-10 Thread Martin Schöön
Den 2021-01-09 skrev Michael F. Stemper : > > A week is like a piece of string. It has two ends. > The control line of the main sheet traveler on my boat is spliced into an endless loop. http://hem.bredband.net/b262106/pages/controls/index.html I am glad work weeks are not like that :-) /Martin

Re: dayofyear is not great when going into a new year

2021-01-09 Thread Chris Angelico
On Sun, Jan 10, 2021 at 1:31 AM Michael F. Stemper wrote: > > On 09/01/2021 01.51, Christian Gollwitzer wrote: > > Am 05.01.21 um 23:56 schrieb Eli the Bearded: > >> Elijah > >> -- > >> also finds "week starts on Monday" to be oddball about ISO-8601 > >> > > > > In Europe, the week starts on

Re: dayofyear is not great when going into a new year

2021-01-09 Thread Michael F. Stemper
On 09/01/2021 01.51, Christian Gollwitzer wrote: Am 05.01.21 um 23:56 schrieb Eli the Bearded: Elijah -- also finds "week starts on Monday" to be oddball about ISO-8601 In Europe, the week starts on Monday - hence, Saturday and Sunday are the last days of the week or the "weekend".

Re: dayofyear is not great when going into a new year

2021-01-08 Thread Christian Gollwitzer
Am 05.01.21 um 23:56 schrieb Eli the Bearded: Elijah -- also finds "week starts on Monday" to be oddball about ISO-8601 In Europe, the week starts on Monday - hence, Saturday and Sunday are the last days of the week or the "weekend". Starting on Sunday is weird for us, because then the

Re: dayofyear is not great when going into a new year

2021-01-08 Thread Greg Ewing
On 9/01/21 11:17 am, Martin Schöön wrote: "regardless of what you have been told, recreational use of mathematics is harmless" I hope that is true for recreational programming as well :-) Mostly harmless, but it can be addictive! -- Greg --

Re: dayofyear is not great when going into a new year

2021-01-08 Thread Martin Schöön
Den 2021-01-05 skrev Stefan Ram : > Martin =?UTF-8?Q?Sch=C3=B6=C3=B6n?= writes: >>I have had some Python fun with COVID-19 data. I have done >>some curve fitting and to make that easier I have transformed >>date to day of year. Come end of 2020 and beginning of 2021 >>and this idea falls on its

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Richard Damon
On 1/5/21 8:02 PM, Mats Wichmann wrote: > On 1/5/21 4:04 PM, Chris Angelico wrote: >> On Wed, Jan 6, 2021 at 10:01 AM Eli the Bearded >> <*@eli.users.panix.com> wrote: >>> >>> In comp.lang.python, Chris Angelico  wrote: There are multiple definitions for "day of year", depending on how you

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Eli the Bearded
In comp.lang.python, Mats Wichmann wrote: > "workweeks" has always been fun, ISO standard or not, there's been a > variation for ages since people don't seem to always follow ISO for > that. I spent over a decade at a place that lived and died by their > WorkWeek references ("due WW22" or

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Mats Wichmann
On 1/5/21 4:04 PM, Chris Angelico wrote: On Wed, Jan 6, 2021 at 10:01 AM Eli the Bearded <*@eli.users.panix.com> wrote: In comp.lang.python, Chris Angelico wrote: There are multiple definitions for "day of year", depending on how you want to handle certain oddities. The simplest is to

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Chris Angelico
On Wed, Jan 6, 2021 at 10:01 AM Eli the Bearded <*@eli.users.panix.com> wrote: > > In comp.lang.python, Chris Angelico wrote: > > There are multiple definitions for "day of year", depending on how you > > want to handle certain oddities. The simplest is to identify Jan 1st > > as 1, Jan 2nd as

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Eli the Bearded
In comp.lang.python, Chris Angelico wrote: > There are multiple definitions for "day of year", depending on how you > want to handle certain oddities. The simplest is to identify Jan 1st > as 1, Jan 2nd as 2, etc, to Dec 31st as either 365 or 366; but some > libraries will define the year as

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Chris Angelico
On Wed, Jan 6, 2021 at 9:51 AM Michael F. Stemper wrote: > > On 05/01/2021 15.27, Chris Angelico wrote: > > On Wed, Jan 6, 2021 at 8:02 AM Martin Schöön > > wrote: > > >> I have had some Python fun with COVID-19 data. I have done > >> some curve fitting and to make that easier I have

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Michael F. Stemper
On 05/01/2021 15.27, Chris Angelico wrote: On Wed, Jan 6, 2021 at 8:02 AM Martin Schöön wrote: I have had some Python fun with COVID-19 data. I have done some curve fitting and to make that easier I have transformed date to day of year. Come end of 2020 and beginning of 2021 and this idea

Re: dayofyear is not great when going into a new year

2021-01-05 Thread dn via Python-list
On 1/6/21 9:55 AM, Martin Schöön wrote: > Hello, > > I have had some Python fun with COVID-19 data. I have done > some curve fitting and to make that easier I have transformed > date to day of year. Come end of 2020 and beginning of 2021 > and this idea falls on its face. > > There must be a

Re: dayofyear is not great when going into a new year

2021-01-05 Thread Chris Angelico
On Wed, Jan 6, 2021 at 8:02 AM Martin Schöön wrote: > > Hello, > > I have had some Python fun with COVID-19 data. I have done > some curve fitting and to make that easier I have transformed > date to day of year. Come end of 2020 and beginning of 2021 > and this idea falls on its face. > There

dayofyear is not great when going into a new year

2021-01-05 Thread Martin Schöön
Hello, I have had some Python fun with COVID-19 data. I have done some curve fitting and to make that easier I have transformed date to day of year. Come end of 2020 and beginning of 2021 and this idea falls on its face. There must be a better way of doing this. I am using Pandas for reading