I have on my to-do list to start a repository to collect some of the work done so far (mpl idioms)
Hi, just in case you find anything useful in it: I wrote https://github.com/pieterdavid/mplbplot to make the plots in my thesis (and LHCb-PAPER-2016-065) with matplotlib from ROOT histograms and graphs (I knew about rootpy, but we already had the pyroot code, so I wanted something more limited in scope to just get the data points and plot them).
hi guys, I made a skeleton at https://github.com/nsmith-/mpl-hep and want to invite people as collaborators to the repository. Let me know if you want in on it. The idea would be to start by compiling a wishlist of what kind of plot styles we want to support, inside the
binder/gallery.ipynb notebook that is also accessible through binder. Feel free to edit and merge the notebooks (although this could get messy..) Then we can take that and make a specification, then start to write an actual python library based on that. Thoughts?
I was just playing with things, and it occurs to me that a lot of our "style" issues for 1D histograms might be solved by using bar plots with the widths parameter. If we want a line style, then we get vertical lines between the bars, but I could imagine this being solved with a new option to the matplotlib method that hides such lines, producing a sky-line effect. Was this already considered somewhere?
The bar chart with no gaps was, but not the new option to Matplotlib. I haven't considered this "just another way to draw a skyline" because the graphics primitives involved are very different. For a bar chart, you make many rectangles—which can be a performance problem if you have a thousand bins—but for a skyline you make a single polyline. It could be that we got used to this style because of the time it takes to draw on a line printer with PAW. (Imagine one of those pen-robot printers trying to draw a thousand rectangles!) Even if that was its origin, I still find the style cleaner and easier to read.
I have no objection to presenting it in the high-level interface as just another drawing option. In fact, that sounds like a good way to get that information from the user. But the implementation is quite different.
Does matplotlib already optimise such things under the hood bonnet ?
If two identical filled paths intersect, is it rendered via the union of such paths, for example?
In other words, Tufte's principle is this: if the plot conveys the same information when you remove a line, then you should remove that line.
Jim posted some examples higher up in this chat (Feb 27 15:49)
Plotting pre-binned data in mpl is simple, but is only obvious in hindsight (I posted a solution to this in the PyHEP channel). I am personally not opinionated about whether using the
weights argument for this purpose is good enough, but I use it regularly and have never had any problems with it
feel free to add material to https://github.com/nsmith-/mpl-hep/blob/master/binder/gallery.ipynb (I can add you to the repo if you don't want to fork)
Hi all, I'll be giving a short presentation about this subject tomorrow: https://indico.cern.ch/event/803122/ Anyone have input they'd like to see mentioned?
@nsmith- copied from pyhep room:
You're also collecting a list of proposed changes to mpl more generally, right? If so, I might ping our colleagues to see where they think the mpl shortcoming are. I'm not sure how informative it is for you, but I can screen share you through the Python code behind dark matter publications to get an idea of what people do. Only if it's educational/useful.
Oh, wait, there is mpl-hep room... should talk there
You're also collecting a list of proposed changes to mpl more generally, right? If so, I might ping our colleagues to see where they think the mpl shortcoming are. I'm not sure how informative it is for you, but I can screen share you through the Python code behind dark matter publications to get an idea of what people do. Only if it's educational/useful.
Oh, wait, there is mpl-hep room... should talk there
Style dump, if useful: https://gist.github.com/tunnell/e8d090ce38b25124b1c88c3b3371836a
Some tools from https://github.com/HDembinski/pyik that could go into mpl-hep:
plot_bracket https://github.com/HDembinski/pyik/blob/217ae25bbc316c7a209a1a4a1ce084f6ca34276b/pyik/mplext.py#L15
plot_boxerrors https://github.com/HDembinski/pyik/blob/217ae25bbc316c7a209a1a4a1ce084f6ca34276b/pyik/mplext.py#L138
uncertainty_ellipse https://github.com/HDembinski/pyik/blob/217ae25bbc316c7a209a1a4a1ce084f6ca34276b/pyik/mplext.py#L294
plot_bracket https://github.com/HDembinski/pyik/blob/217ae25bbc316c7a209a1a4a1ce084f6ca34276b/pyik/mplext.py#L15
plot_boxerrors https://github.com/HDembinski/pyik/blob/217ae25bbc316c7a209a1a4a1ce084f6ca34276b/pyik/mplext.py#L138
uncertainty_ellipse https://github.com/HDembinski/pyik/blob/217ae25bbc316c7a209a1a4a1ce084f6ca34276b/pyik/mplext.py#L294
I have tried rootpy and I think it has the issue that one needs to have ROOT installed, and know ROOT. This might not be an issue for experimentalists, but theoreticians typically do not interact much with root. But would have root/hepmc files generated by some MC generator or taken from experimentalists .
The other issue with rootpy, is it treats root objects as ROOT objects, whilst it is favourable to have them as bumpy objects when some analysis is desired before plotting.
uproot provides that and it is possible to plot histograms for example using packages like Pyik .
The other issue with rootpy, is it treats root objects as ROOT objects, whilst it is favourable to have them as bumpy objects when some analysis is desired before plotting.
uproot provides that and it is possible to plot histograms for example using packages like Pyik .
I would like to see some improvements in this direction. Like stacked histograms and TGCut..etc
I tried for example to adapt Box Histograms to mpl:
https://github.com/alasfar-lina/box_is2d
https://github.com/alasfar-lina/box_is2d
Replacing typuv
Typical ROOT plots with matplotlib equivalents. The first step is to identify "typical" plots, like your 2d box plot.
This is now live and ported to scikit-het https://github.com/scikit-hep/mplhep I will continue adding functionality as needed, but it would be great if you would want to contribute new methods with examples :)
Do people have thoughts on changing the interface so that mplhep would directly modify the mpl pyplot and axis classes, so that one would no longer import both mplhep and matplotlib, but just do
import mplhep.pyplot as plt which would work just like matplotlib .pyplot except it would include our histplot functions ?
If you do this by inheriting pyplot, why not. In my little toolset https://github.com/hdembinski/pyik, I just use pyplot internally in the plotting commands, which are free-standing functions.
Inheriting from pyplot seems a bit more elegant than this
One of my functions, plot_hist: https://github.com/HDembinski/pyik/blob/master/pyik/mplext.py#L105