#135: Improve display of decision rules with EXPECTATION operator
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner: sebastien
Type: enhancement | Status: new
Priority: minor | Milestone: 4.3
Component: Preprocessor | Version:
Keywords: |
--------------------------+-------------------------------------------------
Currently, if the user inputs EXPECTATION(-1)(some_expr) in her model,
then a new aux variable is created, and this var is a state var, which
appears in the decision rules as EXPECTATION(-1)(...) (with the dots
instead of the expression). This is not very informative. Displaying the
full expression would require to add a new writeOutput method in the
preprocessor.
And for something like EXPECTATION(-2)(some_expr), it is even worse,
because there are 2 aux vars: one for the operator, and the second one
which appears when removing lags of 2. It is the latter which appears in
stoch_simul. Fixing this requires to fix the orig_endo field of
M_.aux_vars in that case.
--
Ticket URL: <https://www.dynare.org/trac/ticket/135>
Dynare <http://www.dynare.org>
The Dynare project
#174: Remove options_.planner_discount from preprocessor and .m files
--------------------------+-------------------------------------------------
Reporter: houtanb | Owner:
Type: bug | Status: new
Priority: minor | Milestone:
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
This is no longer necessary and can be cleaned out of the code.
--
Ticket URL: <https://www.dynare.org/trac/ticket/174>
Dynare <http://www.dynare.org>
The Dynare project
#86: check matrix power used in forecast
--------------------------+-------------------------------------------------
Reporter: michel | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
taking large matrix power in forecast step of the Kalman smoother routines
is expensive, but probably more accurate than recursive multiplications.
- investigate more accuracy issue
- factorise matrix decomposition for matrix power
--
Ticket URL: <https://www.dynare.org/trac/ticket/86>
Dynare <http://www.dynare.org>
The Dynare project
#83: persistent variables must be cleared at the beginning of a Dynare run
--------------------------+-------------------------------------------------
Reporter: michel | Owner: michel
Type: bug | Status: new
Priority: minor | Milestone:
Component: Core M-files | Version: 4.1.0
Keywords: |
--------------------------+-------------------------------------------------
persistent variables in *.m files trigger hard to understand errors if the
user run successively two different *.mod files with 'noclearall' option.
Whenever a function uses persistent variables, there should be an explicit
initialize option and not rely on empty persistent variables as, for
example, priordens.m currently does.
--
Ticket URL: <https://www.dynare.org/trac/ticket/83>
Dynare <http://www.dynare.org>
The Dynare project
#112: Metropolis: add the possibility for the user to give an arbitrary matrix
for the variance of the jump proposal
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner:
Type: feature | Status: new
Priority: major | Milestone: 4.2
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
Feature suggested by Fabio Canova at the Dynare Conference 2010.
--
Ticket URL: <https://www.dynare.org/trac/ticket/112>
Dynare <http://www.dynare.org>
The Dynare project
#164: consider using bvar provided by Zha and Waggoner instead of our own
--------------------------+-------------------------------------------------
Reporter: houtanb | Owner:
Type: feature | Status: new
Priority: major | Milestone: 4.3
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
Their code provides a superset of ours.
--
Ticket URL: <https://www.dynare.org/trac/ticket/164>
Dynare <http://www.dynare.org>
The Dynare project
#172: improve derivation engine for derivatives of STEADY_STATE wrt parameters
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner: sebastien
Type: enhancement | Status: new
Priority: major | Milestone: 4.3
Component: Preprocessor | Version:
Keywords: |
--------------------------+-------------------------------------------------
Currently the derivatives of STEADY_STATE operator wrt to parameters are
not handled in an efficient way, because the preprocessor does not exploit
the a priori information for identifying null derivatives. This results in
huge files for not so complicated models, which cannot be exploited by
identification routines.
The proposal is to implement an algorithm in the preprocessor for
identifying null derivatives ex ante:
- Create a non-directed graph whose nodes are the endogenous variables and
the parameters
- For each pair of nodes, add an edge between the two if there is an
equation in the static model containing both corresponding symbols
(endogenous/parameters)
- For each endogenous, its derivative wrt a parameter is always zero if
there is no path between the node representing the endogenous and the node
representing the parameter.
--
Ticket URL: <https://www.dynare.org/trac/ticket/172>
Dynare <http://www.dynare.org>
The Dynare project
#116: IRF: give the possibility to choose the starting point (at least at order 2
and above)
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner:
Type: feature | Status: new
Priority: major | Milestone: 4.2
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
In particular, give the possibility to start from the stochastic steady
state
--
Ticket URL: <https://www.dynare.org/trac/ticket/116>
Dynare <http://www.dynare.org>
The Dynare project
#115: IRF: add the possibility to change the size of the shocks in the
computations
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner:
Type: feature | Status: new
Priority: major | Milestone: 4.2
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
At order 1, it is equivalent to changing the standard deviation of the
shocks and adding the corresponding inverse transformation in the
equations.
But at orders 2 and above, the equivalence does not hold.
--
Ticket URL: <https://www.dynare.org/trac/ticket/115>
Dynare <http://www.dynare.org>
The Dynare project