-
-
Notifications
You must be signed in to change notification settings - Fork 393
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
Traceplot parity #94
Comments
Yes, this is intentional for traceplot and other plots. |
Thanks! |
Is there a plan to add an option to have the old pymc3 style plot? Otherwise it might be useful to restrict the number of plot traceplot (or any other plots, for that matter) products. I am re-running some old codes and if there is a lot of dimension it will break arviz (since it is flattening the dimensions) |
Do you mean to limit, by default, the output to a given number of plots? You can use the variable names and coordinates to, explicitly, reduce the number of plots, do you think this is not enough? |
I could imagine doing this at the pymc3 level (you can do fancy things with the axes to "overplot"), so that |
This is just my opinion/question: How often all the components in one parameter describe the same thing? What could be the future, is to create a book for all the plots or create interactive visualization where user can select the number of "rows" and "cols" for number of plots and also if parameters are combined or not (even on parameter level; e.g. select only theta). But book would be cool. |
I think having some default is good - otherwise if you just naively call trace_plot with large number of plot it might hang for a while and eventually output an error. |
Rebumping this after it came up in PyMC3: I think there is interest in
|
One difficulty with combined plots (I prefer them in most cases) is the overlay of the chains on the right. Maybe, they should get |
Advocating for returning to the pymc3 way by default. It is much worse UX to take forever and then break, rather than displaying a crowded plot which might trigger a user to look at the docs to find that option. |
Or having an option to do pymc3 type of plot so we can use that style in pymc3. |
I would argue that even for arviz it doesn't make sense. Usually if a plot is too crowded it will also be too large to be plotted flattened. One results in a crowded plot the other in a hanging kernel. |
This have been solved by #679 |
Is it intentional to have a different traceplot from pymc3? Each element of an RV with shape > 1 gets a plot in
arviz
, while they are all the same forpymc3
.Explicitly, with eight schools (I only capture the first few plots from arviz):
The text was updated successfully, but these errors were encountered: