Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bug in multisource option #25

Closed
nicoborderies opened this issue Apr 18, 2017 · 5 comments
Closed

bug in multisource option #25

nicoborderies opened this issue Apr 18, 2017 · 5 comments
Assignees
Labels

Comments

@nicoborderies
Copy link
Contributor

Hello,
after synchronizing my VBA version with the latest version on GitHub, there is a bug when using the multisource option. It seems to me that the "VBA_check" subfunction doesn't tolerate anymore to have different hyperpriors for different sources. The "demo_multisource" script does'nt work neither.
I am working Under MATLAB 2017a but the bug is also present in MATLAB 2014b.

The error message is the following:
Assignment has more non-singleton rhs dimensions than non-singleton subscripts

Error in VBA_check (line 137)
options.isYout(options.sources(gsi(i)).out,t) = ~diQ;

Error in simulateNLSS (line 87)
[options,u,dim] = VBA_check(zeros(dim.p,dim.n_t),u,f_fname,g_fname,dim,options);

Error in demo_multisource (line 45)
[y,x,x0,eta,e] = simulateNLSS(T,[],g_fname,[],phi,u,Inf,sigma,options,[]);

NicoB

@lionel-rigoux
Copy link
Member

Hey Nico,
Thanks for pointing out this bug. I'll check into this and commit a fix as soon as possible (this afternoon probably).
Cheers

@lionel-rigoux lionel-rigoux self-assigned this Apr 18, 2017
@lionel-rigoux
Copy link
Member

The bug comes from the VBA_fillInPriors that Jean commited (1a717f9) beginning of March .
This function fill in default priors disregarding any source specification (a default source struct('binomial',0) is hardcoded instead).
It is however properly done in VBA_priors if called with the user defined option structure.

A workaround would be to rewrite VBA_fillInPriors to avoid any code redundancy with VBA_priors. In particular, it could call VBA_priors to get default (using a correct option structure) and copy the fields (instead of computing them again) that are missing in the original prior.

I will initiate a pull request with a suggestion.

@lionel-rigoux
Copy link
Member

lionel-rigoux commented Apr 21, 2017

I rolled back the master branch so it is now free of bug. Unless you need the functionalities introduced after the 15th February, you can use the master and it should work.
The issue is now relocated in the developement branch and a fix will be applied as soon as Jean check if it is compatible with his version.

@nicoborderies
Copy link
Contributor Author

Thanks a lot Lionel for all your efforts of structuring the development workflow. It is very clear and it solved my current practical issue. NicoB

@lionel-rigoux
Copy link
Member

This has been fixed by #26

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants