matplotlib-devel Mailing List for matplotlib

Jouni K. Seppänen wrote:
> Could somebody test that script with current trunk (rev. 7899)? I don't
> have basemap installed, but I think my latest change might shake out the
> bug.
>
> 
Jouni: That test script now crashes with:
Traceback (most recent call last):
 File "testpdf.py", line 28, in <module>
 savefig('testfig.pdf')
 File "/Users/jwhitaker/lib/python/matplotlib/pyplot.py", line 355, in 
savefig
 return fig.savefig(*args, **kwargs)
 File "/Users/jwhitaker/lib/python/matplotlib/figure.py", line 1055, in 
savefig
 self.canvas.print_figure(*args, **kwargs)
 File "/Users/jwhitaker/lib/python/matplotlib/backend_bases.py", line 
1618, in print_figure
 **kwargs)
 File "/Users/jwhitaker/lib/python/matplotlib/backend_bases.py", line 
1476, in print_pdf
 return pdf.print_pdf(*args, **kwargs)
 File "/Users/jwhitaker/lib/python/matplotlib/backends/backend_pdf.py", 
line 2094, in print_pdf
 self.figure.draw(renderer)
 File "/Users/jwhitaker/lib/python/matplotlib/artist.py", line 55, in 
draw_wrapper
 draw(artist, renderer, *kl)
 File "/Users/jwhitaker/lib/python/matplotlib/figure.py", line 772, in draw
 for a in self.axes: a.draw(renderer)
 File "/Users/jwhitaker/lib/python/matplotlib/artist.py", line 55, in 
draw_wrapper
 draw(artist, renderer, *kl)
 File "/Users/jwhitaker/lib/python/matplotlib/axes.py", line 1761, in draw
 a.draw(renderer)
 File "/Users/jwhitaker/lib/python/matplotlib/artist.py", line 55, in 
draw_wrapper
 draw(artist, renderer, *kl)
 File "/Users/jwhitaker/lib/python/matplotlib/lines.py", line 533, in draw
 drawFunc(renderer, gc, tpath, affine.frozen())
 File "/Users/jwhitaker/lib/python/matplotlib/lines.py", line 869, in 
_draw_lines
 self._lineFunc(renderer, gc, path, trans)
 File "/Users/jwhitaker/lib/python/matplotlib/lines.py", line 920, in 
_draw_dashed
 renderer.draw_path(gc, path, trans)
 File "/Users/jwhitaker/lib/python/matplotlib/backends/backend_pdf.py", 
line 1353, in draw_path
 rgbFace is None and gc.get_hatch_path() is None)
 File "/Users/jwhitaker/lib/python/matplotlib/backends/backend_pdf.py", 
line 1235, in writePath
 cmds = self.pathOperations(path, transform, clip)
 File "/Users/jwhitaker/lib/python/matplotlib/backends/backend_pdf.py", 
line 1214, in pathOperations
 raise ValueError, 'Path lacks initial MOVETO'
ValueError: Path lacks initial MOVETO
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
Meteorologist FAX : (303)497-6449
NOAA/OAR/PSD R/PSD1 Email : Jef...@no...
325 Broadway Office : Skaggs Research Cntr 1D-113
Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg

Could somebody test that script with current trunk (rev. 7899)? I don't
have basemap installed, but I think my latest change might shake out the
bug.
-- 
Jouni K. Seppänen
http://www.iki.fi/jks

See my feedback in the bug report.
Mike
Thomas Robitaille wrote:
> Hi,
>
> Running the simple attached test.py script creates a very simple 
> test.eps. Converting this to a pdf file with ps2pdf causes the 
> negative numbers to disappear (except the minus sign). Of course, the 
> PDF backend can be used from the start, but there are situations (e.g. 
> typesetting with LaTeX where one needs to include an EPS file, and the 
> final document will be a PDF file, in which case the negative numbers 
> disappear during the conversion). I have submitted a bug report:
>
> https://sourceforge.net/tracker/?func=detail&aid=2883256&group_id=80706&atid=560720 
>
>
> Cheers,
>
> Tom
>
> ------------------------------------------------------------------------
>
>
>
>
>
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Hi,
Running the simple attached test.py script creates a very simple 
test.eps. Converting this to a pdf file with ps2pdf causes the 
negative numbers to disappear (except the minus sign). Of course, the 
PDF backend can be used from the start, but there are situations (e.g. 
typesetting with LaTeX where one needs to include an EPS file, and the 
final document will be a PDF file, in which case the negative numbers 
disappear during the conversion). I have submitted a bug report:
https://sourceforge.net/tracker/?func=detail&aid=2883256&group_id=80706&atid=560720
Cheers,
Tom

On Wed, Oct 21, 2009 at 09:23:54AM +0200, Georg Brandl wrote:
> Hi,
> one thing I missed when I switched from Gnuplot to matplotlib was that I
> can't press "q" to close a window but have to use the window manager; in
> one environment I work in that means I have to use the mouse to close a
> window.
I am +1 on that feature request. I don't have time to code it, though
:).
Gaël

Hi,
one thing I missed when I switched from Gnuplot to matplotlib was that I
can't press "q" to close a window but have to use the window manager; in
one environment I work in that means I have to use the mouse to close a
window.
I made a custom key handler that does the following:
 try:
 event.canvas.manager.destroy()
 except AttributeError:
 pass
which seems to work, at least with GtkAgg (I didn't venture to find out
why the AttributeError is raised, it works in spite of that).
Would it make sense to have that shortcut by default (and working for all
windowing backends)?
Georg
-- 
Thus spake the Lord: Thou shalt indent with four spaces. No more, no less.
Four shall be the number of spaces thou shalt indent, and the number of thy
indenting shall be four. Eight shalt thou not indent, nor either indent thou
two, excepting that thou then proceed to four. Tabs are right out.