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

Default optimise = FALSE for parameters #205

Open
bthe opened this issue Oct 16, 2024 · 2 comments
Open

Default optimise = FALSE for parameters #205

bthe opened this issue Oct 16, 2024 · 2 comments

Comments

@bthe
Copy link
Collaborator

bthe commented Oct 16, 2024

Minor paper cut that I ran into yesterday. g3_iterative stopped because of NA's in parscale. So in order to prevent that from happening, would it be worthwhile to either set a default value for parscale for all parameters or figure out a way to warn the user earlier in the process ?

@lentinj
Copy link
Collaborator

lentinj commented Oct 16, 2024

The theory is that g3_init_val makes it reasonably hard to set optimise = TRUE without upper / lower, and thus parscale.

We could set it to 1 by default, but I'm assuming this isn't very useful, and making what's originally a simple omission (setting bounds) an odd bug.

g3_iterative could stop if any of the parameters it's likely to off/on have an NA parscale? I guess ideally we want some function to validate parameters, check initial values are within bounds, etc.

Another way of doing this could be a dry-run at the optimisation with only 1 iteration, which would potentially flush out other bugs too? You'd still have to wait for the compilation / tape for this though.

@lentinj lentinj transferred this issue from gadget-framework/gadget3 Oct 22, 2024
@lentinj lentinj changed the title g3 parameters - set default value for parscale Default optimise = FALSE for parameters Nov 4, 2024
@lentinj lentinj transferred this issue from gadget-framework/gadgetutils Nov 4, 2024
@lentinj
Copy link
Collaborator

lentinj commented Nov 4, 2024

As we discussed last week, the main problem here is we default to optimise = TRUE, and NULL bounds, which is nonsense. Switching over will take a while, all the tests will be broken, but seems like a sensible choice.

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

No branches or pull requests

2 participants