#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
#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
#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
#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
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
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
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
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
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