matplotlib-devel Mailing List for matplotlib

No, I'm sorry. Its unfair to you that I am the bottleneck here. I just
looked for the patch at
http://sourceforge.net/tracker/?func=detail&aid=2981606&group_id=80706&atid=560722
but didn't find it. Is the figureoptions.py file there all that is
needed?
On Wed, May 12, 2010 at 4:46 PM, Peter Butterworth <bu...@gm...> wrote:
> Hi Darren,
>
> Any progress on looking at the Qt4editor patch ?
>
>
> On Wed, Apr 14, 2010 at 1:44 PM, Darren Dale <dsd...@gm...> wrote:
>>> Darren might be helpful at this point to submit the changes.
>>
>> My time is completely spoken for this week. But I'll have a look this
>> weekend if some helpful person doesn't beat me to it.
>>
>> Darren
>
>
> --
> thanks,
> peter butterworth
>

Hi Darren,
Any progress on looking at the Qt4editor patch ?
On Wed, Apr 14, 2010 at 1:44 PM, Darren Dale <dsd...@gm...> wrote:
>> Darren might be helpful at this point to submit the changes.
>
> My time is completely spoken for this week. But I'll have a look this
> weekend if some helpful person doesn't beat me to it.
>
> Darren
-- 
thanks,
peter butterworth

I've looked now through the source code for axes.hist, and I see where
the problem is. If any value of any bin of the histogram is zero,
then axes.fill fails, as zero is necessarily outside the y boundaries
of the axes for log scale.
Already, a default value of 1e-100 is chosen for the first and last
points given to axes.fill. If you also clean the histogram, replacing
all zero y-values with 1e-100, then the fill succeeds. I see no
downside to this treatment, since the default value has already been
introduced.
The user will still need to choose a reasonable lower limit for the y-axis.
Any objections or concerns?
Cheers,
Jeff
On Wed, May 12, 2010 at 11:13 AM, Jeff Klukas <kl...@wi...> 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 with 10^-100 on the other side of the plot.
> So, also, it looks like it's always choosing 10^-100 as an arbitrary
> lower limit, which is another problem.
>
> Is this a known bug? Does anybody have ideas for an intelligent way
> to handle stepfilled log histograms?
>
> A working example is below, with the output plot attached.
>
> Thanks,
> Jeff
>
> || Jeff Klukas, Research Assistant, Physics
> || University of Wisconsin -- Madison
> || jeff.klukas@gmail | jeffyklukas@aim | jeffklukas@skype
> || http://www.hep.wisc.edu/~jklukas/
>
> ---------------------------------------------
> #!/usr/bin/env python
> import numpy as np
> import matplotlib.mlab as mlab
> import matplotlib.pyplot as plt
>
> mu, sigma = 100, 15
> x = mu + sigma*np.random.randn(10000)
>
> # the histogram of the data
> n, bins, patches = plt.hist(x, 50, normed=1, facecolor='green', alpha=0.75,
>              log=True, histtype='stepfilled')
>
> plt.xlabel('Smarts')
> plt.ylabel('Probability')
> plt.title(r'$\mathrm{Histogram\ of\ IQ:}\ \mu=100,\ \sigma=15$')
> plt.axis([40, 160, 0, 0.03])
> plt.grid(True)
>
> plt.show()
> ---------------------------------------------
>

On 05/11/2010 10:18 PM, Ian Thomas wrote:
> On 11 May, Eric Firing wrote:
>> I am somewhat inclined to simply commit it, or to give you commit
>> rights, in view not only of the triangular grid work but of the great
>> work you did in fixing problems with cntr.c. Do you have a sourceforge
>> login?
>
> I've created a sourceforge login with the username ianthomas23, and
> I'm happy to commit my patch if you are happy for me to do so.
>
Absolutely, and thanks to Mike for going ahead and giving you the access.
> I can confirm that I am prepared to maintain my code in mpl, as John
> Hunter asked me a while ago.
Thank you!
Eric

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 with 10^-100 on the other side of the plot.
So, also, it looks like it's always choosing 10^-100 as an arbitrary
lower limit, which is another problem.
Is this a known bug? Does anybody have ideas for an intelligent way
to handle stepfilled log histograms?
A working example is below, with the output plot attached.
Thanks,
Jeff
|| Jeff Klukas, Research Assistant, Physics
|| University of Wisconsin -- Madison
|| jeff.klukas@gmail | jeffyklukas@aim | jeffklukas@skype
|| http://www.hep.wisc.edu/~jklukas/
---------------------------------------------
#!/usr/bin/env python
import numpy as np
import matplotlib.mlab as mlab
import matplotlib.pyplot as plt
mu, sigma = 100, 15
x = mu + sigma*np.random.randn(10000)
# the histogram of the data
n, bins, patches = plt.hist(x, 50, normed=1, facecolor='green', alpha=0.75,
 log=True, histtype='stepfilled')
plt.xlabel('Smarts')
plt.ylabel('Probability')
plt.title(r'$\mathrm{Histogram\ of\ IQ:}\ \mu=100,\ \sigma=15$')
plt.axis([40, 160, 0, 0.03])
plt.grid(True)
plt.show()
---------------------------------------------

Ian,
I've added you as a developer, and you should now have SVN write 
access. (This may require explicitly setting a username in SVN the 
first time you commit.)
Mike
Ian Thomas wrote:
> On 11 May, Eric Firing wrote:
> 
>> I am somewhat inclined to simply commit it, or to give you commit
>> rights, in view not only of the triangular grid work but of the great
>> work you did in fixing problems with cntr.c. Do you have a sourceforge
>> login?
>> 
>
> I've created a sourceforge login with the username ianthomas23, and
> I'm happy to commit my patch if you are happy for me to do so.
>
> I can confirm that I am prepared to maintain my code in mpl, as John
> Hunter asked me a while ago.
>
> Ian
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

On 11 May, Eric Firing wrote:
> I am somewhat inclined to simply commit it, or to give you commit
> rights, in view not only of the triangular grid work but of the great
> work you did in fixing problems with cntr.c. Do you have a sourceforge
> login?
I've created a sourceforge login with the username ianthomas23, and
I'm happy to commit my patch if you are happy for me to do so.
I can confirm that I am prepared to maintain my code in mpl, as John
Hunter asked me a while ago.
Ian