On Wed, Jun 20, 2012 at 1:16 PM, Skipper Seabold
<jsseabold(a)gmail.com> wrote:
> On Wed, Jun 20, 2012 at 12:29 PM, Allin Cottrell <cottrell(a)wfu.edu> wrote:
>>
>> On Wed, 20 Jun 2012, Skipper Seabold wrote:
>>
>>> I was playing around and I think I noticed a bug in ARMA prediction, or
>>> I
>>> am missing something. You can find the data to replicate here
>>>
>>>
http://www.pastie.org/4120330 [...]
>>
>> (Annual sun activity data, 1700 to 2008, attached in gretl
>> format for reference)
>>
>> Thanks, you're right. There was an off-by-one error in the
>> code that decides when a dynamic ARMA forecast can start using
>> previously computed forecast values in place of the observed
>> data. In your case, with an AR order of 9, gretl didn't start
>> using computed values until the forecast for 1711, whereas it
>> should start with the forecast for 1710.
>>
>> With this point corrected (in CVS), gretl agrees with Stata.
Out of curiosity does this only affect AR models estimated with ARMA
or should I go back and check my ARMA(p,q) dynamic forecasts that
start in-sample as well?
I believe the problem would affect all ARMA models with a
non-null AR component, where the --dynamic flag was passed to
request a dynamic forecast from the earliest possible date:
such forecasts would go dynamic one period late.
Allin Cottrell