Dev

dev@dynare.org

3402 discussions

farewell email
by Houtan Bastani 26 May '20

26 May '20

Hello Dynare Friends, So it is with an email that I bid you farewell! After 10 great years with Dynare I am excited to be moving to Philadelphia to join my fiancée as we expect a baby boy on 22 August. It has been a pleasure working together these past years. I have learned a lot, not just about programming and economics, but about French culture, politics, and language :) In talking with Sebastien, we decided that though I'd no longer be working for Dynare, I'd keep my affiliation and may make contributions from time to time going forward, at least until I find another job. So please don't hesitate to ask any questions you may have if you think I can be of help. I'll certainly be back at Jourdan at some point to collect my affairs, so that'll be a good chance to say goodbye to the team in Paris. Regardless of when it is, however, I hope our paths cross again. I wish you all the best. Houtan houtanb(a)gmail.com

1 0

Julia Dynare interface
by Michel Juillard 25 Mar '20

25 Mar '20

Dear Friends, I have been using recently both the option language=julia that I started using some time ago in https://github.com/MichelJuillard/dynare.jl and the JSON representation of the *.mod file. I feel that it is the moment to decide wether we adopt one or the other. My preference goes to the JSON interface for the following reasons: 1. It is a strain on resources to try to develop both 2. The JSON interface has potential usages outside of the Dynare in Julia project. 3. It is relatively straithforward to implement the JSON interace in the preprocessor with a few intuitive standard fields for the JSONs. 4. The Julia implementation can then be done entirely in Julia. 5. On the contrary, developing the option language=julia requires to develop in parallel the preprorcessor and the Julia implementation of Dynare commands. If we go that way, I will make sure that the code in dynare.jl works, but I will stop developing that git project and start afresh in a new git project. I have created https://gitlab.com/dynare-julia as a group of projects. I want to develop separate packages for the low level code that isn't Dynare specific. These packages must go is separate git projects under the dynare-julia umbrella. Please, tell me what you think. All the best, -- Michel

3 5

Dynare Summer School 2020
by Sébastien Villemot 31 Jan '20

31 Jan '20

Dear Friends, This year the Dynare Summer School will take place from July 6-10, 2020. It will be hosted by the Banque de France in Paris, France. The courses will focus on the simulation and estimation of DSGE models with Dynare. The invited speaker will be Edward Herbst of the Federal Reserve Board of Governors. More information is available on our website: https://www.dynare.org/events/dynare-summer-school-2020-applications-open If interested, you can apply by sending a CV and a recent research paper (PDFs only) to school(a)dynare.org no later than April 15, 2020. Best, -- Sébastien Villemot Economist at CEPREMAP Dynare developer https://sebastien.villemot.name

1 0

Summer School 2020 Speaker Ideas
by Houtan Bastani 18 Nov '19

18 Nov '19

Hi All, The Dynare Summer School 2020 will be held from July 6-10 at the Banque de France. As usual, we will invite a speaker to present on Friday, July 10. If you have any ideas for someone to invite, please reply all so that we may come to a consensus. Best, Houtan

3 2

Dynare 4.6 release schedule
by Sébastien Villemot 13 Nov '19

13 Nov '19

Dear friends, We are now making plans for the release of Dynare 4.6. The schedule is the following: On December 20, I will create the 4.6 branch. This means that any new feature that you want to be included in Dynare 4.6 must be merged on the master branch before that date. After December 20, only bugfixes and documentation improvements will be allowed on the 4.6 branch. New features and other improvements will have to go to the master branch, hence targeted for 4.7. Hopefully, this will allow us to release Dynare 4.6 in January or February. Don’t hesitate to tell me if this schedule does not work well for you, so that we can find a solution. Best, -- Sébastien Villemot Economist at CEPREMAP Dynare developer http://sebastien.villemot.name

2 1

Windows packages built from Gitlab CI
by Sébastien Villemot 23 Sep '19

23 Sep '19

Hi all, Just to let you know that Windows packages of Dynare are now automatically built for each commit that is pushed to our Gitlab instance. This includes commits in your personal space (so you can easily test your modifications on Windows or create customized versions of Dynare). Technically, the executable installer and the zip archive are created as artifacts of the pkg_windows job of each pipeline. For example, the last commit on the main Dynare repository triggered this pipeline: https://git.dynare.org/Dynare/dynare/pipelines/1829 By clicking on the pkg_windows button, you end up on that job page: https://git.dynare.org/Dynare/dynare/-/jobs/6312 Then you can retrieve the packages by clicking on the “Browse” link on the upper-right corner: https://git.dynare.org/Dynare/dynare/-/jobs/6312/artifacts/browse And click on the windows directory, then on exe (to get the executable installer; alternatively you could have chose the zip): https://git.dynare.org/Dynare/dynare/-/jobs/6312/artifacts/browse/windows/e… Note those artifacts are deleted from the server one week after they have been generated, to save disk space. Best, -- Sébastien Villemot Economist at CEPREMAP Dynare developer http://sebastien.villemot.name

2 1

breaking changes for stoch_simul and discretionary policy
by Michel Juillard 13 Sep '19

13 Sep '19

Hello, Houtan's commit https://git.dynare.org/Dynare/preprocessor/commit/04b6a68aef1dea23f991e788a… alerts me to the fact that these changes break existing code where the Matlab function is called directly. Many people do that. I wonder if we should not instead rename the functions with the new interface and provide converted functions with the old interface Best -- Michel Juillard

3 4

Issue #1197
by Houtan Bastani 12 Sep '19

12 Sep '19

Hello, In working on https://git.dynare.org/Dynare/dynare/issues/1197 I came across a potential bug. As you can see from lines 22-24 & 39 of https://git.dynare.org/Dynare/dynare/blob/master/matlab/discretionary_polic…, upon exiting discretionary_policy(), `options_ `contains the original values it had upon entering the function with the field `discretionary_policy` set equal to 1. However, the call to stoch_simul potentially changes options_, as you can see on line 99 of https://git.dynare.org/Dynare/dynare/blob/master/matlab/stoch_simul.m. Here, the field `logged_steady_state` is set to 1 with the idea that this value should be preserved upon exit of the function. However, given the way discretionary_policy has been written above, it is not preserved. So the question is: is this a bug? If not, that would imply that discretionary_policy is incompatible with the loglinear option of stoch_simul: should I then end processing if the two hold simultaneously? If not, then we should only overwrite the `order` option in discretionary_policy with its original value. Best, Houtan

3 5

Dynare chat room
by Houtan Bastani 06 Sep '19

06 Sep '19

Hi, We have created a chatroom that you can use for group discussions or one-off discussions. If you'd like to use it, you can follow the link below, signing in with the same account you use at git.dynare.org: https://mattermost.dynare.org/signup_user_complete/?id=mza3tkpwfjdzdqzdkmkq… You can also download an app for your desktop and/or phone if you don't want to use a browser window. Links to download for your system are at the bottom of this page: https://mattermost.com/download/ Best, Houtan

1 0

Re: [DynareDev] How to evaluate dynamic g4
by Sébastien Villemot 06 Aug '19

06 Aug '19

Le mardi 06 août 2019 à 07:38 +0000, Willi Mutschler a écrit : > indeed I want to evaluate all g1, g2, g3, and g4 files one after the > other, so what would be the optimized way to do so in terms of > temporary terms computation? I think it is: T = NaN(sum(M_.dynamic_tmp_nbr(1:5)));T = feval([M_.fname, '.dynamic_g4_tt'], oo_.dr.ys(l), oo_.exo_steady_state', M_.params, oo_.dr.ys, 1);g1 = feval([M_.fname, '.dynamic_g1'], T, oo_.dr.ys(l), oo_.exo_steady_state', M_.params, oo_.dr.ys, 1, false);g2 = feval([M_.fname, '.dynamic_g2'], T, oo_.dr.ys(l), oo_.exo_steady_state', M_.params, oo_.dr.ys, 1, false); g3 = feval([M_.fname, '.dynamic_g3'], T, oo_.dr.ys(l), oo_.exo_steady_state', M_.params, oo_.dr.ys, 1, false);g4 = feval([M_.fname, '.dynamic_g4'], T, oo_.dr.ys(l), oo_.exo_steady_state', M_.params, oo_.dr.ys, 1, false); The first two lines compute the temporary terms up to 4th order. The last four lines computes the matrices that you're interested in. The last argument equal to "false" means that temporary terms should not be recomputed. -- Sébastien Villemot Economist at CEPREMAP Dynare developer http://sebastien.villemot.name

1 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Dev