October 2011 - Dev - dynare.org

[Trac] #221: add support for Excel files in Octave
by Trac Dynare 26 Mar '12

26 Mar '12

#221: add support for Excel files in Octave ------------------------+--------------------------------------------------- Reporter: sebastien | Owner: sebastien Type: feature | Status: new Priority: major | Milestone: 4.3 Component: Estimation | Version: Keywords: | ------------------------+--------------------------------------------------- The xlsread function is in the octave-io Forge package. The package seems to need octave-java in turn. -- Ticket URL: <https://www.dynare.org/trac/ticket/221> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #206: MS-SBVAR: update irf, forecast and variance decomposition mex
by Trac Dynare 09 Mar '12

09 Mar '12

#206: MS-SBVAR: update irf, forecast and variance decomposition mex --------------------------+------------------------------------------------- Reporter: houtanb | Owner: Type: enhancement | Status: new Priority: major | Milestone: 4.3 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- -- Ticket URL: <https://www.dynare.org/trac/ticket/206> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #173: fix license problems in GSA
by Trac Dynare 09 Jan '12

09 Jan '12

#173: fix license problems in GSA --------------------------+------------------------------------------------- Reporter: sebastien | Owner: Type: bug | Status: new Priority: critical | Milestone: Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- Some files in the {{{matlab/gsa}}} subdirectory have copyright status incompatible with inclusion in Dynare. At least: {{{ fdjac.m LPTAU.m optget.m Sampling_Function_2.m }}} Other files do not have any copyright notice, their status should be checked. The copyright status of the GSA manual is not explicited. Once these issues are fixed, the license.txt file should be updated accordingly. -- Ticket URL: <https://www.dynare.org/trac/ticket/173> Dynare <http://www.dynare.org> The Dynare project

1 5

[Trac] #157: histval + stoch_simul(periods=...) + forecast gives wrong result
by Trac Dynare 28 Dec '11

28 Dec '11

#157: histval + stoch_simul(periods=...) + forecast gives wrong result --------------------------+------------------------------------------------- Reporter: sebastien | Owner: Type: bug | Status: new Priority: major | Milestone: 4.2 Component: Core M-files | Version: 4.1.3 Keywords: | --------------------------+------------------------------------------------- If there is a histval block, followed by stoch_simul using empirical simulations ("periods" option), then the information provided by histval is lost (the "oo_.endo_simul" structure, which contains the histval information, is completely rewritten). A subsequent forecast command wrong results, since it will not use histval as starting point. -- Ticket URL: <https://www.dynare.org/trac/ticket/157> Dynare <http://www.dynare.org> The Dynare project

1 4

[Trac] #195: histval+stoch_simul
by Trac Dynare 21 Dec '11

21 Dec '11

#195: histval+stoch_simul --------------------------+------------------------------------------------- Reporter: stepan | Owner: houtanb Type: bug | Status: new Priority: critical | Milestone: 4.3 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- 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. -- Ticket URL: <https://www.dynare.org/trac/ticket/195> Dynare <http://www.dynare.org> The Dynare project

1 5

[Trac] #94: Remove obsolete code dealing with more than one lead and/or one lag
by Trac Dynare 26 Nov '11

26 Nov '11

#94: Remove obsolete code dealing with more than one lead and/or one lag --------------------------+------------------------------------------------- Reporter: sebastien | Owner: Type: enhancement | Status: new Priority: minor | Milestone: 4.2 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- In the resolution of stochastic models, this code is no longer necessary since the preprocessor removes any lead and lag of more than one. But this code should be kept in the deterministic case, since the preprocessor doesn't do the transformation. -- Ticket URL: <https://www.dynare.org/trac/ticket/94> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #204: Make the GSA Octave-compatible
by Trac Dynare 25 Nov '11

25 Nov '11

#204: Make the GSA Octave-compatible --------------------------+------------------------------------------------- Reporter: sebastien | Owner: Type: bug | Status: new Priority: major | Milestone: 4.3 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- In particular, the call to 'waitbar' in 'gsa/stab_map.m' should be replaced by a printf-based bar like in the estimation code. -- Ticket URL: <https://www.dynare.org/trac/ticket/204> Dynare <http://www.dynare.org> The Dynare project

1 4

[Trac] #196: investigate bug creating eps files in octave
by Trac Dynare 25 Nov '11

25 Nov '11

#196: investigate bug creating eps files in octave --------------------------+------------------------------------------------- Reporter: houtanb | Owner: Type: bug | Status: new Priority: major | Milestone: 4.3 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- 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 -- Ticket URL: <https://www.dynare.org/trac/ticket/196> Dynare <http://www.dynare.org> The Dynare project

1 1

[Trac] #211: Matlab 2011a displays a warning when Dynare uses waitbar with option -noconsole
by Trac Dynare 25 Nov '11

25 Nov '11

#211: Matlab 2011a displays a warning when Dynare uses waitbar with option -noconsole --------------------------+------------------------------------------------- Reporter: michel | Owner: Type: bug | Status: new Priority: minor | Milestone: Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- This follows some changes in the handling of displays in Matlab. See the exact warning message. -- Ticket URL: <https://www.dynare.org/trac/ticket/211> Dynare <http://www.dynare.org> The Dynare project

1 1

gsa/ls2003.mod
by Michel Juillard 07 Nov '11

07 Nov '11

Super! We have greatly diminished the number of failures on the tests. I tried to see why gsa/ls2003.mod was failing under Octave but can't understand. The test works when dynare is called interactively, but fails when called via run_test_octave.m. It looks as if the interaction of try and global estim_params_ is creating a problem in this case. It would be great if somebody finds out what is going on. Best Michel

3 4