-
Notifications
You must be signed in to change notification settings - Fork 18
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
Clarifies notation and units in Ensemble Kalman Inversion documentation #47
Conversation
plus converts $..$ to ..
@glwagner and @adelinehillier, how does it read now? Feel free to edit at your liking. |
@navidcy do we have docs previews? |
Thanks @navidcy, I appreciate the extra verbosity. |
https://clima.github.io/EnsembleKalmanProcesses.jl/previews/PR47/ensemble_kalman_inversion/ |
Is Gamma_y a scalar variance or a covariance matrix (eg curly N is the multivariate Gaussian)... ? |
Hm, didn't think of that. |
Even if it's a matrix, it should be a positive definite one. The inverse square root is then, nothing else, from the eigen decomposition of Γ but with the inverse square root of the eigenvalues of Γ in the diagonal matrix. Right? |
But perhaps it's simpler if we go back to Γ^{-1}. :) |
Ah, I see.
Your call. |
Well, now that I'm thinking about it, same questions arise if Γ is a matrix and we write Γ^{-1}. Does the inverse exist and is it well-defined? So I vote for keeping the symmetric version and adding a clarification, I'll do that. :) |
Okay. Also need to clarify that Gamma_y is a covariance matrix rather than variance and N is the multivariate Gaussian distribution. It could be nice to remark on the meaning of Gamma_y too (represents uncertainty, including correlated uncertainty, in the observations?) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! A few small comments.
RE notation - we have a glossary which links notation in code docs and the application examples. We have tried to be consistent here, so changing these will require its own PR. as things will need to change everywhere.
RE the formulas, the notation we use matches papers that describe the algorithms as well as how they are implemented, so i think we should leave these.
Perhaps raise this as an issue (if it's not already there)? |
@odunbar I did everything, do you want to have another look? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm happy except for the typo, LGTM, thanks Navid!
PS you can view the docs by going the the bottom of the thread, and click Details
in the documenter/deploy — Documentation build succeeded
section
bors r+ |
Build succeeded: |
Attempts to resolve #46.