You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've thought about this before but never got around to seeing how easy/complex it would be to implement. The problem with such features is that they can significantly increase the complexity of the project while not adding value to most users. That said, I'll try to take a look at it. (let me know if you're interested in contributing btw)
To be sure we're talking about the same thing, this is what your mean, right?
A lot of people have shows interest (myself include) in using this package for representing probabilistic forecasts. Perhaps more users would find this feature helpful for this reason.
I was also thinking about adding some helper functionality to display some summary statistics such as tracking quantiles or mean. Something similar to the following plot (although I'm not sure which statistic they're plotting here 🤔):
I've thought about this before but never got around to seeing how easy/complex it would be to implement. The problem with such features is that they can significantly increase the complexity of the project while not adding value to most users. That said, I'll try to take a look at it. (let me know if you're interested in contributing btw)
To be sure we're talking about the same thing, this is what your mean, right?
If not, please share some examples.
Thanks a lot for the reply!
Yes this is exactly what I am talking about.
I think I managed to do it by passing the data as y= instead of x= to the go.Violin and then doing a fig.update_traces(orientation='v')
I didn't play around with spacing yet (making the various densities overlap which looks better)
I think this would be a great feature to add and also regarding your second point (adding mean and maybe +/- std) that would be also useful (I am doing it myself externally anyway) because I want to visually keep track of the mean shift over time.
I think this would be a great feature to add and also regarding your second point (adding mean and maybe +/- std) that would be also useful (I am doing it myself externally anyway) because I want to visually keep track of the mean shift over time.
Could you share an example plot from your implementation? It could be a nice reference for me to use when implementing it on this project. If you're using this for work, feel free too use some dummy data instead ofc 👍
I think I managed to do it by passing the data as y= instead of x= to the go.Violin and then doing a fig.update_traces(orientation='v')
Yes indeed that is also an option, although less configurable. Did you also have to set a side option (e.g. side="positive") somewhere to get Plotly to plot only half of the violin's KDE?
For reference, I'm not against this feature. I think it could be a really nice addition to the project. I'm only wary of the complexity this would add to the codebase. One thing to consider here is that we also support plotting histograms (or, more generically, bar charts) instead of KDE/area plots. Actually, we support using both trace types on the same figure. This would need to be considered when implementing this feature.
If someone wants to work on this, I'm open to review proposals and pull-requests 👍
Activity
github-actions commentedon Jan 30, 2025
Thank you for submitting your first issue with us! 🎉
Our response times may vary, but we'll get back to you as soon as we can!
Welcome aboard! 🚀
tpvasconcelos commentedon Jan 31, 2025
Hey, Glad you're finding it useful!
I've thought about this before but never got around to seeing how easy/complex it would be to implement. The problem with such features is that they can significantly increase the complexity of the project while not adding value to most users. That said, I'll try to take a look at it. (let me know if you're interested in contributing btw)
To be sure we're talking about the same thing, this is what your mean, right?

If not, please share some examples.
tpvasconcelos commentedon Jan 31, 2025
A lot of people have shows interest (myself include) in using this package for representing probabilistic forecasts. Perhaps more users would find this feature helpful for this reason.
I was also thinking about adding some helper functionality to display some summary statistics such as tracking quantiles or mean. Something similar to the following plot (although I'm not sure which statistic they're plotting here 🤔):
gioxc88 commentedon Jan 31, 2025
Thanks a lot for the reply!
Yes this is exactly what I am talking about.
I think I managed to do it by passing the data as y= instead of x= to the go.Violin and then doing a fig.update_traces(orientation='v')
I didn't play around with spacing yet (making the various densities overlap which looks better)
I think this would be a great feature to add and also regarding your second point (adding mean and maybe +/- std) that would be also useful (I am doing it myself externally anyway) because I want to visually keep track of the mean shift over time.
Thanks a lot !
tpvasconcelos commentedon Feb 1, 2025
Could you share an example plot from your implementation? It could be a nice reference for me to use when implementing it on this project. If you're using this for work, feel free too use some dummy data instead ofc 👍
tpvasconcelos commentedon Feb 1, 2025
Yes indeed that is also an option, although less configurable. Did you also have to set a
side
option (e.g.side="positive"
) somewhere to get Plotly to plot only half of the violin's KDE?gioxc88 commentedon Feb 3, 2025
tpvasconcelos commentedon Feb 3, 2025
@gioxc88 Many thanks! (FYI: I updated your comment to include the graph output, which can be useful for other users looking for a similar solution)
tpvasconcelos commentedon Feb 3, 2025
For reference, I'm not against this feature. I think it could be a really nice addition to the project. I'm only wary of the complexity this would add to the codebase. One thing to consider here is that we also support plotting histograms (or, more generically, bar charts) instead of KDE/area plots. Actually, we support using both trace types on the same figure. This would need to be considered when implementing this feature.
If someone wants to work on this, I'm open to review proposals and pull-requests 👍