The autoscale seems to be broken in trunk in this example:
from pylab import *
hist(rand(100),bins=20,histtype="step",log=1)
SourceForge Comments
On Wed Aug 4 10:24:05 2010, None wrote:
Sorry for not being explicit enough. The lower y-limit was previously set to a value closer to the lowest non-zero bin, and not 1E-100.
That being said, the behaviour in rev 8623 is actually sane again.
On Tue Jul 6 15:17:38 2010, mdboom wrote:
Can you be more specific about what you would have expected to see?
On Tue Jun 29 08:05:07 2010, None wrote:
Uploaded the plot that I get here, from rev 8475.
On Thu Jun 24 10:51:32 2010, mdboom wrote:
In what way is it broken? The axes appears to contain all of the data. Some of the lines are right under the axes line at the top, but that is expected behavior. If you want some "padding", that would have to be added manually.
SourceForge History
On Tue Jun 29 03:22:58 2010, by None: File Added: 378710: image.png
I don't think there's anything wrong. As @mdboom pointed out in the original email, the axes contain all the data. Perhaps the in the case where histtype='step' we could handle the trailing bin edges better, by setting ylim such that the y-axis in each plot is the same, but I'd think that was for eye-candy?
I think this issue can probably be closed, but I'll leave it open for a few days just in case I'm missing something.
While the ranges are different, neither look "broken". We don't have an end user for this one, so I would second your assertion that this can be closed.
Activity
dmcdougall commented on Sep 23, 2012
Here's a script plotting steps and bars:
And here's sample output:
I don't think there's anything wrong. As @mdboom pointed out in the original email, the axes contain all the data. Perhaps the in the case where histtype='step' we could handle the trailing bin edges better, by setting ylim such that the y-axis in each plot is the same, but I'd think that was for eye-candy?
I think this issue can probably be closed, but I'll leave it open for a few days just in case I'm missing something.
pelson commented on Sep 23, 2012
While the ranges are different, neither look "broken". We don't have an end user for this one, so I would second your assertion that this can be closed.
dmcdougall commented on Sep 23, 2012
@pelson Thanks. I thought as much.
Raise an ValueError when Axes.pie accepts negative values #159… (#15935)