Hi Marco,
it seems your recent commits broke the dsge_likelihood routine. Almost all unit tests crash in the Kalman filter routines due to non-conformable matrices. Unfortunately, I could not trace the origin of the problem.
Best,
Johannes
--
Johannes Pfeifer
Friesenwall 104
50672 Köln
Tel.: +49-221-29873852
Mobil.: +49-170-6936820
Germany
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Hi Johannes,
Can you send the output of the testsuite (the txt file returned after make check-matlab) ? I didn't observe any problem today. I have just checked that estimation/fs2000.mod runs without any problem.
Best, Stéphane.
On 14/10/2015 19:41, Johannes Pfeifer wrote:
Hi Marco,
it seems your recent commits broke the dsge_likelihood routine. Almost all unit tests crash in the Kalman filter routines due to non-conformable matrices. Unfortunately, I could not trace the origin of the problem.
Best,
Johannes
--
Johannes Pfeifer
Friesenwall 104
50672 Köln
Tel.: +49-221-29873852
Mobil.: +49-170-6936820
Germany
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
Try TeX/fs2000_corr_ME.mod I selectively ran some of the failed tests from today's mail to the dev list, not the whole suite
Am 14.10.2015 um 21:26 schrieb Stéphane Adjemian stepan@dynare.org:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Hi Johannes,
Can you send the output of the testsuite (the txt file returned after make check-matlab) ? I didn't observe any problem today. I have just checked that estimation/fs2000.mod runs without any problem.
Best, Stéphane.
On 14/10/2015 19:41, Johannes Pfeifer wrote: Hi Marco,
it seems your recent commits broke the dsge_likelihood routine. Almost all unit tests crash in the Kalman filter routines due to non-conformable matrices. Unfortunately, I could not trace the origin of the problem.
Best,
Johannes
--
Johannes Pfeifer
Friesenwall 104
50672 Köln
Tel.: +49-221-29873852
Mobil.: +49-170-6936820
Germany
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
-----BEGIN PGP SIGNATURE-----
iQQcBAEBCgAGBQJWHqxpAAoJEKbUTLnGTOd7Ldof/Ahc0+AxH7YPLfyxHplHf7Gc HNubucVGyki+IPxVbCtqPE6UF5C3KLI3mid0x85G+gU0YSK5QmiNIgVZh+rrl8ga RycL7gS0z9OI8tXiofX88H3DXRDueUMpkOdDZhUCqxz6hK5hWmPFVuLgBpEb+Jss smXIbXFzEu9bHZUz8S4gNr1ZQjEazpFZ8Co02bit1Erln9/N1sT1+zpCCuf1b8ko OBJiTIu4OoyEMLt2vbv5MqtcwAry7iqTidVRTL4+SUhjroksR5eaizXpWj9FLyxq Jr26gARY92RdFxqyWDWX0l1jhTVpw/hOr4IKHacp+g/C/Sih7d6KIhLkpWZojUj6 GuwfAYsTBfpZRi+RA1jSVkCgKnI4h3L8vk17NyGcrLbXn5yQcjm3QwS1qOgKQncw ZkitoHdqhFaCLNaoR9OqidtkYHcYoKmOsLLYs60JTncO7gy2medixaqztLg4icGt Kj0E2C7TFa7gT1rLecUyEhUbs5xX/6GcyPu7KRovmp/Sf4OAGtdETemIOo1o0aHs nSUb+8NX1huUP/BOGEsm+s5xE7o2BWKEHKLdGHUtq8SgVh6VM7GTNWAhpZuXh6nA iFcqpipOsznpB3bkPCwJjp6PaMJZRCf5EgP1lEZdKUDfFFWYl6Xh//V9dyknwt6J Zpn41iMLE0J9pGzJak3n0Dd38uOl5PMYZ3dzJ3So0x041Lt96vfArWcl9pdgRGcU vqnlr9qiqzpcbHlI2R/eQWSy6qJ2qpEy8SMnfa67ox9Ak2AcmS8Po49pnm5i2lrW rghS0mzdJPHwOqmIuxqDiQ8qWVm1mxVO8MbOg3lGLYlub6H34gMh+QYjWbJzqLW1 Er7/LNSU84EtTzvxi8pDodk2dwJiedrxJYqsCsLQqBUJmUnGMpLeEbbp7F5+JKDR hQ1M5pSk0opDC6Ejy8PGGsOjdAwR4w3NoE/eDvYGsDQ6fzCKTO2vVj4evLSNZW9N S5mGTVRjm8A5ssr3RtuuUKmP171+9Vxirark/8ARiP43CLy54iXNllQOWHdq4W32 o6TtV0diw82pYOxL0NgzMMSpH2TlP0NRGbYrhm1221wX2DIsEdN5f7W1R7DWN1Ew m2baBlMyut5T3fZrBdoab0NE2aVA4aCLRk3dCyUEVMffSeQtxWVFcrDbZPI7fw5q Gz3uttBVqVBkc4vtlWajAeruOtWgVKHKrnt6rtHtsiHC1YI52Vg0xqzKqSD3avWB MY7eubOGBNeMBLG1eH4ZLUf8Ox8mvxMCGvvb6Q2h5NCR5IZDSNe0EaiHpDHM8RW8 30rA/voa+oIaL1N9kWVCmRSCjZg2J9Yn6L8p7lUMITfOYY6G+TgE6ZTrNOuwSBc= =45dU -----END PGP SIGNATURE----- _______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
Some test cases never ran. For example: | * kalman/likelihood_from_dynare/fs2000_corr_ME.mod | * kalman/likelihood_from_dynare/fs2000_corr_ME_missing.mod | * kalman/likelihood_from_dynare/fs2000_uncorr_ME.mod | * kalman/likelihood_from_dynare/fs2000_uncorr_ME_missing.mod
The fixing is not trivial and on my todo list. I don't know if it corresponds to what Johannes just observed.
Best
Michel
Johannes Pfeifer writes:
Try TeX/fs2000_corr_ME.mod I selectively ran some of the failed tests from today's mail to the dev list, not the whole suite
Am 14.10.2015 um 21:26 schrieb Stéphane Adjemian stepan@dynare.org:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Hi Johannes,
Can you send the output of the testsuite (the txt file returned after make check-matlab) ? I didn't observe any problem today. I have just checked that estimation/fs2000.mod runs without any problem.
Best, Stéphane.
On 14/10/2015 19:41, Johannes Pfeifer wrote: Hi Marco,
it seems your recent commits broke the dsge_likelihood routine. Almost all unit tests crash in the Kalman filter routines due to non-conformable matrices. Unfortunately, I could not trace the origin of the problem.
Best,
Johannes
--
Johannes Pfeifer
Friesenwall 104
50672 Köln
Tel.: +49-221-29873852
Mobil.: +49-170-6936820
Germany
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
-----BEGIN PGP SIGNATURE-----
iQQcBAEBCgAGBQJWHqxpAAoJEKbUTLnGTOd7Ldof/Ahc0+AxH7YPLfyxHplHf7Gc HNubucVGyki+IPxVbCtqPE6UF5C3KLI3mid0x85G+gU0YSK5QmiNIgVZh+rrl8ga RycL7gS0z9OI8tXiofX88H3DXRDueUMpkOdDZhUCqxz6hK5hWmPFVuLgBpEb+Jss smXIbXFzEu9bHZUz8S4gNr1ZQjEazpFZ8Co02bit1Erln9/N1sT1+zpCCuf1b8ko OBJiTIu4OoyEMLt2vbv5MqtcwAry7iqTidVRTL4+SUhjroksR5eaizXpWj9FLyxq Jr26gARY92RdFxqyWDWX0l1jhTVpw/hOr4IKHacp+g/C/Sih7d6KIhLkpWZojUj6 GuwfAYsTBfpZRi+RA1jSVkCgKnI4h3L8vk17NyGcrLbXn5yQcjm3QwS1qOgKQncw ZkitoHdqhFaCLNaoR9OqidtkYHcYoKmOsLLYs60JTncO7gy2medixaqztLg4icGt Kj0E2C7TFa7gT1rLecUyEhUbs5xX/6GcyPu7KRovmp/Sf4OAGtdETemIOo1o0aHs nSUb+8NX1huUP/BOGEsm+s5xE7o2BWKEHKLdGHUtq8SgVh6VM7GTNWAhpZuXh6nA iFcqpipOsznpB3bkPCwJjp6PaMJZRCf5EgP1lEZdKUDfFFWYl6Xh//V9dyknwt6J Zpn41iMLE0J9pGzJak3n0Dd38uOl5PMYZ3dzJ3So0x041Lt96vfArWcl9pdgRGcU vqnlr9qiqzpcbHlI2R/eQWSy6qJ2qpEy8SMnfa67ox9Ak2AcmS8Po49pnm5i2lrW rghS0mzdJPHwOqmIuxqDiQ8qWVm1mxVO8MbOg3lGLYlub6H34gMh+QYjWbJzqLW1 Er7/LNSU84EtTzvxi8pDodk2dwJiedrxJYqsCsLQqBUJmUnGMpLeEbbp7F5+JKDR hQ1M5pSk0opDC6Ejy8PGGsOjdAwR4w3NoE/eDvYGsDQ6fzCKTO2vVj4evLSNZW9N S5mGTVRjm8A5ssr3RtuuUKmP171+9Vxirark/8ARiP43CLy54iXNllQOWHdq4W32 o6TtV0diw82pYOxL0NgzMMSpH2TlP0NRGbYrhm1221wX2DIsEdN5f7W1R7DWN1Ew m2baBlMyut5T3fZrBdoab0NE2aVA4aCLRk3dCyUEVMffSeQtxWVFcrDbZPI7fw5q Gz3uttBVqVBkc4vtlWajAeruOtWgVKHKrnt6rtHtsiHC1YI52Vg0xqzKqSD3avWB MY7eubOGBNeMBLG1eH4ZLUf8Ox8mvxMCGvvb6Q2h5NCR5IZDSNe0EaiHpDHM8RW8 30rA/voa+oIaL1N9kWVCmRSCjZg2J9Yn6L8p7lUMITfOYY6G+TgE6ZTrNOuwSBc= =45dU -----END PGP SIGNATURE----- _______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
These tests fail since weeks... Hence orthogonal to the recent commits by Marco. I will try TeX/fs2000_corr_ME.mod.
Best, Stéphane
On 14/10/2015 21:58, Michel Juillard wrote:
Some test cases never ran. For example: | * kalman/likelihood_from_dynare/fs2000_corr_ME.mod | * kalman/likelihood_from_dynare/fs2000_corr_ME_missing.mod | * kalman/likelihood_from_dynare/fs2000_uncorr_ME.mod | * kalman/likelihood_from_dynare/fs2000_uncorr_ME_missing.mod
The fixing is not trivial and on my todo list. I don't know if it corresponds to what Johannes just observed.
Best
Michel
Johannes Pfeifer writes:
Try TeX/fs2000_corr_ME.mod I selectively ran some of the failed tests from today's mail to the dev list, not the whole suite
Am 14.10.2015 um 21:26 schrieb Stéphane Adjemian stepan@dynare.org:
Hi Johannes,
Can you send the output of the testsuite (the txt file returned after make check-matlab) ? I didn't observe any problem today. I have just checked that estimation/fs2000.mod runs without any problem.
Best, Stéphane.
On 14/10/2015 19:41, Johannes Pfeifer wrote: Hi Marco,
it seems your recent commits broke the dsge_likelihood routine. Almost all unit tests crash in the Kalman filter routines due to non-conformable matrices. Unfortunately, I could not trace the origin of the problem.
Best,
Johannes
--
Johannes Pfeifer
Friesenwall 104
50672 Köln
Tel.: +49-221-29873852
Mobil.: +49-170-6936820
Germany
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
In TeX/fs2000_corr_ME a singularity is detected and Dynare goes to the univariate Kalman filter. Unfortunately, in this situation (with correlated measurement errors) the state vector does not have the correct dimension.
If we force Dynare not to use the univariate filter in case of singularity (setting use_univariate_filters_if_singularity_is_detected equal to zero) the estimation goes smoothly. Obviously this is not a solution for this test (though I always use this option).
I fixed the problem by adding a flag called singularity_has_been_detected in dsge_likelihood (at the beginning of section 4) equal to false by default and resetting this variable to true when isinf(LIK) and DynareOptions.use_univariate_filters_if_singularity_is_detected are true. When the flag is true I augment the size of the state vector (a) when needed (if the model has correlated measurement errors). I need to do more testing with other mod files...
I think that this is a long standing bug. Before the last commits by Marco the singularity was not detected (and we never reached this case).
The bugs in kalman/likelihood_from_dynare/*.mod are not related to this one.
Best, Stéphane.
On 14/10/2015 21:58, Michel Juillard wrote:
Some test cases never ran. For example: | * kalman/likelihood_from_dynare/fs2000_corr_ME.mod | * kalman/likelihood_from_dynare/fs2000_corr_ME_missing.mod | * kalman/likelihood_from_dynare/fs2000_uncorr_ME.mod | * kalman/likelihood_from_dynare/fs2000_uncorr_ME_missing.mod
The fixing is not trivial and on my todo list. I don't know if it corresponds to what Johannes just observed.
Best
Michel
Johannes Pfeifer writes:
Try TeX/fs2000_corr_ME.mod I selectively ran some of the failed tests from today's mail to the dev list, not the whole suite
Am 14.10.2015 um 21:26 schrieb Stéphane Adjemian stepan@dynare.org:
Hi Johannes,
Can you send the output of the testsuite (the txt file returned after make check-matlab) ? I didn't observe any problem today. I have just checked that estimation/fs2000.mod runs without any problem.
Best, Stéphane.
On 14/10/2015 19:41, Johannes Pfeifer wrote: Hi Marco,
it seems your recent commits broke the dsge_likelihood routine. Almost all unit tests crash in the Kalman filter routines due to non-conformable matrices. Unfortunately, I could not trace the origin of the problem.
Best,
Johannes
--
Johannes Pfeifer
Friesenwall 104
50672 Köln
Tel.: +49-221-29873852
Mobil.: +49-170-6936820
Germany
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
_______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev
Then it might be that my modified tolerance make things worse [I thought to decrease singularity issues in multivariate filters ...]. I'll check as well Marco
Dears,
I checked with
TeX/fs2000_corr_ME
In fact the filter does the right thing, since the prior to measurement error correlation allows +/- 1, and we also get a warning:
Warning: Your prior allows for correlations between measurement errors larger than +-1 and will not integrate to 1 due to truncation. Please change your prior
When the multivariate filter stops, the correlation matrix implied by F is indeed [1 -1; -1 1] F is also not positive definite at that point, log(det(F)) would be a complex number, etc ...
So, I think this behavior is correct and traps properly the issue around F.
cheers M