Dear Michel,
I just committed in my personal repository (cherry-picked 4.2 as well) a bug fix related to dname. thanks for your help best Marco
On 2/21/2011 11:53 AM, Michel Juillard wrote:
Hi Marco,
I just update dynare_estimation_init.m and now it is also used in dynare_estimation_1.m
Please, everybody, if you use optimizers different from mode_compute=4, test the new code to check that it is still working with your preferred optimizer.
This solution is not perfect: dynare_estimation_init is still setting globals and I'm not sure about what should be in dynare_estimation_init and what should be left in dynare_estimation_1.m. When GSA is fixed, I will try to improve on it.
When you have fixed GSA, could you please add a Wiki page explaining how to install GSA to work with Dynare and contribute a couple of test files?
All the best,
Michel
On 2/21/2011 9:17 AM, Marco Ratto wrote:
Dear Michel,
thanks a lot for your proposal. This would be an excellent solution also for me. Would you like me to try this? best Marco
On 2/19/2011 10:48 AM, Michel Juillard wrote:
I think that it is my mistake: I wrote dynare_estimation_init.m for sensitivity/identification but never end up using it in dynare_estimation_1.m
My preferred solution would be -to make a new version of dynare_estimation_init.m by using lines 1-303 of dynare_estimation_1.m -add an argument for gsa as in the current version of dynare_estimation_init.m -removes lines 1-303 from dynare_estimation_1.m and call dynare_estimation_init
Best
Michel
On 02/18/2011 04:00 PM, Marco Ratto wrote:
Dear Michel, Sebastien, I just realized that, a part from identification, also sensitivity analysis is broken under 4.2. It is my fault not having checked this before [at least they are not official features ...]. I hope to have time to work on it and fix all problems next week.
One point concerns dynare_estimation_init.m:
At some point in the past Michel did it, breaking dynare_estimation, in order to provide initialization of the estimation environment, then dynare_estimation would do actual estimation while sensitivity or identification would do other things. Now the 4.2 developments are such that dynare_estimation_init is isolated from dynare, except that it is called from identification/sensitivity and I have to replicate there all the initialization commands which are now done in dynare_estimation + dynare_estimation_1.
Essentially dynare_estimation_init is a dumplicate of a large portion of the dynare estimation routines.
My question is if I can study a way where dynare_estimation_init is simply eliminated and I directly use the common dynare estimaton routines to initialize the environment with some return commands that exit routines prior to estimation when we call them from identification or sensitivity.
Do you think this is something reasonable?
please let me know all the best Marco