On Sun, 14 Jul 2019, Sven Schreiber wrote:
Hi,
my discovery tour of new gretl functions goes on - thanks for adding the
conv2d function!
However, I think the documentation needs to be adapted to the new
situation.
For example, in section 18.3 of the guide (Neat tricks) the convolution
is
On Sun, 14 Jul 2019, Giuseppe Vittucci wrote:
The FD specification should not include the constant if the model in levels
does not include time dummies.
(or a time trend, presumably)
Given
Y_t = a + b X_t
by first-differencing you get:
Y_t - Y_t-1 = b ( X_t - X_t-1)
Alright, that makes
The FD specification should not include the constant if the model in levels
does not include time dummies.
Given
Y_t = a + b X_t
by first-differencing you get:
Y_t - Y_t-1 = b ( X_t - X_t-1)
Bye
Giuseppe
Il dom 14 lug 2019, 22:22 Allin Cottrell ha scritto:
> On Sun, 14 Jul 2019, Artur
On Sun, 14 Jul 2019, Sven Schreiber wrote:
Hi,
about the new 'flatten' function: For the case of string arrays I think
it would be good to have some choice about the separator. Currently a
newline (\n) is inserted after each string, which is reasonable.
However, there's an unused argument
On Sun, 14 Jul 2019, Artur Tarassow wrote:
Am 13.07.19 um 23:12 schrieb Allin Cottrell:
That's now done in git. "modtest --autocorr" (or the
"Autocorrelation" menu item under Tests in the model window)
gives the Wooldridge test, provided the estimator is fixed or
random effects and the
Hi,
my discovery tour of new gretl functions goes on - thanks for adding the
conv2d function!
However, I think the documentation needs to be adapted to the new
situation.
For example, in section 18.3 of the guide (Neat tricks) the convolution
is described. It still says there that "There's no
Hi,
not sure if it's a bug, but looks at least like some inconsistency:
eval regsub("ha", "a", "\n") # works
eval regsub("ha", "a", sprintf("\"")) # works
eval regsub("ha", "a", "\"") # fails
I know that plain literal strings in gretl aren't made for escape
sequences, but the regsub doc
On Sat, 13 Jul 2019, Sven Schreiber wrote:
> Gretl's doc for jsongetb says: "JSON arrays become
> gretl arrays, each of which holds either strings or bundles"
> And indeed, consider the following:
>
> string j = sprintf("{\"vec\": [1, 2, 3]}")
> eval jsongetb(j).vec
>
> which gives:
> Array of
On Sat, 13 Jul 2019, Sven Schreiber wrote:
> Hi,
> with the latest snapshot I have the following strange error (when trying
> stuff with Artur's json transfers):
>
> internal genr error: aux node mismatch
> *** error within loop in function gbundle2json
> > string typ = typestr(typeof(b[key]))
Am 14.07.2019 um 18:18 schrieb Sven Schreiber:
This would be useful if the input array actually holds textual
representations of numbers, which can then be processed with sscanf.
OK sorry, just found out that sscanf now (since 2019c) also accepts
string arrays.
Perhaps some more flexibility
Hi,
about the new 'flatten' function: For the case of string arrays I think
it would be good to have some choice about the separator. Currently a
newline (\n) is inserted after each string, which is reasonable.
However, there's an unused argument ('vcat') which could be used to
choose for
Am 12.07.2019 um 17:04 schrieb Allin Cottrell:
On Fri, 12 Jul 2019, Sven Schreiber wrote:
Something else: BTW, the guide mentions that --send-data is not
available with Ox, but is silent for the Python case. Actually Artur and
I are working (not too hard) on more tools for passing stuff to
Am 13.07.2019 um 23:12 schrieb Allin Cottrell:
On Sat, 13 Jul 2019, Artur Tarassow wrote:
That's now done in git. "modtest --autocorr" (or the "Autocorrelation"
menu item under Tests in the model window) gives
the Wooldridge test, provided the estimator is fixed or random effects
and the
Am 13.07.19 um 23:12 schrieb Allin Cottrell:
On Sat, 13 Jul 2019, Artur Tarassow wrote:
Am 12.07.19 um 22:11 schrieb Allin Cottrell:
On Fri, 12 Jul 2019, Sven Schreiber wrote:
Am 12.07.2019 um 20:05 schrieb Allin Cottrell:
Right. The point is more pragmatic in a programming context, as
14 matches
Mail list logo