Open juanitorduz opened 5 hours ago
FYI @aloctavodia ;)
ah! @AlexAndorra @bwengals I think I found the issue. The dims in HSGP.prior
are gp_dims
but in HSGPPeriodic.priorare
dimsas expected. Shall we simply use
dims`? The inconsistency is weird and otherwise a lot of existing code would have this issue.
If we agree on gp_dims
- > dims
I can create a PR
Definitely agree on gp_dims
-> dims
. Should the order be swapped on dims
and hsgp_coeffs_dims
? I think dims
is more likely to be used.
Describe the issue:
In the example https://www.pymc.io/projects/examples/en/latest/gaussian_processes/GP-Births.html we see in the model diagram that
f_trend
is a deterministic variable coming from a HSGP-component with coordinatetime
So far so good :)
However: for pymc > 5.16 (I think), this is no longer the case and the coordinate does not longer propagate and it gets its own coordinate
f_trend_dim_0
. Note this variable is outside thetime
plate:The model still works but it would be nice to keep the previous version to have consistent coordinates :)
Remark: Even If I change the model to have a non-existing dimension
The result is the same.
Reproducible code example:
Error message:
No response
PyMC version information:
Works fine with
the issue commes (at least) with
Context for the issue:
No response