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