Dynare Output Variables

This page is under construction. It is meant at documenting existing output variables and at discussing a better organization of these.

Ouput variables

At the end of a successful run, Dynare stores the following variables in the file <filename>_results.mat:

oo_ structure

To be written ...

Todo list

The list of variables that are not currently saved in oo_, but should, and of results that should be stored in a way different from the current one.

Design Changes in Dynare 4.5

Implemented changes to the oo_-structure

  1. The Bayesian forecasts stored in oo_.MeanForecast and oo_.PointForecast included the initial condition. Starting in Dynare 4.5, only the forecasts are stored in these fields. This makes their dimension consistent with classical forecasts.

  2. The HPD fields generated for MCMC moments (HPDinf and HPDsup) were row vectors. Starting in Dynare 4.5 they will be column vectors like the other moment fields like Mean and Median.

  3. Classical filtered variables stored in oo_.FilteredVariables were padded with zeros at the beginning and end of the vector. Starting in Dynare 4.5, the leading and trailing zeros are removed to make this field consistent with the Bayesian filtered variables.

Proposed changes to the oo_-structure

  1. In order to close ticket #339, results from classical estimation will be stored in oo_.ml. When doing this, the misleading naming of HPDIs will be changed to CI

  2. The smoothed variables from Bayesian estimation stored in SmoothedVariables will store the smoothed variable including trend and constant. Currently the trend was not considered at all.

  3. The smoothed variables from classical estimation stored in SmoothedVariables will also store the smoothed variable including trend and constant. Currently, it does not include trend and constant and thus is in deviations from the mean (in contrast to the Bayesian fields)

  4. The trend component will be stored in a Trend-subfield. This is necessary as the optimal trend can be estimated, but this estimate is nowhere reflected in the results.

The  convert_dyn_45_to_44 .m utility can be used to restore points 1-6 for backward compatibility reasons.

  1. Constants and trends need also to be added to forecasts, to updated and to filtered variables.
  2. Change the ordering in FilteredVariablesKStepAhead and FilteredVariablesKStepAheadVariances to be in declaration instead of decision rule ordering. This is currently confusing (see #943)

  3. oo_.exo_simul is periods by exo_nbr, i.e. a collection of column vectors. In contrast, oo_.endo_simul is endo_nbr by periods , i.e. a collection of row vectors. This is confusing and leads to problems with initval-files where this needs to be taken into account. This should be harmonized in 4.5.