- Dev - dynare.org

[Trac] #191: section on EXPECTATION is wrong in the ref manual
by Trac Dynare 19 Aug '11

19 Aug '11

#191: section on EXPECTATION is wrong in the ref manual ---------------------------+------------------------------------------------ Reporter: sebastien | Owner: Type: bug | Status: new Priority: major | Milestone: Component: Documentation | Version: 4.2.1 Keywords: | ---------------------------+------------------------------------------------ - describe FULL and VAROBS keywords - fix description of time shift 0 -- Ticket URL: <https://www.dynare.org/trac/ticket/191> Dynare <http://www.dynare.org> The Dynare project

1 1

[Trac] #127: Output 2nd derivatives of static model when doing identification
by Trac Dynare 19 Aug '11

19 Aug '11

#127: Output 2nd derivatives of static model when doing identification --------------------------+------------------------------------------------- Reporter: sebastien | Owner: sebastien Type: feature | Status: new Priority: major | Milestone: 4.3 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- This is necessary for global identification. The code for 2nd static derivatives already exists (used for planner_objective). -- Ticket URL: <https://www.dynare.org/trac/ticket/127> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #183: mex file for the static model
by Trac Dynare 19 Aug '11

19 Aug '11

#183: mex file for the static model --------------------------+------------------------------------------------- Reporter: stepan | Owner: houtanb Type: enhancement | Status: new Priority: major | Milestone: 4.3 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- 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. -- Ticket URL: <https://www.dynare.org/trac/ticket/183> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #175: bug in discretionary_policy_engine.m
by Trac Dynare 19 Aug '11

19 Aug '11

#175: bug in discretionary_policy_engine.m --------------------------+------------------------------------------------- Reporter: michel | Owner: michel Type: bug | Status: new Priority: major | Milestone: Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- - first function is not terminated by 'end' contrarily to the other ones. Matlab (r2010b) is missing it. - W may not be initialized correctly. ./tests/discretionary_policy/dennis_1.mod is an example. Because of above, Matlab is missing it, but Octave detects it. -- Ticket URL: <https://www.dynare.org/trac/ticket/175> Dynare <http://www.dynare.org> The Dynare project

1 1

[Trac] #197: Add abs() to ExprNode
by Trac Dynare 17 Aug '11

17 Aug '11

#197: Add abs() to ExprNode --------------------------+------------------------------------------------- Reporter: houtanb | Owner: houtanb Type: feature | Status: new Priority: major | Milestone: 4.3 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- -- Ticket URL: <https://www.dynare.org/trac/ticket/197> Dynare <http://www.dynare.org> The Dynare project

1 2

Commit checklist
by Sébastien Villemot 17 Aug '11

17 Aug '11

Hi, In order to improve our development procedures, I created a wiki page describing with a checklist to be used every time one makes a commit: http://www.dynare.org/DynareWiki/CommitChecklist Please try to apply these rules in your future work. Any feedback is welcome. -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.villemot(a)ekiga.net PGP Key: 2069 1DFC C2C9 8C47 9529 84EE 0001 8C22 381A 7594

1 0

mode_compute=prior
by Sébastien Villemot 17 Aug '11

17 Aug '11

Salut Michel, Je t’écris au sujet de ton commit cd1d6ae25355cbb449a6e447cc513314d9205ae0, qui rajoute la valeur "prior" à l’option "mode_compute". Je voulais rajouter cette option dans le manuel de référence et sur la page wiki NewFeatures, mais je ne suis pas sûr de totalement comprendre ce qu’elle fait. Je comprends que la variance de la jump proposal est initialisée à la matrice de variance-covariance du prior. Ce que je ne comprends pas c’est quelle valeur des paramètres sera utilisée pour initialiser le metropolis. C’est la valeur de "xparam1", qui est initialisé dans set_prior.m, et je ne vois pas à première vue quelle est la valeur initiale; ça ne semble pas être le prior mean ou mode (qui soit dit en passant l’objet d’une option spécifique et non documentée dans set_prior.m). Par ailleurs quelle est la valeur retournée dans les champs M_.params et oo_.posterior_mode.* ? Amitiés, -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.villemot(a)ekiga.net PGP Key: 2069 1DFC C2C9 8C47 9529 84EE 0001 8C22 381A 7594

1 0

Re: [DynareDev] EAGLE in Dynare 4.2.1
by Sébastien Villemot 22 Jul '11

22 Jul '11

Dear Matija, Lozej Matija <Matija.Lozej(a)bsi.si> writes: > Is the ECB's EAGLE model compatible with Dynare version 4.2.1.? When I > try to compute the steady state (dynare steady1.mod), I get the > message (after some claculations are done) "Fatal error in bytecode". I know there are some issues with Eagle and recent versions of Dynare. I am not completely aware of them, so I forward this email to Ferhat Mihoubi who is in charge of the relevant code and will give you a more precise answer. In the meanwhile, I suggest that you give a try to the unstable version of Dynare, that can be downloaded in the form of a daily snapshot on the website. Maybe the bug that you encountered is fixed in the unstable version. Best, -- Sébastien Villemot CEPREMAP - Paris School of Economics Homepage: http://www.dynare.org/sebastien Landline phone: +33 1 40 77 49 90 SIP phone: sebastien.villemot(a)ekiga.net PGP Key: 2069 1DFC C2C9 8C47 9529 84EE 0001 8C22 381A 7594

2 1

Re: [DynareDev] histval et stoch_simul
by Stéphane Adjemian 18 Jul '11

18 Jul '11

Il n'y a pas d'exemple (j'ai essayé avec example1.mod)... Le problème est évident car dans le code on passe systématique dr.ys comme condition initiale. J'imagine que dans ce cas il suffit de passer la première colonne de oo_.endo_simul. Mais il faudrait un flag pour signaler que le bloc histval est employé et il faudrait que le préprocesseur ne sorte pas en crashant... Je réponds donc sur le forum qu'il s'agit d'un bug de dynare... Pour le second point on verra plus tard. J'ai commencé à écrire une classe time series compatible avec octave... Il faut prévoir quelque chose pour ça. à+ Stéphane. Le 18/07/11 15:48, Michel Juillard a écrit : > Salut Stéphane; > > On 7/18/2011 3:20 PM, Stéphane Adjemian wrote: >> Salut Michel, >> >> Une petite question liée au forum... >> >> Si on veut démarrer une simulation stochastique avec une condition >> initiale, je pensais qu'il était possible d'utiliser le bloc histval... >> Mais ça ne marche pas (on se fait jeter par le préprocesseur). En >> regardant le code, rien n'est prévu pour ça, et on ne peut initialier >> qu'avec l'état stationnaire déterministe... Connais tu la raison de >> cette restriction ? Cela ne me semble pas tellement en ligne avec la >> doc... >> > Il s'agit d'une erreur. On devrait pouvoir utiliser histval dans ce but. > Peux-tu m'envoyer l'exemple? > > >> Sinon, je ne comprends pas pourquoi on vire la condition initiale des >> simulations stochastiques. Cela n'aide pas tellement à comprendre ce qui >> se passe (j'aime bien voir le niveau initial des états). >> > > C'est pour créer des matrices (vecteurs) qui la taille de l'option > 'periods'. Je crois que la seule bonne solution serait de retourner les > résultats avec des fonctions et de gérer le stockage de manière plus > rationnelle > > amicalement > > Michel > >> à+ Stéphane. >> > -- Stéphane Adjemian Université du Maine, GAINS & CEPREMAP http://www.dynare.org/stepan TEL (Cepremap) +33(0)1 40 77 84 19 TEL (Gains) +33(0)2 43 83 31 35

2 1

Fwd: [Trac] #194: Clarify Slicot licensing terms
by Stéphane Adjemian 16 Jul '11

16 Jul '11

Hi Sébastien, Slicot library is still not used in the estimation dll... I downloaded succesfully the version 5 of Slicot this morning (currently Dynare distributes version 4). On Slicot's web site the library is still presented under a Gnu GPL licence. I will contact the authors next week to see if they plan to change the licence... Yesterday you told me that it was not possible to change a GPL licence, because anyone can fork... So I guess that it is not an issue if we distribute old versions of Slicot, even if they choose another licence for the next versions (>5). Best, Stéphane. -------- Message original -------- Sujet: [DynareDev] [Trac] #194: Clarify Slicot licensing terms Date : Fri, 15 Jul 2011 20:25:54 -0000 De : Trac Dynare <root(a)dynare.org> Répondre à : List for Dynare developers <dev(a)dynare.org> Copie à : dev(a)dynare.org #194: Clarify Slicot licensing terms ----------------------------+----------------------------------------------- Reporter: sebastien | Owner: george Type: bug | Status: new Priority: critical | Milestone: Component: Estimation DLL | Version: Keywords: | ----------------------------+----------------------------------------------- Currently Dynare (unstable) distributes its own copy of libslicot (www.slicot.org) It is used in the Kalman Steady State DLL (at least). As of July 15, 2011, it is no longer possible to download libslicot from its website. It says that the library is currently undergoing a relicensing. We need to clarify this with Slicot authors to see if we can continue distributing it with Dynare. -- Ticket URL: <https://www.dynare.org/trac/ticket/194> Dynare <http://www.dynare.org> The Dynare project _______________________________________________ Dev mailing list Dev(a)dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev -- Stéphane Adjemian Université du Maine, GAINS & CEPREMAP http://www.dynare.org/stepan TEL (Cepremap) +33(0)1 40 77 84 19 TEL (Gains) +33(0)2 43 83 31 35

3 3