[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 01.10.21 um 15:52 schrieb Sven Schreiber: Am 01.10.2021 um 15:44 schrieb Artur T.: Am 01.10.21 um 15:32 schrieb Sven Schreiber: clearly documented.) So I think internally the function must not use $pd if $datatype gives you 3 (panel data code) [or 0 (no data)]. True, the panel case is

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 01.10.2021 um 15:44 schrieb Artur T.: Am 01.10.21 um 15:32 schrieb Sven Schreiber: clearly documented.) So I think internally the function must not use $pd if $datatype gives you 3 (panel data code) [or 0 (no data)]. True, the panel case is considered now, too. Sorry Artur, not sure if

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 01.10.21 um 15:32 schrieb Sven Schreiber: Am 01.10.2021 um 15:23 schrieb Artur T.: Hi Am 30.09.21 um 23:03 schrieb Sven Schreiber: Maybe there's a case for using an integer arg similar to $pd here, allowing values 4 and 12. Ah, good point. I've changed the signature to <> function

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 01.10.2021 um 15:23 schrieb Artur T.: Hi Am 30.09.21 um 23:03 schrieb Sven Schreiber: Maybe there's a case for using an integer arg similar to $pd here, allowing values 4 and 12. Ah, good point. I've changed the signature to <> function scalar gdate_to_iso8601 (string date "Date string",

[Gretl-devel] Re: questions about Artur's calendar_utils package

Hi Am 30.09.21 um 23:03 schrieb Sven Schreiber: Am 30.09.2021 um 19:40 schrieb Artur T.: Am 30.09.21 um 18:27 schrieb Artur T.: Am 30.09.21 um 17:38 schrieb Sven Schreiber: Am 30.09.2021 um 17:29 schrieb Artur T.: I am just working on a proposal supporting both quarterly and monthly <>

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 30.09.2021 um 19:40 schrieb Artur T.: Am 30.09.21 um 18:27 schrieb Artur T.: Am 30.09.21 um 17:38 schrieb Sven Schreiber: Am 30.09.2021 um 17:29 schrieb Artur T.: I am just working on a proposal supporting both quarterly and monthly <> function scalar gdate_to_iso8601 (string date

[Gretl-devel] Re: questions about Artur's calendar_utils package

On Thu, 30 Sep 2021, Riccardo (Jack) Lucchetti wrote: On Thu, 30 Sep 2021, Sven Schreiber wrote: Am 30.09.2021 um 16:39 schrieb Riccardo (Jack) Lucchetti: On Thu, 30 Sep 2021, Sven Schreiber wrote: Then, I'm observing that the result for date_to_iso8601("1984", "%Y") is: 19831231. Is this

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 30.09.21 um 18:27 schrieb Artur T.: Am 30.09.21 um 17:38 schrieb Sven Schreiber: Am 30.09.2021 um 17:29 schrieb Artur T.: Am 30.09.21 um 16:13 schrieb Sven Schreiber: Then, I'm observing that the result for date_to_iso8601("1984", "%Y") is: 19831231. Is this a bug? I would have expected

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 30.09.21 um 17:38 schrieb Sven Schreiber: Am 30.09.2021 um 17:29 schrieb Artur T.: Am 30.09.21 um 16:13 schrieb Sven Schreiber: Then, I'm observing that the result for date_to_iso8601("1984", "%Y") is: 19831231. Is this a bug? I would have expected 19840101. Looks like a bug on the gretl

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 30.09.2021 um 17:29 schrieb Artur T.: Am 30.09.21 um 16:13 schrieb Sven Schreiber: Then, I'm observing that the result for date_to_iso8601("1984", "%Y") is: 19831231. Is this a bug? I would have expected 19840101. Looks like a bug on the gretl side to me. Right, see Jack's remarks.

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 30.09.21 um 16:13 schrieb Sven Schreiber: Hi Artur (and everybody who's interested), Hi Sven I'm trying to leverage your calendar-related package and have some questions, especially about the function date_to_iso8601. First of all, it would be useful if the doc explained a little bit more

[Gretl-devel] Re: questions about Artur's calendar_utils package

On Thu, 30 Sep 2021, Sven Schreiber wrote: Am 30.09.2021 um 16:50 schrieb Riccardo (Jack) Lucchetti: On Thu, 30 Sep 2021, Sven Schreiber wrote: Am 30.09.2021 um 16:39 schrieb Riccardo (Jack) Lucchetti: Indeed, this looks like a strptime bug. For example: So you mean gretl's strptime, or

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 30.09.2021 um 16:50 schrieb Riccardo (Jack) Lucchetti: On Thu, 30 Sep 2021, Sven Schreiber wrote: Am 30.09.2021 um 16:39 schrieb Riccardo (Jack) Lucchetti: Indeed, this looks like a strptime bug. For example: So you mean gretl's strptime, or some other underlying library's strptime? I

[Gretl-devel] Re: questions about Artur's calendar_utils package

On Thu, 30 Sep 2021, Sven Schreiber wrote: Am 30.09.2021 um 16:39 schrieb Riccardo (Jack) Lucchetti: On Thu, 30 Sep 2021, Sven Schreiber wrote: Then, I'm observing that the result for date_to_iso8601("1984", "%Y") is: 19831231. Is this a bug? I would have expected 19840101. Indeed, this

[Gretl-devel] Re: questions about Artur's calendar_utils package

Am 30.09.2021 um 16:39 schrieb Riccardo (Jack) Lucchetti: On Thu, 30 Sep 2021, Sven Schreiber wrote: Then, I'm observing that the result for date_to_iso8601("1984", "%Y") is: 19831231. Is this a bug? I would have expected 19840101. Indeed, this looks like a strptime bug. For example: So

[Gretl-devel] Re: questions about Artur's calendar_utils package

On Thu, 30 Sep 2021, Sven Schreiber wrote: Then, I'm observing that the result for date_to_iso8601("1984", "%Y") is: 19831231. Is this a bug? I would have expected 19840101. Indeed, this looks like a strptime bug. For example: a = strptime("1984", "%Y") b = strftime(a, "%Y-%m-%d %H:%M")