-
Notifications
You must be signed in to change notification settings - Fork 13
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
WIP: New Affine Model Interface #92
Conversation
@wcwitt -- should we use a different solver as the default? |
@wcwitt --- sorry to ping you again. Can you look at the minimal script above and suggest what the default solver should be? |
Sorry - will do a full review as soon as possible. For the solvers, is there a reason you chose RRQR? ACEfit has a few Bayesian solvers, if that's what you actually want, and I think BLR could be reasonable as a default also. I think I need to rename some things - right now I have slightly different names for BRR-variants using different factorization strategies (e.g. SVD or Cholesky), and things aren't as clear as they should be |
BLR or ARD and any parameters? |
I would say BLR (it's notably faster than ARD) with default parameters. But linking this issue ACEsuit/ACEfit.jl#41. |
I don't think there will be much of a change in the user-facing side of ACE1pack-julia/json interface, because all of the same parameters still need to be specified (but let me know if I miss something here). But how ACE1pack parameters are translated into |
@gelzinyte --- I'm not even so sure that this new model interface will change much (or anything?) for the JSON interface. What do you think? |
Yes, I agree. I was talking about switching to using |
add alternative tutorials that use this new interface, then merge it. |
This implements the proposed affine model interface. @tjjarvinen and I think this will make our models far more accessible from Julia and maybe this can also guide simplification of the python/json interface.
Here is what a minimal script now looks like:
My goal is that, by the time the software paper is published, these few lines give a very good, robust model with repulsive core.
The last line is commented because this doesn't work yet. @casv2 and @WillBaldwin0 -- can you please coordinate providing this functionality? I suggest that we merge this first and you can do it in a separate PR.