matplotlib-users Mailing List for matplotlib

On Wednesday, January 4, 2012, jeffsp <je...@gm...> wrote:
>
> plt.tight_layout(), sweet
>
> it still makes the labels too close to read, even if they don't overlap.
> that is, they're just a continuous string of numbers with no whitespace
> between.
>
> it does clean up the rest of the plot really nicely, though, without
having
> to continually dick around with subplots_adjust
>
>

Well, it is a new feature with plenty of room for improvements.  Maybe some
sort of mindist parameter would be useful to establish a minimum distance
between text objects?

Ben Root

plt.tight_layout(), sweet

it still makes the labels too close to read, even if they don't overlap. 
that is, they're just a continuous string of numbers with no whitespace
between.

it does clean up the rest of the plot really nicely, though, without having
to continually dick around with subplots_adjust


Tony Yu-3 wrote:
> 
> On Wed, Jan 4, 2012 at 1:14 PM, jeffsp <je...@gm...> wrote:
> 
>>
>> I have been wondering the same thing.  Matlab is able to prevent labels
>> from
>> overlapping each other.  Why can't matplotlib?
>>
>>
>> Chris Rodgers-7 wrote:
>> >
>> > Hi
>> >
>> > Whenever I create figures with at least 3x3 subplots, the x-tick
>> > labels overlap with each other and they also overlap with the title of
>> > the adjacent subplot, rendering the entire figure illegible. I know
>> > that I can fine-tune the plot to look exactly the way I want with
>> > "wspace" and "hspace" for instance, but I don't understand why this is
>> > the default behavior. I wonder if I have a system font issue, such
>> > that matplotlib thinks the fonts are smaller than they really are.
>> >
>> > My questions:
>> > 1) Is this the intended behavior of matplotlib, or is there something
>> > wrong with my installation?
>> > 2) Assuming I don't have an installation issue, is there a very
>> > general parameter I can change so that the overlap doesn't occur,
>> > rather than manually adjusting every figure?
>> >
>> >
>> > Minimal code to reproduce the problem:
>> >
>> > import numpy as np
>> > import matplotlib.pyplot as plt
>> > plt.figure()
>> > plt.subplot(331)
>> > plt.subplot(334)
>> > plt.plot(np.arange(10000))
>> > plt.title('Title')
>> > plt.show()
>> >
>> >
>> > I'm attaching the output figure, although I'm not sure if the list
>> > accepts attachments. The x-tick labels on subplot 334 overlap each
>> > other, and the title of subplot 334 overlaps with the x-tick labels in
>> > subplot 331.
>>
> 
> Have you try calling `plt.tight_layout()` right before `plt.show()`?
> 
> -Tony
> 
>> >
>> > System:
>> > Ubuntu 10.04 x64
>> > All packages are the stable versions from Synaptic, including ipython,
>> > python, numpy, matplotlib 0.99.1.1
>> > I've also tried the Enthought distribution with matplotlib 1.0.1 and
>> > the results are the same
>> > I've tried both "Wx" and "Tk" backends and the results are the same
>> > I've tried `matplotlib.rcParams['xtick.labelsize'] = 'x-small'`, and
>> > this does make the labels smaller, but for sufficiently large numbers
>> > the overlap still occurs.
>> >
>> > Thanks for any help!
>> > Chris
>>
>>
> 
> ------------------------------------------------------------------------------
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual 
> desktops for less than the cost of PCs and save 60% on VDI infrastructure 
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 

-- 
View this message in context: http://old.nabble.com/Subplot-x-tick-labels-overlap-with-each-other-and-with-titles-tp31560643p33081289.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Wed, Jan 4, 2012 at 1:14 PM, jeffsp <je...@gm...> wrote:

>
> I have been wondering the same thing.  Matlab is able to prevent labels
> from
> overlapping each other.  Why can't matplotlib?
>
>
> Chris Rodgers-7 wrote:
> >
> > Hi
> >
> > Whenever I create figures with at least 3x3 subplots, the x-tick
> > labels overlap with each other and they also overlap with the title of
> > the adjacent subplot, rendering the entire figure illegible. I know
> > that I can fine-tune the plot to look exactly the way I want with
> > "wspace" and "hspace" for instance, but I don't understand why this is
> > the default behavior. I wonder if I have a system font issue, such
> > that matplotlib thinks the fonts are smaller than they really are.
> >
> > My questions:
> > 1) Is this the intended behavior of matplotlib, or is there something
> > wrong with my installation?
> > 2) Assuming I don't have an installation issue, is there a very
> > general parameter I can change so that the overlap doesn't occur,
> > rather than manually adjusting every figure?
> >
> >
> > Minimal code to reproduce the problem:
> >
> > import numpy as np
> > import matplotlib.pyplot as plt
> > plt.figure()
> > plt.subplot(331)
> > plt.subplot(334)
> > plt.plot(np.arange(10000))
> > plt.title('Title')
> > plt.show()
> >
> >
> > I'm attaching the output figure, although I'm not sure if the list
> > accepts attachments. The x-tick labels on subplot 334 overlap each
> > other, and the title of subplot 334 overlaps with the x-tick labels in
> > subplot 331.
>

Have you try calling `plt.tight_layout()` right before `plt.show()`?

-Tony

> >
> > System:
> > Ubuntu 10.04 x64
> > All packages are the stable versions from Synaptic, including ipython,
> > python, numpy, matplotlib 0.99.1.1
> > I've also tried the Enthought distribution with matplotlib 1.0.1 and
> > the results are the same
> > I've tried both "Wx" and "Tk" backends and the results are the same
> > I've tried `matplotlib.rcParams['xtick.labelsize'] = 'x-small'`, and
> > this does make the labels smaller, but for sufficiently large numbers
> > the overlap still occurs.
> >
> > Thanks for any help!
> > Chris
>
>

I have been wondering the same thing.  Matlab is able to prevent labels from
overlapping each other.  Why can't matplotlib?


Chris Rodgers-7 wrote:
> 
> Hi
> 
> Whenever I create figures with at least 3x3 subplots, the x-tick
> labels overlap with each other and they also overlap with the title of
> the adjacent subplot, rendering the entire figure illegible. I know
> that I can fine-tune the plot to look exactly the way I want with
> "wspace" and "hspace" for instance, but I don't understand why this is
> the default behavior. I wonder if I have a system font issue, such
> that matplotlib thinks the fonts are smaller than they really are.
> 
> My questions:
> 1) Is this the intended behavior of matplotlib, or is there something
> wrong with my installation?
> 2) Assuming I don't have an installation issue, is there a very
> general parameter I can change so that the overlap doesn't occur,
> rather than manually adjusting every figure?
> 
> 
> Minimal code to reproduce the problem:
> 
> import numpy as np
> import matplotlib.pyplot as plt
> plt.figure()
> plt.subplot(331)
> plt.subplot(334)
> plt.plot(np.arange(10000))
> plt.title('Title')
> plt.show()
> 
> 
> I'm attaching the output figure, although I'm not sure if the list
> accepts attachments. The x-tick labels on subplot 334 overlap each
> other, and the title of subplot 334 overlaps with the x-tick labels in
> subplot 331.
> 
> 
> System:
> Ubuntu 10.04 x64
> All packages are the stable versions from Synaptic, including ipython,
> python, numpy, matplotlib 0.99.1.1
> I've also tried the Enthought distribution with matplotlib 1.0.1 and
> the results are the same
> I've tried both "Wx" and "Tk" backends and the results are the same
> I've tried `matplotlib.rcParams['xtick.labelsize'] = 'x-small'`, and
> this does make the labels smaller, but for sufficiently large numbers
> the overlap still occurs.
> 
> Thanks for any help!
> Chris
> 
>  
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network 
> management toolset available today.  Delivers lowest initial 
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 

-- 
View this message in context: http://old.nabble.com/Subplot-x-tick-labels-overlap-with-each-other-and-with-titles-tp31560643p33080989.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On 12/30/2011 11:41 AM, Stephen Webb wrote:
> Hello all,
>
> I have a python module that requires making about 24 different kinds of
> plots, and to keep things tidy I put them all in different modules,
> which I then import.
>
> All the import calls are at the head of the top module. There is one
> plotting call inside a while loop, and it is returning blank plots saved
> in the proper location. Blank meaning no axes, so it is a totally empty
> .png file. After the loop, the first plot called is being saved, but all
> the subsequent plots are saving as blank. I begin every plotting module
> with matplotlib.pyplot.clf() and then write out the individual plotting
> commands.
>
> This worked fine when everything was in one gigantic module, but I am at
> a loss for why it has stopped working once I put everything into submodules.

One way or another, I think you are plotting in one figure, and then 
saving another (empty) figure.  This type of thing typically comes from 
mixing pyplot state-machine style with object style. It has happened to 
me. The problem is that pyplot commands create a new figure if they 
don't find an existing "current figure". The easiest way to solve this 
problem is to use only the minimal pyplot commands, and do everything 
else with explicit references to figures and axes.

import matplotlib.pyplot as plt
fig = plt.figure()
ax = fig.add_subplot(1,1,1)
ax.plot([1,2,3])
fig.savefig("test.png")
plt.close(fig)


If you use the pattern above, then it is always clear where the plotting 
is going and what is being written out.  You are probably better off 
creating a figure when you are ready to plot in it, and closing it when 
finished, rather than trying to recycle it by clearing it. There will be 
very little difference in the time required.

Eric


>
> Thanks for your help,
>
> Stephen D. Webb
> Associate Research Scientist
> Tech-X Corporation
> http://www.txcorp.com
>
> e: sw...@tx...
> 5621 Arapahoe Ave. Suite A
> Boulder, CO 80303 USA
>
>
>
> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users