Explain plot interpretation in example gallery
See original GitHub issueI often visit the example gallery & tell others to do so to learn new visualization techniques for interpreting my MCMCs.
The pages show how to create each plot & how it looks like which is great.
It would be even better if there was a short summary on how to interpret the plots:
- What am I looking at?
- Positive things to look for (like “the right side in
plot_trace
should look like random noise”, or “the KDEs should look smooth”) - Negative things to look for (like “the bright and dark blue areas in
plot_energy
should look similar”)
Bonus points for “this is good” and “this is bad” examples.
I’m selflessly making this docs feature request because I have no idea how to read the plot_ppc
figure.
Also after reading https://python.arviz.org/en/latest/api/generated/arviz.plot_ppc.html#arviz.plot_ppc I can’t tell: Is the plot shown in the gallery an example of a good, or a bad fit?
Issue Analytics
- State:
- Created a year ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
What Is a Plot? Types of Plot, Definitions, and Examples
Plot refers to the main events in a story composed as a connected sequence of events. The plot can be made up of...
Read more >A Complete Guide to Scatter Plots - Chartio
Scatter plots are an essential type of data visualization that shows relationships between variables. Use this tutorial to learn how to use this...
Read more >How to Analyze Plot: Steps and Examples - Study.com
Using Aesop's fable as an example and explore the three steps for analyzing a plot: comprehend, interpret, and draw conclusions.
Read more >Plot Diagram | Definition, Elements, & Examples - Tutors.com
A story plot diagram is a line graph of the story's events, beginning with the story's start on the left and continuing toward...
Read more >Types of Graphs and Charts and Their Uses - Intellspot
If you are wondering what are the different types of graphs and charts, their uses and names, this page summarizes them with examples...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Very timely comment as we are actively working on improving the documentation. One option to solve this issue will be to link plots in the gallery to sections in https://github.com/arviz-devs/Exploratory-Analysis-of-Bayesian-Models (WIP).
I think the root issue is also related to the different expectations each of us has from the documentation, made worse by the fact the the documentation in general still needs a lot of work and many pages and resources are still missing.
In my opinion, both the example gallery and the api docs are bad places to explain how to interpret the plot. For me, both the gallery and the api are reference content, places for dry and succint description. They are also pages that are not written to be read as much as consulted. The api pages describe which objects are part of the ArviZ library, what arguments to they take, the types and defaults of such arguments… the example gallery is a visual reference, it visually shows what plots are supported by arviz so people can get a quick idea of the different available plots, can check if that nice plot they saw in a paper recently but whose name they don’t know is there in one of the thumbnails…
Consequently, I think example plots for the example gallery should be chosen for visual reasons and “coverage” mostly (hence my suggestions in #2080 for example), and example plots in the API docs should be chosen for “argument description” reasons (i.e. add a plot showing the right format of the
lines
argument in plot_trace).I also think adding the “what am I looking at?” description to the example gallery would be great, something along the lines of the plot_density description above proposed by @sarinac. plot_density is a relatively simple plot, but still, to be able to correctly interpret it one needs to know what is a probability density function, what is a KDE, even what is the kde algorithm used by arviz, but it doesn’t have “good” or “bad” examples so it is simpler than other plots like plot_ppc.
On the other hand, how to interpret a plot, especially in cases where there are “good” and “bad” examples, is not something I see can be done in a descriptive manner. It needs to explain the reasoning behind the choices made, how do the multiple elements relate to each other so that users can use that reasoning on their own plots. In the case of plot_ppc, we can write a 1-2 sentence description (like what I added in the previous comment: “the curve corresponding to the observation should be indistinguishable from the multiple posterior predictive curves”) so that if your plot checks this you are done with the plot; but that is barely the tip of the iceberg.
Explaining how to interpret the plot and make the most out of it needs significant explanation on is background and elements, it needs many examples of good and bad plots, and detailed explanation on why the bad plots are bad, I don’t see how adding that explanation on an example gallery page with a single plot will help users. I did write about loo_pit and plot_ppc a while ago, and I think the quality and understandability of the blog post would decrease significantly with each example plot that is removed from it.
Also, not directly related to the latest comments but something we need to take into account given our limited capacity and time constraints when it comes to working on and maintaining ArviZ. The interpretation of plot_ppc can be tied to the interpretation of plot_loo_pit, and also to the interpretation of plot_bpv, and using them together is much more powerful than using them independently. So including the “how to interpret the plot” explanation in either api or example gallery pages wouldn’t only mean a significant ammount of duplication (with the consequent maintenance burden) but it would also fail to properly cover the workflow-like use and synergies between the plots (unless again we duplicated everything again).