Re: [Gretl-devel] fcast(): steps-ahead
Thank you for this quick fix, Allin, and for your quick response, Sven.
It works fine now!
Let me tell you that got a big fan of the --rolling option in fcast today!
However, I am wondering whether the "rolling window" scheme could be
added to the fcast command as another option. Of course, this would
require another input selecting the "window size" then. Even though this
can easily be programmed using hansl, it may be worth to add this natively.
Best,
Artur
Am 20.01.2017 um 15:25 schrieb Allin Cottrell:
On Fri, 20 Jan 2017, Sven Schreiber wrote:
> Am 20.01.2017 um 13:27 schrieb Artur Tarassow:
>
>> # Works
>> fcast 1985:1 1987:3 1 --rolling
>>
>> # Does not work
>> scalar k = 1
>> fcast 1985:1 1987:3 k --rolling
>
> [This could also be a case for the users list perhaps.]
>
> I guess that in the command context gretl expects these kind of
> unquoted literal strings. So k is interpreted as a literal letter
> which doesn't make sense. Have you tried @k instead?
>
> I sort of expect that Allin is going to enable the use of scalar
> variables in this context -- although I'm not sure it wouldn't
> entrench the confusion between quoted and unquoted string literals.
I think this is simpler than you're making it ;-)
In most gretl commands we (by now) accept the name of a scalar variable
(i.e. an identifier, never a string literal) in place of a straight
numerical value in supplying an integer argument (e.g. a lag order).
The "fcast" command just got overlooked, and still employed an older
mechanism which would accept only a numerical value. That's now fixed in
git. Thanks to Artur for spotting this.
Allin
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel