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

Run GLM and remove heat budget bias for the lake #4

Open
jordansread opened this issue Mar 24, 2017 · 10 comments
Open

Run GLM and remove heat budget bias for the lake #4

jordansread opened this issue Mar 24, 2017 · 10 comments
Assignees

Comments

@jordansread
Copy link
Member

No description provided.

@lawinslow
Copy link
Member

Ok, running with preliminary values and non-time-varying Kd just to get a handle on the optimization.
I think I've figured out the magic to getting GLM to properly optimize. Has a lot to do with telling optim how much it should be modifying parameters so it doesn't make huge, awkward leaps around the likelihood surface. Currently using RMSE as the fit metric.

Default parameters have RMSE ~1.7 degC. We'll see where it goes from here.

@jordansread
Copy link
Member Author

Not a bad starting point (1.7°)

You are using all of the temp data? Including all of the new data Gretchen dug up? Assuming it is a lot more than we had for validation in NECSC.

@gjahansen2
Copy link
Collaborator

gjahansen2 commented Apr 5, 2017 via email

@lawinslow
Copy link
Member

lawinslow commented Apr 5, 2017

Finished. Final RMSE: 1.26 deg C
image

Hmmm, I may drop kw_factor out of there. That seems to have gone weird places (should be 1 +/- a little).

Re-running.

@gjahansen2
Copy link
Collaborator

what is kw_factor? what is counts?
Does convergence=0 mean something bad?

@lawinslow
Copy link
Member

0 is good for convergence. Anything not zero is usually bad. 0 tends to mean it found a local minimum, which is all we can guarantee with the method I'm using.

kw_factor was a Kd multiplier i had in there. I was using for other lakes. Tweaks our estimate of light attenuation. Something near 1 is fine, means it made a small adjustment to Kd. In this case, we know it went somewhere weird because it was saying Kd is ~10x smaller than the value I supplied, which we know isn't true.

@lawinslow
Copy link
Member

lawinslow commented Apr 5, 2017

Weird. It really doesn't like the clarity value I'm using right now. Maybe the variable Kd will have a really large impact then given that with a fixed Kd, I can't really improve RMSE very much.

image

For RMSE, it definitely seems to think the lake should be clearer than the value I"m giving it.

@gjahansen2
Copy link
Collaborator

what value are you giving it?

@lawinslow
Copy link
Member

Kd of 0.5, which is probably high, but not high enough to believe a kd_factor (multiplier) of 0.09 as the first run gave me. I'll work on getting the variable Kd run going and see how that optimization turns out.

@gjahansen2
Copy link
Collaborator

It would be nice to see errors over time, too., under the constant kd scenario.

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

3 participants