smoother2histval authored by Johannes Pfeifer's avatar Johannes Pfeifer
...@@ -6,14 +6,15 @@ This page documents known bugs in Dynare stable. ...@@ -6,14 +6,15 @@ This page documents known bugs in Dynare stable.
via !1767) via !1767)
* `ramsey_constraints` crashes if the constraint contains defined `parameters` (bug fixed in https://git.dynare.org/Dynare/dynare/-/merge_requests/1788) * `ramsey_constraints` crashes if the constraint contains defined `parameters` (bug fixed in https://git.dynare.org/Dynare/dynare/-/merge_requests/1788)
* Identification will display a wrong error message if a unit root is present and `diffuse_filter` has been set (bug fixed via !1782) * Identification will display a wrong error message if a unit root is present and `diffuse_filter` has been set (bug fixed via !1782)
* particle filter estimation will crash if the initial state covariance becomes singular for a draw (bu not yet fixed, see https://git.dynare.org/Dynare/dynare/-/merge_requests/1786) * particle filter estimation will crash if the initial state covariance becomes singular for a draw (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/merge_requests/1786)
* With `order>1` in `estimation`, results from the `smoother`-option are still based on the Kalman smoother (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/issues/1757) * With `order>1` in `estimation`, results from the `smoother`-option are still based on the Kalman smoother (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/issues/1757)
* The initial state covariance in particle filter estimation may be `NaN` when using `nonlinear_filter_initialization=2` despite `options_.particles.pruning=1` (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/issues/1756) * The initial state covariance in particle filter estimation may be `NaN` when using `nonlinear_filter_initialization=2` despite `options_.particles.pruning=1` (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/issues/1756)
* Output of `smoother`-results when using particle filters will be based on `order=1` (but not yet fixed, see https://git.dynare.org/Dynare/dynare/-/issues/1757) * Output of `smoother`-results when using particle filters will be based on `order=1` (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/issues/1757)
* `cova_compute=0` did not work with user-defined `MCMC_jumping_covariance` (bug fixed via https://git.dynare.org/Dynare/dynare/-/commit/9351fd662fa8ea089c763c403ee4f6d94413ae71) * `cova_compute=0` did not work with user-defined `MCMC_jumping_covariance` (bug fixed via https://git.dynare.org/Dynare/dynare/-/commit/9351fd662fa8ea089c763c403ee4f6d94413ae71)
* Not all commands honor saving to the `M_.dname`-folder (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/merge_requests/1793) * Not all commands honor saving to the `M_.dname`-folder (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/merge_requests/1793)
* LaTeX output of the simulated variance decomposition for observables with measurement error may have a wrong variable label (but not yet fixed, see https://git.dynare.org/Dynare/dynare/-/merge_requests/1795) * LaTeX output of the simulated variance decomposition for observables with measurement error may have a wrong variable label (but not yet fixed, see https://git.dynare.org/Dynare/dynare/-/merge_requests/1795)
* Forecasts are only based on the DSGE-model, not the DSGE-VAR (bug not yet fixed; see #819) * Forecasts are only based on the DSGE-model, not the DSGE-VAR (bug not yet fixed; see #819)
* `smoother2histval` will crash if variable names are too similar (bug not yet fixed, see https://git.dynare.org/Dynare/dynare/-/merge_requests/1800)
* `smoother2histval` does not keep track of whether previously stored results were generate with `loglinear` (bug not yet fixed; see #1407) * `smoother2histval` does not keep track of whether previously stored results were generate with `loglinear` (bug not yet fixed; see #1407)
* The `initval_file` option does not yet support Dynare's translation of a model into a one lead/lag-model via auxiliary variables (bug not yet fixed; see #1004) * The `initval_file` option does not yet support Dynare's translation of a model into a one lead/lag-model via auxiliary variables (bug not yet fixed; see #1004)
... ...
......