dynare issueshttps://git.dynare.org/Dynare/dynare/-/issues2013-02-21T14:59:19Zhttps://git.dynare.org/Dynare/dynare/-/issues/216Behaviour of "nograph" option is not consistent2013-02-21T14:59:19ZSébastien VillemotBehaviour of "nograph" option is not consistentThe reference manual says that with the "nograph" options, Dynare "doesn't do the graphs".
This options indeed prevents Dynare from displaying graphs, but it still creates PDF/EPS files in some parts of the code (but not all).
For exam...The reference manual says that with the "nograph" options, Dynare "doesn't do the graphs".
This options indeed prevents Dynare from displaying graphs, but it still creates PDF/EPS files in some parts of the code (but not all).
For example, stoch_simul+nograph won't create PDF/EPS files for IRFs, but estimation+nograph will still create some PDF/EPS files.
This is inconsistent. Moreover, some users would like to have the possibility of not saving the graphs (http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3362)
I think we should either decide that "nograph" means "do not display nor save graphs", or create a new option like "nographsave" which would allow full flexibility with regard to displaying/saving graphs.
4.3https://git.dynare.org/Dynare/dynare/-/issues/215name clash between matlab/bfsgi.m and matlab/ms-sbvar/cstz/bfgsi.m2013-02-21T14:59:19ZSébastien Villemotname clash between matlab/bfsgi.m and matlab/ms-sbvar/cstz/bfgsi.mThe two files are essentially the same except for display.
They should either be merged (adding dispIndx as an argument), or one of the two should be renamed.
The two files are essentially the same except for display.
They should either be merged (adding dispIndx as an argument), or one of the two should be renamed.
4.3https://git.dynare.org/Dynare/dynare/-/issues/214in which order are auxiliary variable definitions stored ?2013-02-21T14:59:19ZSébastien Villemotin which order are auxiliary variable definitions stored ?DynamicModel.cc:3787 and 3848, new definitions are inserted in front of the deque
ModelTree.cc:1382, new definition is pushed in the back of the deque
1) The order of the definitions matters because, for example, a conditional expectati...DynamicModel.cc:3787 and 3848, new definitions are inserted in front of the deque
ModelTree.cc:1382, new definition is pushed in the back of the deque
1) The order of the definitions matters because, for example, a conditional expectation lagged by 2 periods is built on the basis of the auxiliary variable for the lagged expectation by 1 period.
2) StaticModel.cc:1707 and 1735 write the equations in the wrong order when equations are inserted in front of the deque
There are other problems related to the handling of auxiliary variables in the *.m files, when computing the steady state of models with auxiliary variables, see ticket 213.
4.3https://git.dynare.org/Dynare/dynare/-/issues/213steady state file and auxiliary variables2013-02-21T15:00:01ZSébastien Villemotsteady state file and auxiliary variablesAuxiliary variables are not always correctly computed when there is a *_steadystate.m file and auxiliary variables.
add_auxiliary_variables_to_steadystate.m should be replaced everywhere by <fname>_set_auxiliary_variables.m
Auxiliary variables are not always correctly computed when there is a *_steadystate.m file and auxiliary variables.
add_auxiliary_variables_to_steadystate.m should be replaced everywhere by <fname>_set_auxiliary_variables.m
4.3https://git.dynare.org/Dynare/dynare/-/issues/208MS-SBVAR: clear up licensing for Tao's code2013-02-21T15:00:01ZSébastien VillemotMS-SBVAR: clear up licensing for Tao's codematlab/ms-sbvar/cstz
matlab/ms-sbvar/identification
remind Dan to remove:
ms-sbvar/switch_dw/mixture_models
from 1.1 branch
matlab/ms-sbvar/cstz
matlab/ms-sbvar/identification
remind Dan to remove:
ms-sbvar/switch_dw/mixture_models
from 1.1 branch
4.3https://git.dynare.org/Dynare/dynare/-/issues/206MS-SBVAR: update irf, forecast and variance decomposition mex2013-02-21T15:00:01ZSébastien VillemotMS-SBVAR: update irf, forecast and variance decomposition mex4.3https://git.dynare.org/Dynare/dynare/-/issues/207MS-SBVAR: remove estimation_file_tags option from code2013-02-21T15:00:01ZSébastien VillemotMS-SBVAR: remove estimation_file_tags option from code4.3https://git.dynare.org/Dynare/dynare/-/issues/204Make the GSA Octave-compatible2013-02-21T15:00:01ZSébastien VillemotMake the GSA Octave-compatibleIn particular, the call to 'waitbar' in 'gsa/stab_map.m' should be replaced by a printf-based bar like in the estimation code.
The test files under tests/gsa should also be added to the testsuite.
In particular, the call to 'waitbar' in 'gsa/stab_map.m' should be replaced by a printf-based bar like in the estimation code.
The test files under tests/gsa should also be added to the testsuite.
4.3https://git.dynare.org/Dynare/dynare/-/issues/203Remove EXPECATION(information_set) syntax2013-02-21T15:00:01ZSébastien VillemotRemove EXPECATION(information_set) syntaxIt has never been really implemented.
See the following discussion:
http://www.dynare.org/pipermail/dev/2011-August/001258.html
Note that it also implies removing a type of auxiliary variables.
It has never been really implemented.
See the following discussion:
http://www.dynare.org/pipermail/dev/2011-August/001258.html
Note that it also implies removing a type of auxiliary variables.
4.3https://git.dynare.org/Dynare/dynare/-/issues/200update normalizeEquation() to deal with abs & sign2013-02-21T15:00:00ZSébastien Villemotupdate normalizeEquation() to deal with abs & sign4.3https://git.dynare.org/Dynare/dynare/-/issues/198update set_dynare_seed.m2013-02-21T15:00:00ZSébastien Villemotupdate set_dynare_seed.mNB: rng() introduced in Matlab R2011a
NB: rng() introduced in Matlab R2011a
4.3https://git.dynare.org/Dynare/dynare/-/issues/199the output of option forecast in estimation is incorrect in the Reference Manual2013-02-21T15:00:00ZSébastien Villemotthe output of option forecast in estimation is incorrect in the Reference ManualIf the forecast takes place after computing the posterior mode, the output is indeed saved in oo_.forecast (as correctly described in the manual)
But, if the forecast takes place after Metropolis iteration and is really the posterior dis...If the forecast takes place after computing the posterior mode, the output is indeed saved in oo_.forecast (as correctly described in the manual)
But, if the forecast takes place after Metropolis iteration and is really the posterior distribution of forecasts, the output is saved in oo_.MeanForecast and oo_.PointForecast
4.3https://git.dynare.org/Dynare/dynare/-/issues/195histval+stoch_simul2013-09-30T09:24:22ZSébastien Villemothistval+stoch_simulContrary to what is explained in the documentation, the stochastic simulations are systematically initialized at the deterministic steady state. The histval block does not affect the way the simulations are initialized, and, worse, the p...Contrary to what is explained in the documentation, the stochastic simulations are systematically initialized at the deterministic steady state. The histval block does not affect the way the simulations are initialized, and, worse, the preprocessor crashes if option periods is used (with an error message).
The error message should be removed and the preprocessor should define a flag (options_.histval=1) whenever the block histval is used.
4.3https://git.dynare.org/Dynare/dynare/-/issues/197Add abs() to ExprNode2013-02-21T15:00:00ZSébastien VillemotAdd abs() to ExprNode4.3https://git.dynare.org/Dynare/dynare/-/issues/196investigate bug creating eps files in octave2013-02-21T15:00:00ZSébastien Villemotinvestigate bug creating eps files in octaveAs reported here:
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3268
eps files created by Octave 3.2.4 do not open (checked in Windows virtualbox and Karaba for Dynare 4.2.1 and origin/master using fs2000.mod).
Pro
As reported here:
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3268
eps files created by Octave 3.2.4 do not open (checked in Windows virtualbox and Karaba for Dynare 4.2.1 and origin/master using fs2000.mod).
Pro
4.3https://git.dynare.org/Dynare/dynare/-/issues/193add new sensitivity options2013-02-21T15:00:43ZSébastien Villemotadd new sensitivity optionspvalue_ks (default 0.001) threshold pvalue for significant Kolmogorov
Smirnov test (i.e. plot parameters with pvalue<pvalue_ks)
pvalue_corr (default 0.001) threshold pvalue for significant correlation in filtered samples (i.e. plot biv...pvalue_ks (default 0.001) threshold pvalue for significant Kolmogorov
Smirnov test (i.e. plot parameters with pvalue<pvalue_ks)
pvalue_corr (default 0.001) threshold pvalue for significant correlation in filtered samples (i.e. plot bivariate samples when pvalue<pvalue_corr)
4.3https://git.dynare.org/Dynare/dynare/-/issues/192Bug in irf_shocks (reported by Johannes Pfeifer)2013-02-21T15:00:42ZSébastien VillemotBug in irf_shocks (reported by Johannes Pfeifer)- when specifying options_.irf_shocks in stoch_simul, Dynare crashes
- also add irf_shocks to estimation command
- when specifying options_.irf_shocks in stoch_simul, Dynare crashes
- also add irf_shocks to estimation command
4.3https://git.dynare.org/Dynare/dynare/-/issues/187macrovariable passed on the command line (-D option)2013-02-21T15:00:42ZSébastien Villemotmacrovariable passed on the command line (-D option)It works for numerical values but not for strings.
In the test.mod file:
@#if var1 == "a"
@#echo "OK"
@#else
@#echo "NO"
@#endif
Calling
dynare test -Dvar1=a
will fail with with unknown variable a
(without any Dynare instructio...It works for numerical values but not for strings.
In the test.mod file:
@#if var1 == "a"
@#echo "OK"
@#else
@#echo "NO"
@#endif
Calling
dynare test -Dvar1=a
will fail with with unknown variable a
(without any Dynare instruction, it is normal that test.mod fails at the end, but with an error message about unexpected $end)
4.3https://git.dynare.org/Dynare/dynare/-/issues/189identification options2013-02-21T15:00:42ZSébastien Villemotidentification optionsAdd lik_init and/or diffuse_filter
Add lik_init and/or diffuse_filter
4.3https://git.dynare.org/Dynare/dynare/-/issues/183mex file for the static model2013-02-21T15:00:42ZSébastien Villemotmex file for the static modelDynare 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.
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.
4.3