#167: modify unit_root_vars in the manual
---------------------------+------------------------------------------------
Reporter: michel | Owner: michel
Type: bug | Status: new
Priority: major | Milestone: 4.3
Component: Documentation | Version: 4.2.0
Keywords: |
---------------------------+------------------------------------------------
unit_root_vars should be made obsolete
--
Ticket URL: <https://www.dynare.org/trac/ticket/167>
Dynare <http://www.dynare.org>
The Dynare project
#122: Lower and upper bounds on priors used for two purposes
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner:
Type: bug | Status: new
Priority: minor | Milestone: 4.2
Component: Core M-files | Version: 4.1.2
Keywords: |
--------------------------+-------------------------------------------------
The p3 and p4 parameters of estimated_params are currently used for two
distinct purposes:
- specifying the domain of definition of the prior (uniform, generalized
beta and gamma)
- restricting the optimization for the posterior mode on a sub-domain of
the definition of the prior
This double usage of the same values is confusing, and makes some cases
impossible to describe in a MOD file (example: restricting the
optimization on a subdomain of the interval of a uniform).
The fix is probably to distinguish these two usages in the MODĀ file by
introducing a new syntax for restricting the optimization, and reflecting
that change in the M code.
--
Ticket URL: <https://www.dynare.org/trac/ticket/122>
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
#188: reference manual fails to compile under Cygwin
---------------------------+------------------------------------------------
Reporter: michel | Owner:
Type: bug | Status: new
Priority: minor | Milestone:
Component: Documentation | Version: 4.2.1
Keywords: |
---------------------------+------------------------------------------------
Lorsqu'on compile le manuel sous Cygwin, on obtient l'erreur
dynare.texi:3500: Anchor `estimation' and node `Estimation' map to the
same file name.
dynare.texi:3500: @anchor command ignored; references to it will not work.
dynare.texi:3500: Rename this anchor or use the `--no-split' option.
qui est liee au fait que sous Windows les majuscules ne sont pas
distinguees des minuscules dans les noms de fichiers.
--
Ticket URL: <https://www.dynare.org/trac/ticket/188>
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
#191: section on EXPECTATION is wrong in the ref manual
---------------------------+------------------------------------------------
Reporter: sebastien | Owner:
Type: bug | Status: new
Priority: major | Milestone:
Component: Documentation | Version: 4.2.1
Keywords: |
---------------------------+------------------------------------------------
- describe FULL and VAROBS keywords
- fix description of time shift 0
--
Ticket URL: <https://www.dynare.org/trac/ticket/191>
Dynare <http://www.dynare.org>
The Dynare project
#127: Output 2nd derivatives of static model when doing identification
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner: sebastien
Type: feature | Status: new
Priority: major | Milestone: 4.3
Component: Preprocessor | Version:
Keywords: |
--------------------------+-------------------------------------------------
This is necessary for global identification.
The code for 2nd static derivatives already exists (used for
planner_objective).
--
Ticket URL: <https://www.dynare.org/trac/ticket/127>
Dynare <http://www.dynare.org>
The Dynare project
#183: mex file for the static model
--------------------------+-------------------------------------------------
Reporter: stepan | Owner: houtanb
Type: enhancement | Status: new
Priority: major | Milestone: 4.3
Component: Preprocessor | Version:
Keywords: |
--------------------------+-------------------------------------------------
Dynare does not generate a mex file for the static model when option is
use_dll is set. It would be nice to have this file because a lot of time
is spent here when a closed form solution is not specified for the steady
state.
--
Ticket URL: <https://www.dynare.org/trac/ticket/183>
Dynare <http://www.dynare.org>
The Dynare project
#175: bug in discretionary_policy_engine.m
--------------------------+-------------------------------------------------
Reporter: michel | Owner: michel
Type: bug | Status: new
Priority: major | Milestone:
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
- first function is not terminated by 'end' contrarily to the other ones.
Matlab (r2010b) is missing it.
- W may not be initialized correctly.
./tests/discretionary_policy/dennis_1.mod is an example. Because of above,
Matlab is missing it, but Octave detects it.
--
Ticket URL: <https://www.dynare.org/trac/ticket/175>
Dynare <http://www.dynare.org>
The Dynare project