dynare issueshttps://git.dynare.org/Dynare/dynare/-/issues2019-09-12T13:07:50Zhttps://git.dynare.org/Dynare/dynare/-/issues/1646Save var_list_ used in stoch_simul to oo_2019-09-12T13:07:50ZJohannes Pfeifer Save var_list_ used in stoch_simul to oo_If variables are selected after `stoch_simul`, fields like `oo_.var` will be matrices of the dimension of `var_list_`. But the info on `var_list_` is not stored. So if one loads results from a `_results.mat`-file, there is no way to recover to which variables the entries in `oo_.var` belong.
The question is how to store this info as one can have several different `stoch_simul`-commands in a mod-file.If variables are selected after `stoch_simul`, fields like `oo_.var` will be matrices of the dimension of `var_list_`. But the info on `var_list_` is not stored. So if one loads results from a `_results.mat`-file, there is no way to recover to which variables the entries in `oo_.var` belong.
The question is how to store this info as one can have several different `stoch_simul`-commands in a mod-file.4.6Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1647Add silent mode to perfect foresight simulations2019-09-12T12:50:55ZJohannes Pfeifer Add silent mode to perfect foresight simulationsSee https://forum.dynare.org/t/supressing-output-in-steady-and-simul-commands/13916See https://forum.dynare.org/t/supressing-output-in-steady-and-simul-commands/139164.6Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1537Stop processing with error if nonlinearities exist in endog/exog for linear m...2019-09-10T13:48:13ZHoutan BastaniStop processing with error if nonlinearities exist in endog/exog for linear modelFollowing the conversation in #1404, stop preprocessing with an error if a model is marked as linear but nonlinearities exist in the endogenous or exogenous variables.Following the conversation in #1404, stop preprocessing with an error if a model is marked as linear but nonlinearities exist in the endogenous or exogenous variables.4.6Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1404Fix bug in sim1_linear2019-09-10T09:41:11ZJohannes Pfeifer Fix bug in sim1_linear`sim1_linear.m` seems to return wrong results. The following mod-file calls different solvers in sequence, using the previous result as the respective starting value.
```
//Endogenous variables
var piV rV yV rrstarV zV Rshock;
//Exogenous variables
varexo epsFG shock epsR;
//Parameters
parameters alpha beta eta phipi phiy rho sig lambda; //
//Initialization of parameter values
beta =0.99; //Discount factor (=inverse nominal interest rate)
alpha =0.033; //sensivity of inflation to output gap, parameter determining marginal cost,
eta =1; //sensivity of inflation to output gap, parameter determining price rigidity
phipi =1.5; //parameter determining monetary reaction to inflation
phiy =0.125; //parameter determining monetary reaction to output
rho =0.9; //AR(1) natural rate
sig =1; //intertemporal rate of substitution
lambda=0.25; // prob. of new info arrival
//model equations
model;
// z Variable
zV = alpha*(yV-yV(-1))+piV;//(pV-pV(-1));
piV= (lambda*alpha/ (1-lambda)) *yV
+lambda*EXPECTATION(-1)(zV)
+lambda*(1-lambda)*EXPECTATION(-2)(zV)
+lambda*(1-lambda)^2*EXPECTATION(-3)(zV)
+lambda*(1-lambda)^3*EXPECTATION(-4)(zV)
+lambda*(1-lambda)^4*EXPECTATION(-5)(zV)
+lambda*(1-lambda)^5*EXPECTATION(-6)(zV)
+lambda*(1-lambda)^6*EXPECTATION(-7)(zV)
+lambda*(1-lambda)^7*EXPECTATION(-8)(zV)
+lambda*(1-lambda)^8*EXPECTATION(-9)(zV)
; //marginal cost is proportional to gap, gap is driver of inflation
//piV=0.99*piV(+1)+0.033*yV;
//IS curve (Output Euler) from Kiley code
yV = yV(+1)-sig*(rV-piV(+1) - rrstarV);
//monetary policy' reaction function
rV = min((1-shock), phipi*(piV(+1) + phiy*yV + epsFG));
//rV = phipi*piV + phiy*yV+Rshock;
Rshock=0.5*Rshock(-1)+epsR;
//Natural real interest rate
rrstarV = rho*rrstarV(-1);
end;
initval;
rV=0;
yV=0;
rrstarV=0;
piV=0;
zV=0;
end;
steady;
check;
shocks;
var shock;
periods 1:15;
values 1;
var epsFG;
periods 16 ;
values -0.0117;
end;
perfect_foresight_setup(periods=30);
perfect_foresight_solver(solve_algo=0);
nonlinear=oo_.endo_simul;
options_.linear=1;
perfect_foresight_solver(solve_algo=0);
linear=oo_.endo_simul;
perfect_foresight_solver(solve_algo=0);
options_.linear=0;
perfect_foresight_solver(solve_algo=0);
perfect_foresight_solver(solve_algo=4);
```
But the result of the nonlinear solvers has non-zero residuals in the linear solver and vice versa, while the nonlinear solvers seem to have consistent results.
`sim1_linear.m` seems to return wrong results. The following mod-file calls different solvers in sequence, using the previous result as the respective starting value.
```
//Endogenous variables
var piV rV yV rrstarV zV Rshock;
//Exogenous variables
varexo epsFG shock epsR;
//Parameters
parameters alpha beta eta phipi phiy rho sig lambda; //
//Initialization of parameter values
beta =0.99; //Discount factor (=inverse nominal interest rate)
alpha =0.033; //sensivity of inflation to output gap, parameter determining marginal cost,
eta =1; //sensivity of inflation to output gap, parameter determining price rigidity
phipi =1.5; //parameter determining monetary reaction to inflation
phiy =0.125; //parameter determining monetary reaction to output
rho =0.9; //AR(1) natural rate
sig =1; //intertemporal rate of substitution
lambda=0.25; // prob. of new info arrival
//model equations
model;
// z Variable
zV = alpha*(yV-yV(-1))+piV;//(pV-pV(-1));
piV= (lambda*alpha/ (1-lambda)) *yV
+lambda*EXPECTATION(-1)(zV)
+lambda*(1-lambda)*EXPECTATION(-2)(zV)
+lambda*(1-lambda)^2*EXPECTATION(-3)(zV)
+lambda*(1-lambda)^3*EXPECTATION(-4)(zV)
+lambda*(1-lambda)^4*EXPECTATION(-5)(zV)
+lambda*(1-lambda)^5*EXPECTATION(-6)(zV)
+lambda*(1-lambda)^6*EXPECTATION(-7)(zV)
+lambda*(1-lambda)^7*EXPECTATION(-8)(zV)
+lambda*(1-lambda)^8*EXPECTATION(-9)(zV)
; //marginal cost is proportional to gap, gap is driver of inflation
//piV=0.99*piV(+1)+0.033*yV;
//IS curve (Output Euler) from Kiley code
yV = yV(+1)-sig*(rV-piV(+1) - rrstarV);
//monetary policy' reaction function
rV = min((1-shock), phipi*(piV(+1) + phiy*yV + epsFG));
//rV = phipi*piV + phiy*yV+Rshock;
Rshock=0.5*Rshock(-1)+epsR;
//Natural real interest rate
rrstarV = rho*rrstarV(-1);
end;
initval;
rV=0;
yV=0;
rrstarV=0;
piV=0;
zV=0;
end;
steady;
check;
shocks;
var shock;
periods 1:15;
values 1;
var epsFG;
periods 16 ;
values -0.0117;
end;
perfect_foresight_setup(periods=30);
perfect_foresight_solver(solve_algo=0);
nonlinear=oo_.endo_simul;
options_.linear=1;
perfect_foresight_solver(solve_algo=0);
linear=oo_.endo_simul;
perfect_foresight_solver(solve_algo=0);
options_.linear=0;
perfect_foresight_solver(solve_algo=0);
perfect_foresight_solver(solve_algo=4);
```
But the result of the nonlinear solvers has non-zero residuals in the linear solver and vice versa, while the nonlinear solvers seem to have consistent results.
4.6https://git.dynare.org/Dynare/dynare/-/issues/1651dynare_sensitivity without exogenous variables2019-09-10T09:27:19Zrobvanharreveltdynare_sensitivity without exogenous variablesWhen `dynare_sensitivity` is used for a model without exogenous variables, the following error occurs:
```
Reference to non-existent field 'ghu'.
Error in kalman_transition_matrix (line 42)
B = dr.ghu(iv,:);
```
See the attached file [test1.mod](/uploads/2c7fa958781bb4ea203ecb1d484c9c8d/test1.mod). An easy workaround is to create a dummy exogenous variable (see attached file [test2.mod](/uploads/31ea2681c8f6b2701ed9da63e39c8968/test2.mod)), but it would help if the error message explains that the code does not work for models without exogenous variables.
This issue is similar to issue https://git.dynare.org/Dynare/dynare/issues/1633.When `dynare_sensitivity` is used for a model without exogenous variables, the following error occurs:
```
Reference to non-existent field 'ghu'.
Error in kalman_transition_matrix (line 42)
B = dr.ghu(iv,:);
```
See the attached file [test1.mod](/uploads/2c7fa958781bb4ea203ecb1d484c9c8d/test1.mod). An easy workaround is to create a dummy exogenous variable (see attached file [test2.mod](/uploads/31ea2681c8f6b2701ed9da63e39c8968/test2.mod)), but it would help if the error message explains that the code does not work for models without exogenous variables.
This issue is similar to issue https://git.dynare.org/Dynare/dynare/issues/1633.4.6Marco RattoMarco Rattohttps://git.dynare.org/Dynare/dynare/-/issues/1519check repeated variables in symbol_list for stoch_simul2019-09-10T09:13:59ZHoutan Bastanicheck repeated variables in symbol_list for stoch_simuldo this during `transformPass`, issue warning and remove second symbol when encountered.do this during `transformPass`, issue warning and remove second symbol when encountered.4.6Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1633Filter out cases where stochastic simulation is run with no shocks2019-09-10T08:47:48ZJohannes Pfeifer Filter out cases where stochastic simulation is run with no shocksWhen using `stoch_simul` without varexo, a cryptic error message will appear. See https://forum.dynare.org/t/how-to-compute-the-decision-rule-matrix-oo-dr-ghx-of-a-deterministic-model/13095
We should provide an informative message, potentially at the level of the preprocessor.When using `stoch_simul` without varexo, a cryptic error message will appear. See https://forum.dynare.org/t/how-to-compute-the-decision-rule-matrix-oo-dr-ghx-of-a-deterministic-model/13095
We should provide an informative message, potentially at the level of the preprocessor.4.6https://git.dynare.org/Dynare/dynare/-/issues/243Publicly distribute the Dynare slides2019-09-09T12:34:39ZSébastien VillemotPublicly distribute the Dynare slidesWe already distribute the slides on the summerschool temporary website, but this is not very visible. We should probably have a more permanent location, and maybe also add them in the Dynare package.
Also, we may consider putting the LaTeX source in git.
We already distribute the slides on the summerschool temporary website, but this is not very visible. We should probably have a more permanent location, and maybe also add them in the Dynare package.
Also, we may consider putting the LaTeX source in git.
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1622Fix posterior_sampler_initialization>set_proposal_density_to_previous_value2019-09-07T05:27:10ZJohannes Pfeifer Fix posterior_sampler_initialization>set_proposal_density_to_previous_valueIn case of the `record`-structure not containing the required fields, the output argument of the private function at the bottom of the file are not set, crashing Matlab.In case of the `record`-structure not containing the required fields, the output argument of the private function at the bottom of the file are not set, crashing Matlab.https://git.dynare.org/Dynare/dynare/-/issues/374Seed misbehavior with Dynare++2019-08-22T15:49:54ZStéphane Adjemianstepan@adjemian.euSeed misbehavior with Dynare++*Created by: davidrpugh*
My colleague and I obtain different results for 2nd and 3rd order impulse response function for a basic RBC model using the same seed. We both obtain identical results using the same seed on our individual computers, but results are inconsistent across computers. I run Dynare++ on Macbook running OSX 10.6; my colleague uses Windows 7.
Any thoughts? Would be happy to share the model file if interested...but probably better for someone to replicate the issue with a different model on another set of computers.
*Created by: davidrpugh*
My colleague and I obtain different results for 2nd and 3rd order impulse response function for a basic RBC model using the same seed. We both obtain identical results using the same seed on our individual computers, but results are inconsistent across computers. I run Dynare++ on Macbook running OSX 10.6; my colleague uses Windows 7.
Any thoughts? Would be happy to share the model file if interested...but probably better for someone to replicate the issue with a different model on another set of computers.
Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/234add @#elseif to macroprocessor2019-08-19T15:05:51ZSébastien Villemotadd @#elseif to macroprocessorsaves users from:
if
else
if
else
endif
endif
saves users from:
if
else
if
else
endif
endif
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1482No rule to make target `../../../../dynare++/kord/faa_di_bruno.cpp', needed b...2019-08-14T12:33:09ZStéphane Adjemianstepan@adjemian.euNo rule to make target `../../../../dynare++/kord/faa_di_bruno.cpp', needed by `libdynare___a-faa_di_bruno.o'. Stop.*Created by: barrymoo*
## Details
OS: RHEL 7 (Kernel 3.10.0-514.6.1)
GCC Version: Red Hat 4.8.5-11
Attachments: `config.log` and `make.log`
## Configuration Script
``` bash
#!/usr/bin/env bash
module purge
module load boost/1.62.0 mkl/2017.1.132
autoreconf -si
MATLAB_VERSION=R2017a \
./configure \
--with-matlab=/ihome/crc/install/matlab/R2017a \
--disable-octave \
--enable-openmp \
--prefix=/ihome/crc/install/dynare/4.5.0
make &> make.log
```
## Error
``` bash
$ tail make.log
ln -s -f /ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/bytecode/$p $p; \
done
make[2]: Leaving directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/bytecode'
Making all in libdynare++
make[2]: Entering directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/libdynare++'
make[2]: *** No rule to make target `../../../../dynare++/kord/faa_di_bruno.cpp', needed by `libdynare___a-faa_di_bruno.o'. Stop.
make[2]: Leaving directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/libdynare++'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab'
make: *** [all-recursive] Error 1
```
## Notes
I tried both the 4.5.0 release and the 4.6-unstable git repo. Any help is appreciated.*Created by: barrymoo*
## Details
OS: RHEL 7 (Kernel 3.10.0-514.6.1)
GCC Version: Red Hat 4.8.5-11
Attachments: `config.log` and `make.log`
## Configuration Script
``` bash
#!/usr/bin/env bash
module purge
module load boost/1.62.0 mkl/2017.1.132
autoreconf -si
MATLAB_VERSION=R2017a \
./configure \
--with-matlab=/ihome/crc/install/matlab/R2017a \
--disable-octave \
--enable-openmp \
--prefix=/ihome/crc/install/dynare/4.5.0
make &> make.log
```
## Error
``` bash
$ tail make.log
ln -s -f /ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/bytecode/$p $p; \
done
make[2]: Leaving directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/bytecode'
Making all in libdynare++
make[2]: Entering directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/libdynare++'
make[2]: *** No rule to make target `../../../../dynare++/kord/faa_di_bruno.cpp', needed by `libdynare___a-faa_di_bruno.o'. Stop.
make[2]: Leaving directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab/libdynare++'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/ihome/crc/build/dyndare/dynare-4.5.0/mex/build/matlab'
make: *** [all-recursive] Error 1
```
## Notes
I tried both the 4.5.0 release and the 4.6-unstable git repo. Any help is appreciated.https://git.dynare.org/Dynare/dynare/-/issues/1483if Dynare++ will not be built, do not build mex files that depend on it2019-08-14T12:33:08ZHoutan Bastaniif Dynare++ will not be built, do not build mex files that depend on it`mex/build/matlab/configure.ac` does not account for the case when makefiles are not created for dynare++ by the main configure script. Hence, `libdynare++` and `gensylv` will still be built, causing an error. See #1482.
Easy solution: test for BLAS, LAPACK, and MatIO. don't build `libdynare++`, `gensylv`, `k_order_perturbation`, or `dynare_simul_` if one of these libraries is not found (same test that we implement for building Dynare++ in the main config file.
Another solution would be to pass the value of `BUILD_DYNAREPLUSPLUS` to `AC_CONFIG_SUBDIRS([mex/build/matlab])` in `configure.ac``mex/build/matlab/configure.ac` does not account for the case when makefiles are not created for dynare++ by the main configure script. Hence, `libdynare++` and `gensylv` will still be built, causing an error. See #1482.
Easy solution: test for BLAS, LAPACK, and MatIO. don't build `libdynare++`, `gensylv`, `k_order_perturbation`, or `dynare_simul_` if one of these libraries is not found (same test that we implement for building Dynare++ in the main config file.
Another solution would be to pass the value of `BUILD_DYNAREPLUSPLUS` to `AC_CONFIG_SUBDIRS([mex/build/matlab])` in `configure.ac`4.6Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1252do we need to remove dynamic exception specifications?2019-08-14T12:13:30ZMichelJuillarddo we need to remove dynamic exception specifications?dynamic exceptions specification is now deprecated in C++
In mexFunction, when an unknown exception occurs, Matlab or Octave may crash
Maybe we should remove them from the mexFunction code. I don't see very well their contribution.
dynamic exceptions specification is now deprecated in C++
In mexFunction, when an unknown exception occurs, Matlab or Octave may crash
Maybe we should remove them from the mexFunction code. I don't see very well their contribution.
https://git.dynare.org/Dynare/dynare/-/issues/1626Dynare++ Program killed by itself2019-07-05T12:16:40ZStéphane Adjemianstepan@adjemian.euDynare++ Program killed by itself*Created by: awindbells*
I am solving a large model. The model is solved successfully on Mac up to 5th order approximation. When I try solve the model on Windows, or Linux server, it solves 3rd order in seconds, the program is "killed" by the system or by the program at 4th order after a few seconds of running. The cpu utilization is below 40% when killed, and memory usage is minimal. There is no other error message, except "killed" at the end. There is no issue solving a small model up to 5th on windows or linux. I would appreciate any explanations, remedies, or suggestions. Thanks.
*Created by: awindbells*
I am solving a large model. The model is solved successfully on Mac up to 5th order approximation. When I try solve the model on Windows, or Linux server, it solves 3rd order in seconds, the program is "killed" by the system or by the program at 4th order after a few seconds of running. The cpu utilization is below 40% when killed, and memory usage is minimal. There is no other error message, except "killed" at the end. There is no issue solving a small model up to 5th on windows or linux. I would appreciate any explanations, remedies, or suggestions. Thanks.
Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1654Efficient computation of products of matrix arrays2019-07-03T10:43:38ZWilli Mutschlerwilli@mutschler.euEfficient computation of products of matrix arraysHi,
while extending the identification toolbox I often run into the need to compute a 2d matrix with a 3d array. That is, assume `A is [m x n]`, `B is [n x o x p]` and I need to compute `C(:,:,j)=A*B(:,:,j)`. Currently, I simply run a for loop (as p is dimension of parameters and hence not so large), i.e. the minimal matlab code looks like
```
for j=1:size(B,3)
C(:,:,j) = A*B(:,:,j);
end
```
Is there a more efficient way/trick to do so?Hi,
while extending the identification toolbox I often run into the need to compute a 2d matrix with a 3d array. That is, assume `A is [m x n]`, `B is [n x o x p]` and I need to compute `C(:,:,j)=A*B(:,:,j)`. Currently, I simply run a for loop (as p is dimension of parameters and hence not so large), i.e. the minimal matlab code looks like
```
for j=1:size(B,3)
C(:,:,j) = A*B(:,:,j);
end
```
Is there a more efficient way/trick to do so?https://git.dynare.org/Dynare/dynare/-/issues/350Dynare++ fails to load2019-06-19T15:38:18ZStéphane Adjemianstepan@adjemian.euDynare++ fails to load*Created by: davidrpugh*
I recently re-installed Dynare 4.3.2 and this has cause Dynare++ to fail to load. Here is the traceback:
`Cole-2:~ clarissasweet$ dynare++
dyld: Library not loaded: /usr/local/Cellar/gfortran/4.7.2/gfortran/lib/i386/libgfortran.3.dylib
Referenced from: /Applications/Dynare/4.3.2/dynare++/dynare++
Reason: image not found
Trace/BPT trap`
The library is not loading because the path is wrong: `/usr/local/gfortran` is where my FORTRAN compiler lives, not `/usr/local/Cellar/`. Switching back to Dynare 4.3.1 fixed the problem (which is what made me think it must be a bug in Dynare++). FYI I have a MacBook running OSX Snow leopard.
*Created by: davidrpugh*
I recently re-installed Dynare 4.3.2 and this has cause Dynare++ to fail to load. Here is the traceback:
`Cole-2:~ clarissasweet$ dynare++
dyld: Library not loaded: /usr/local/Cellar/gfortran/4.7.2/gfortran/lib/i386/libgfortran.3.dylib
Referenced from: /Applications/Dynare/4.3.2/dynare++/dynare++
Reason: image not found
Trace/BPT trap`
The library is not loading because the path is wrong: `/usr/local/gfortran` is where my FORTRAN compiler lives, not `/usr/local/Cellar/`. Switching back to Dynare 4.3.1 fixed the problem (which is what made me think it must be a bug in Dynare++). FYI I have a MacBook running OSX Snow leopard.
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/396Potentially change use of options_.drop in simulations2019-06-19T15:38:18ZJohannes Pfeifer Potentially change use of options_.drop in simulationsCurrently, options_.drop is used for both IRFs and moments. However, the simulated series generated with simult_ do not drop periods. I think that this is not desirable and we should also drop periods at the beginning unless the user wants to start at the deterministic steady state.
For linear models, this would not matter. But for models solved at higher order, we would then not knowingly output simulated series that for sure have not yet converged to the ergodic distribution.
Currently, options_.drop is used for both IRFs and moments. However, the simulated series generated with simult_ do not drop periods. I think that this is not desirable and we should also drop periods at the beginning unless the user wants to start at the deterministic steady state.
For linear models, this would not matter. But for models solved at higher order, we would then not knowingly output simulated series that for sure have not yet converged to the ergodic distribution.
https://git.dynare.org/Dynare/dynare/-/issues/398Update Wiki for mode_compute=62019-06-19T15:38:18ZJohannes Pfeifer Update Wiki for mode_compute=6The information in http://www.dynare.org/DynareWiki/MonteCarloOptimization is outdated. See http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=4672&start=0
Most importantly, e81f9d48ac5b5dab724ec48195301d139cef85ef changed the option naming.
Unfortunately, it seems I don't have the access rights to change the Wiki. I always get an internal server error when trying to access anything associated with login.
The information in http://www.dynare.org/DynareWiki/MonteCarloOptimization is outdated. See http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=4672&start=0
Most importantly, e81f9d48ac5b5dab724ec48195301d139cef85ef changed the option naming.
Unfortunately, it seems I don't have the access rights to change the Wiki. I always get an internal server error when trying to access anything associated with login.
https://git.dynare.org/Dynare/dynare/-/issues/400Add steady_no_check option to estimation command2019-06-19T15:38:18ZJohannes Pfeifer Add steady_no_check option to estimation command`unit_root_vars` is supposed to be deprecated by using ``diffuse_filter` instead for estimating a model with non-stationary observed variables. But estimation still checks the steady state unless it is preceded by a `steady(nocheck)` command that sets `options_.steadystate.nocheck` to 1. We should add an explicit option to set this option in estimation or automatically trigger it if the diffuse filter is requested. For a background, see
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=4671
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=2813
`unit_root_vars` is supposed to be deprecated by using ``diffuse_filter` instead for estimating a model with non-stationary observed variables. But estimation still checks the steady state unless it is preceded by a `steady(nocheck)` command that sets `options_.steadystate.nocheck` to 1. We should add an explicit option to set this option in estimation or automatically trigger it if the diffuse filter is requested. For a background, see
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=4671
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=2813
4.4Sébastien VillemotSébastien Villemot