Hi Sebastien
I added the loglinear correction and the 2nd output argument for the 1st order as there must be 1+order output variables to k_order_pert.m
However:
1) Why stoch_simul is not accepting loglinear option. I may be missing something but my expectation is that would yield incorrect IRFs (and few other results for stoch_simul) when if used with loglinear models (that is, when if not run after the estimation with loglinear option!).
Temporary workaround (or consistency issue?!):
Run stoch_simul after estimation with loglinear option and stoch_simul will "inherit" options_.loglinear=1 !
2) I guess the new preprocessor does not support k-order_solver for estimation as it may be misleading. as the estimation currently works for 1st order only, (though there is still a minor performance benefit form using k_order_solver in estimation even for the 1st order).
However, if one runs estimation after stoch_simul with k_order_solver or order=3 option, the estimation will "inherit" the k_order_solver option and use it for the 1st order only anyway!
Further suggestions 3) use of k-order_solver should implicitly enforce use_dll model option, 4) keyword loglinear could be a common feature of the model (i.e. alongside of linear) regardless of the operation but we would need to retain current use in estimation for downwards compatibility.
Best regards
George
----- Original Message ----- From: "Michel Juillard" michel.juillard@ens.fr To: "List for Dynare developers" dev@dynare.org Sent: Wednesday, December 02, 2009 8:57 PM Subject: Re: [DynareDev] k_order_perturbation DLL DR1and log-linear models
Good idea. Thanks George Best,
Michel
G. Perendia wrote:
I have copied the log-linear correction from dr1 to k_ord_pert.m as a
quick
fix and can upload that once I test it if that is ok.
Best regards
George ----- Original Message ----- From: "Michel Juillard" michel.juillard@ens.fr To: "List for Dynare developers" dev@dynare.org Sent: Wednesday, December 02, 2009 8:02 PM Subject: Re: [DynareDev] k_order_perturbation DLL DR1and log-linear
models
Hi George,
you are right. Thanks for pointing it out.
Best
Michel
G. Perendia wrote:
Hi Sebastien
There appears to be a slight problem with the current implementation
of
k_order_pert.m.
It is called from the top of dr1.m and dr1.m then returns after
running
it
but it then does not appear to provide for the log-linear adjustment
of
ghx
and ghu usually performed further down the line in dr1.m when if the
model
is log-linear - though I may be missing something.
There is also a C++ log-linear adjustment built in the C++ version of
the
dr1 for C++ DsgeLikelihood and that code may be integrated into k_order_perturbation.cpp too to run adjustment within C++ when if
needed.
Best regards
George
Dev mailing list Dev@dynare.org http://www.dynare.org/cgi-bin/mailman/listinfo/dev
Dev mailing list Dev@dynare.org http://www.dynare.org/cgi-bin/mailman/listinfo/dev
Dev mailing list Dev@dynare.org http://www.dynare.org/cgi-bin/mailman/listinfo/dev
Dev mailing list Dev@dynare.org http://www.dynare.org/cgi-bin/mailman/listinfo/dev