matplotlib-users Mailing List for matplotlib

> Yes, it is a known problem, and it is by design. However, the OP has a good
> point that the gallary should have nice-looking plots. Therefore, it would
> make sense to modify those really bad examples with subplot_adjust() to
> allow them to look better.
Very much agreed :)

On Tue, Jun 28, 2011 at 10:08 AM, Daniel Mader <
dan...@go...> wrote:
> Hi,
>
> this is a known problem when working with subplots, reducing the
> figure size or increasing the font size. It is like that by design but
> there are workarounds.
>
>
> http://old.nabble.com/Feature-request%3A-automatic-scaling-of-subplots,-margins,-etc-td31556961.html
>
> http://old.nabble.com/faq%3A-reducing-figure.figsize-cuts-off-labels-and-tick-marks-td30984092.html
>
> Hope this helps :)
>
>
Yes, it is a known problem, and it is by design. However, the OP has a good
point that the gallary should have nice-looking plots. Therefore, it would
make sense to modify those really bad examples with subplot_adjust() to
allow them to look better.
Ben Root

We started using Python 2.7.2 a week or two ago, and I'm now running into
this problem when attempting to build matplotlib 1.0.1 on several of our
machines:
basedirlist is: []
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 1.0.1
 python: 2.7.2 (default_cci, Jun 28 2011, 12:34:28) [GCC
 4.0.1 (Apple Computer, Inc. build 5367)]
 platform: darwin
REQUIRED DEPENDENCIES
 numpy: 1.5.1
 freetype2: found, but unknown version (no pkg-config)
 * WARNING: Could not find 'freetype2' headers in any
 * of '.', './freetype2'.
OPTIONAL BACKEND DEPENDENCIES
 libpng: found, but unknown version (no pkg-config)
 * Could not find 'libpng' headers in any of '.'
Traceback (most recent call last):
 File "setup.py", line 162, in <module>
 if check_for_tk() or (options['build_tkagg'] is True):
 File
"/Volumes/Scratch1/nat/phenix_installer/build-source/mac-intel-osx/patchnose/tmp/matplotl
ib-1.0.1/setupext.py", line 832, in check_for_tk
 (Tkinter.__version__.split()[-2], Tkinter.TkVersion,
Tkinter.TclVersion))
IndexError: list index out of range
When I run the version of Python that I'm using to build matplotlib, this is
what I'm seeing:
>>> import Tkinter
>>> Tkinter.__version__
'$Revision$'
I don't need or want Tkinter support either in Python or in matplotlib, but
it appears to be impossible to disable Tkinter when compiling Python. Is
there a way around this problem without patching the Python build, or
matplotlib, or both?
thanks,
Nat

Hi,
this is a known problem when working with subplots, reducing the
figure size or increasing the font size. It is like that by design but
there are workarounds.
http://old.nabble.com/Feature-request%3A-automatic-scaling-of-subplots,-margins,-etc-td31556961.html
http://old.nabble.com/faq%3A-reducing-figure.figsize-cuts-off-labels-and-tick-marks-td30984092.html
Hope this helps :)
2011年6月28日 Randolf Ebelt <eb...@ie...>:
> Hi,
>
> the margins of all examples at
>
> http://matplotlib.sourceforge.net/gallery.html
>
> for example:
> http://matplotlib.sourceforge.net/examples/api/collections_demo.html
>
> seem to be way to small! For me as a potential user its bad advertising :)
>
> Regards,
> Randolf
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I'm using 0.99.3, which is from the ubuntu maverick repos.
This comes up mostly when I'm drawing plots interactively from ipython.
Cheers,
Alex
On Tue, Jun 28, 2011 at 10:44 AM, Benjamin Root <ben...@ou...> wrote:
>
>
> On Mon, Jun 27, 2011 at 5:09 PM, Alex Flint <ale...@gm...> wrote:
>
>> Hi there,
>>
>> I'm wondering whether there is an easy way to append an additional subplot
>> to an existing figure without losing the subplots already drawn.
>>
>> Currently if I do something like
>> >>> subplot(211); plot(...); subplot(212); plot(...);
>>
>> Then I get inconsistent drawing results if I try something like:
>> >>> subplot(313); plot(...);
>>
>> Cheers,
>> Alex
>>
>>
> Yes, it is "possible", but it can be messy to do so. Also, which version
> of matplotlib are you using? Is there a particular reason why you don't
> know the number of plots ahead of time?
>
> Ben Root
>
>

On Mon, Jun 27, 2011 at 5:09 PM, Alex Flint <ale...@gm...> wrote:
> Hi there,
>
> I'm wondering whether there is an easy way to append an additional subplot
> to an existing figure without losing the subplots already drawn.
>
> Currently if I do something like
> >>> subplot(211); plot(...); subplot(212); plot(...);
>
> Then I get inconsistent drawing results if I try something like:
> >>> subplot(313); plot(...);
>
> Cheers,
> Alex
>
>
Yes, it is "possible", but it can be messy to do so. Also, which version of
matplotlib are you using? Is there a particular reason why you don't know
the number of plots ahead of time?
Ben Root

Hi,
the margins of all examples at
http://matplotlib.sourceforge.net/gallery.html
for example: 
http://matplotlib.sourceforge.net/examples/api/collections_demo.html
seem to be way to small! For me as a potential user its bad advertising :)
Regards,
Randolf