I'm still puzzled here. The TeX file is definitely being generated with an unreasonably large size, which is what causes it to blow up. It gets the size from the size of the matplotlib figure, which I assume is being incorrectly calculated by the tight bounding box code. Of course, I can't reproduce that here, so I'm not sure what's going on.
Do any of the developers who understand the tight bounding box code have any theories?
Mike
···
On 08/05/2011 09:57 AM, José Alexandre Nalon wrote:
Hello!
This is puzzling. I can't reproduce this -- I even get nice commas.
Are you running the locale_formatting branch exactly as it is (i.e. not
applying it as a patch to another version of matplotlib)? What platform
are you on? Which backend? What does "echo $LANG" at the commandline say?I actually am getting this error with a couple of scripts,
but both use bbox_inches='tight', and are 3D plots. I tried
2D plots with this option and there was no problem. In every
script, I also get the commas. It is probably one of those
bugs that appear because of the configuration of the many
packages that are being used.I gathered some information, and I hope it helps. I am using
Kubuntu 10.10, and Texlive distribution. I downloaded the
.tar.gz package from github in your branch, and built it.
At the time of compilation, I didn't have Tk or GTK headers
(since I don't use matplotlib interactively, I don't really
need them). Below, I also included the list of met dependencies,
according to the installation script. I got no errors during
compilation, only a warning (also listed below). Tex file
and others are attached with this message (since my /tmp
directory was wiped in reboot, I had to run the script again,
hence the different names). This is all the information that I
could think of, but if there is anything else, just send a
message. Thanks again for your work!nalon@...3717...:~/temp/test$ uname -a
Linux marvin 2.6.35-30-generic #56-Ubuntu SMP Mon Jul 11 20:00:22 UTC 2011
i686 GNU/Linuxnalon@...3717...:~/temp/test$ echo $LANG
pt_BR.UTF-8nalon@...3717...:~/temp/test$ latex -v
pdfTeX 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian)
kpathsea version 5.0.0
Copyright 2009 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX).
There is NO warranty. Redistribution of this software is
covered by the terms of both the pdfTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the pdfTeX source.
Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX).
Compiled with libpng 1.2.44; using libpng 1.2.44
Compiled with zlib 1.2.3.4; using zlib 1.2.3.4
Compiled with poppler version 0.14.2nalon@...3717...:~/temp/test$ python
Python 2.6.6 (r266:84292, Sep 15 2010, 15:52:39)
[GCC 4.4.5] on linux2numpy.__version__
'1.3.0'
matplotlib.__version__
'1.1.0'
print matplotlib.rcParams['backend']
agg
Here is a relation of met dependencies and their versions
(according to matplotlib installation script):Qt: 4.7.0
PyQt: 4.8.1
Freetype2: 12.0.6
Cairo: 1.8.8
libpng: 1.2.44
dvipng: 1.13
ghostscript: 8.71
latex: 3.1415926
pdftops: 0.14.3No errors during installation, only these warnings:
src/path.cpp: In member function ‘Py::Object
_path_module::convert_to_svg(const Py::Tuple&)’:
src/path.cpp:1590: warning: format not a string literal and no format
arguments
src/path.cpp:1590: warning: format not a string literal and no format
arguments
src/path.cpp:1593: warning: format not a string literal and no format
arguments
src/path.cpp:1593: warning: format not a string literal and no format
arguments
src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::y2’ may be used
uninitialized in this function
src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::x2’ may be used
uninitialized in this function
src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::y1’ may be used
uninitialized in this function
src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::x1’ may be used
uninitialized in this function---
José Alexandre Nalon
nalon@...166...