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
Can you reproduce with synthetic data and the python code (i.e. w/o the CSV or ipynb)? That will save us a lot of time, and not expose us to whatever is in your *.zip. Thanks for your help!
Basically, the problem right now is that unit handling is done by the Axes methods (which massage unitful data into unitless data before passing it to construct the artist), but span_where just creates an artist independent of the Axes and therefore has no way of accessing the unit support system (because the artist needs to be fully init'ed before being added to the Axes).
In fact that seems quite difficult to fix as it is; I guess the simplest would be to have an Axes method that duplicates span_where?
edit: I guess that may just be adding where=... support to Axes.broken_barh.
Still, the architectural point about Artist-level unit support remains.
Bug report
Bug summary
Similar to #3872
Code for reproduction
I can't attach a CSV or an .ipynb, but I'll zip them up together and attach that.
span_where.zip
Actual outcome
Expected outcome
this works:
Matplotlib version
Operating system: Mac OS 10.14.6
Matplotlib version: 3.1.1
Matplotlib backend (
print(matplotlib.get_backend())
): module://ipykernel.pylab.backend_inlinePython version: python 3.7.5
Jupyter version (if applicable):
jupyter 1.0.0 py37_7
jupyter_client 5.3.4 py37_0
jupyter_console 6.0.0 py37_0
jupyter_core 4.6.1 py37_0
Other libraries:
pandas 0.25.3
installed with conda
conda default channel
The text was updated successfully, but these errors were encountered: