-
Notifications
You must be signed in to change notification settings - Fork 43
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
sum and product models won't work with multiplicity (Trac #1022) #1089
Comments
Trac update at |
Trac update at A user wanted a fuzzy core-shell sphere plus a lorentzian. We did this by creating a sphere+lorentz model then edited the model, changing sphere to spherical_sld. The model works, but the user has to know to ignore the parameters for the extra shells. Adapted model:
|
Trac update at In changeset 15c80af4414c35749bdc01df46d248dfddd485d3:
|
Trac update at In changeset b171acdab344b2827f9bdca29d66411c2484991f:
|
Trac update at In changeset 4f4d3e3574a18563fda8a9f5e84a9106aa7a1f1e:
|
Trac update at Sasmodels has been fixed. Sasview needs to be updated so that the list of available models presented on the sum/multi box in sasview includes models with multiplicity. Could redo the sasview model table view so that parameter list is updated whenever any control parameter is updated (sasmodels parameters each have an "is_control" attribute), and drop the notion of a "multiplicity" model. |
Trac update at This is linked to #607 which is more the GUI side. When fully implemented this ticket should be closed. |
exposing the multiplicity models to the sum|multiply interface should be fairly simple. However refactoring the fitting GUI to handle a mixture model with two multiplicities is not obvious. Recommend we punt on doing this in a final 4.x release and move to 5.1 |
It still doesn't seem to work (from #2647):
|
@wpotrzebowski, I just tested this locally using the branch in #2647. I added the Can you walk me through the steps you took to get to the error you are seeing? |
I think I tested wrong installer as I am not able to reproduce it - sorry. |
Does this mean this issue has been fixed @krzywon and @wpotrzebowski ? If so we can we close it? It is a rather old issue so nice to finally have it done 😄 |
Various Multiplicity Model Fixes Merging as agreed. Much improved multiplicity behavior and not time to put our pencils down. I have moved the comment by @pkienzle in #1089 which is being closed by this merge to #2243 for safe keeping. Created a new ticket, #2866 about SQ causing a reset of multiplicity parameters and #2867 about the error reported above about the SLD profile button causing an error when it is part of a mixture model with one SLD multiplicity model.
This should have been closed with the merging of #2647. Closing it manually. |
See discussion in ticket #1075 and pull request [https://github.com/SasView/sasmodels/pull/53 #281].
This will also be a problem in mixture.py, if you are combining two models, one of which is a multiplicity model (combining two multiplicity models should raise an error). In that case, the control parameter will need to be tagged with the appropriate 'A_', 'B_', ... prefix before assigning, and the hidden() function, if present, will need to be wrapped so that the parameter names in the returned set are also prefixed.
Other parameters in model_info.ModelInfo should not be a problem. profile, profile_axes (for spherical shell models) are probably going to be drawn from the form_factor, and so don't need to be included. single and opencl are used internally to select a calculator, and can be undefined for this model (this model should present as a python model).
Migrated from http://trac.sasview.org/ticket/1022
The text was updated successfully, but these errors were encountered: