#94: Remove obsolete code dealing with more than one lead and/or one lag
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: 4.2
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
In the resolution of stochastic models, this code is no longer necessary
since the preprocessor removes any lead and lag of more than one.
But this code should be kept in the deterministic case, since the
preprocessor doesn't do the transformation.
--
Ticket URL: <https://www.dynare.org/trac/ticket/94>
Dynare <http://www.dynare.org>
The Dynare project
#110: Implement block decomposition for stochastic models
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner: ferhat
Type: enhancement | Status: new
Priority: major | Milestone: 4.2
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
This can be very useful for some models.
For example, the BoE has a model with bond prices with a horizon of 10
years ahead (i.e. 40 periods). The bond prices do not feedback into the
core of the macro model, so the pricing equations are purely forward.
At order 3, Dynare is currently at pains to solve the model. The block
decomposition would dramatically improve performance here.
--
Ticket URL: <https://www.dynare.org/trac/ticket/110>
Dynare <http://www.dynare.org>
The Dynare project
#121: Revert example MOD files in user guide to mode_compute=4
---------------------------+------------------------------------------------
Reporter: sebastien | Owner:
Type: bug | Status: new
Priority: major | Milestone: 4.2
Component: Documentation | Version:
Keywords: |
---------------------------+------------------------------------------------
The estimation examples in the user guide are not behaving nice with
mode_compute=6, because of the non-deterministic nature of estimation.
Many users were confused because on some runs, the example were failing
because the hessian at the mode was not definite positive.
As a quick fix, the mode_compute option was changed to 6 in
4ec5016e5fed4d51e4ac987c1e8f4bcc85f3148f and
7b59c012b992387c2cc11ab5dd5a8175051cce79.
The problem is that the examples are now a lot slower than before.
We should revert back to mode_compute=4 when #85 is fixed and we have a
way to fix the seed.
--
Ticket URL: <https://www.dynare.org/trac/ticket/121>
Dynare <http://www.dynare.org>
The Dynare project
#87: fix order of integration in univariate filter/smoother
--------------------------+-------------------------------------------------
Reporter: michel | Owner: michel
Type: bug | Status: new
Priority: major | Milestone:
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
--
Ticket URL: <https://www.dynare.org/trac/ticket/87>
Dynare <http://www.dynare.org>
The Dynare project
#37: Automatic generation of _steadystate.m file from initval block
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner: sebastien
Type: feature | Status: new
Priority: major | Milestone:
Component: Preprocessor | Version:
Keywords: |
--------------------------+-------------------------------------------------
The idea is that the preprocessor would create a _steadystate.m file,
using the (symbolic) initializations given in the initval block.
This would be particularly useful for estimating models for which the
analytical form of the steady state is known.
--
Ticket URL: <https://www.dynare.org/trac/ticket/37>
Dynare <http://www.dynare.org>
The Dynare project
#75: Fix command "calib" or remove it
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner:
Type: bug | Status: new
Priority: minor | Milestone: 4.2
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
The "calib" command (and its associated command "calib_var") are
recognized by the preprocessor, but are probably not working, and are not
documented in the reference manual.
This should be fixed, or the commands be removed.
--
Ticket URL: <https://www.dynare.org/trac/ticket/75>
Dynare <http://www.dynare.org>
The Dynare project
#95: the "simul" option of "stoch_simul" simulates on more periods than required
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner:
Type: bug | Status: new
Priority: trivial | Milestone:
Component: Core M-files | Version: 4.1.0
Keywords: |
--------------------------+-------------------------------------------------
The point is that the oo_.exo_simul vector has length
options_.periods+M_.maximum_lag+M_.maximum_lead (see make_ex_.m).
This makes sense in a deterministic context, but in a stochastic context
there it should only be of length options_.periods.
This makes the oo_.endo_simul of length
2*M_.maximum_lag+options_.periods+M_.maximum_lead (because it adds initial
conditions), while it should be of length M_.maximum_lag+options_.periods.
This is not a big issue since one can just truncate the extra periods, but
this confuses some users.
--
Ticket URL: <https://www.dynare.org/trac/ticket/95>
Dynare <http://www.dynare.org>
The Dynare project