It's my understanding that there is no built-in method for generating a
"broken axis" (where you skip over some range of values, indicating this
with some graphical mark). I wanted to do this, so I've put together a
function which seems to be fairly robust, and I thought I might propose it
as a s
>> at the center of the axis, but this is problematic. Any thoughts on how to
>> do that part better?
>
> klukas, I'm afraid I don't understand your issue... Can you explain using it
> differently?
In my approach, you end up with a main axes object that is invisible,
es:
axes.plot(np.linspace(0,12,13),np.linspace(0,12,13))
plt.xlabel('x-axis label')
plt.show()
-
I've included in the docstrings some of the TODO items, but this is
pretty stable in its current form.
Cheers,
Jeff
|| Jeff Klukas, Research Assistant, Physics
|| U
adding this to mpl_examples/mplot3d?
Thanks,
Jeff
|| Jeff Klukas, Research Assistant, Physics
|| University of Wisconsin -- Madison
|| jeff.klu...@gmail | jeffyklu...@aim | jeffklu...@skype
|| http://www.hep.wisc.edu/~jklukas/
import matplotlib.pyplot as plt
ut to
clear the ticklabels on all subaxes.
Does that new interface sound like a good idea? Are there any
show-stopping problems that seem apparent. If it sounds like
something worth trying, I could take a stab at writing an
implementation.
Cheers,
Jeff
|| Jeff Klukas, Research Assistant, Physics
|
u would want to set all
datasets to be the same color, so I don't think the ambiguity would be
a major issue. I would be happy to write and submit an implementation
if others think this is a reasonable idea.
Cheers,
Jeff
|| Jeff Klukas, Research Assistant, Physics
|| University of Wisconsi
Alright, I have attached a top-level diff that contains the changes to
axes.py that allow sending multiple colors to the 'color' argument in
Axes.hist.
Below is a short examples that passes lists to 'colors' and 'labels'.
Cheers,
Jeff
|| Jeff Klukas, Research Assis
-axis.
Any objections or concerns?
Cheers,
Jeff
On Wed, May 12, 2010 at 11:13 AM, Jeff Klukas wrote:
> When creating a histogram with histtype='stepfilled' and log=True, the
> fill always ends up getting cut off diagonally. It looks like it's
> connection one datapoint w
I was using matplotlib 0.99.1.1. I just set up an Ubuntu system in
VirtualBox so I could run the current svn trunk, and all is well. It
looks like the fix has already been implemented.
On Wed, May 12, 2010 at 3:06 PM, Jeff Klukas wrote:
> I've looked now through the source code for a
I noticed a small problem in axes.py; when setting weights with a
histogram, a variable 'w' is accessed before it's assigned. It looks
like this is a typo where 'w' should instead be 'weights'. The patch
is copied below and attached.
Cheers,
Jeff
|| Jeff
ve
produces the expected behavior.
It can be tested with:
plt.hist([1,2,3], weights=[1,2,3])
The above fails in the development version, but works with the diff.
Could someone add this fix?
Thanks,
Jeff
|| Jeff Klukas, Research Assistant, Physics
|| University of Wisconsin -- Madison
|| je
x27;, 'G2', 'G3', 'G4', 'G5') )
plt.yticks(np.arange(0,81,10))
plt.legend( (p1[0], p2[0]), ('Men', 'Women') )
plt.show()
---
Any thoughts on why there's always a tiny gap between bars?
Thanks,
J
12 matches
Mail list logo