-
Notifications
You must be signed in to change notification settings - Fork 33
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
Locally stationary GPs #765
Comments
I plan to work on this in the next few months |
@SamuelBrand1 did you have any thoughts as to the best approximate thing we can do at patch boundaries here or anything else we could do that 1. We can implement 2. Might perform better. |
Hey @seabbs, My off the top thoughts are:
In terms of Maths, what I'm thinking (pre apols for any errors, I'm being quick):
where So we have added
Where
|
IMO, something like this should be pretty principled. The "true" form is definitely a GP, the computation approx form is well described by the linked paper and has been implemented in |
Btw, other sigmoids work too e.g. |
Extend the current GP functionality to be locally stationary by using a patch based approach of stationary Gps with the GP parameters being related with hierarchical distributions. The main issue with this approach is what to do at the boundary between patches. In the first instance I think it makes sense do nothing and see how it goes but if/when that fails I think extending patches to overlap and using a sigmoid or similar to transition from one patch to another might be a good way to go.
As a feature this would support better fitting to retrospective data when the lengthscale has changed over time. It might also be a useful forecasting model in some formulations if you tweak the hierarchical priors to have long lengthscales (as this makes the prior model for future patches that they have long lenghtscales (i.e slower change over time with less variance).
The text was updated successfully, but these errors were encountered: