+1
Best,
-Michiel
On Wed, 1/21/15, Michael Droettboom md...@stsci.edu wrote:
Subject: [Matplotlib-users] Matplotlib and Numfocus Fiscal Sponsorship
Agreement (FSA)
To: matplotlib-de...@lists.sourceforge.net
matplotlib-de...@lists.sourceforge.net,
99.9% of the time I am using pyplot, as it usually does what I want without me
having to understand an api.
I don't care so much if pyplot agrees with matlab or not, but it should be
something easy that new users can pick up quickly.
Best,
-Michiel
(this discussion also went into other issues though).
Best,
-Michiel.
On Thu, 3/13/14, Ryan May rma...@gmail.com wrote:
Subject: Re: [Matplotlib-users] Animate on Mac O$
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: Christophe Bal projet...@gmail.com, Matplotlib
Which backend are you using? With the Mac OS X native backend on OS X
Mavericks, I have not seen this warning.
Best,
-Michiel.
On Mon, 10/28/13, Bedartha Goswami gosw...@pik-potsdam.de wrote:
Subject: [Matplotlib-users] OS X Mavericks:
Depending on the backend, you may be able to use
f = plt.figure()
f.canvas.flush_events()
Also, I would suggest to clear the image each time you go through the loop,
otherwise you'll end up with a huge number of images on top of each other.
Best,
-Michiel.
The MacOSX backend itself does not use X11. So I would suggest to check which
modules get loaded when you import pyplot, and see which one of those causes
X11 to open.
-Michiel
--
On Fri, Jul 19, 2013 4:14 PM EDT Tommy Grav wrote:
I just installed matplotlib on a
--
On Sat, Jul 20, 2013 9:16 AM EDT Tommy Grav wrote:
On Jul 20, 2013, at 9:09 AM, Michiel de Hoon mjldeh...@yahoo.com wrote:
The MacOSX backend itself does not use X11. So I would suggest to check
which modules get loaded when you import pyplot, and see which one of those
causes X11
See pull request 2233:
https://github.com/matplotlib/matplotlib/pull/2233
This pull request adds a .stop() method to timers in the MacOSX backend.
Best,
-Michiel.
From: Michiel de Hoon mjldeh...@yahoo.com
To: Brendan Barnwell brenb...@brenbarn.net
Hi Brendan, Justin,
Thanks for your reply. I agree then that a .stop() method is needed. This is
not very difficult; I'll try and implement it over the weekend.
Best,
-Michiel.
From: Brendan Barnwell brenb...@brenbarn.net
To:
Hi Justin,
The .stop() method was indeed never implemented for Timer objects in the MacOSX
backend.
I am not sure if a .stop() method is really needed, because deleting the timer
has the same effect as stopping the timer.
Is there some reason you prefer
t.stop()
instead of
del t
?
Best,
Hi all,
I am trying to draw a heatmap using matshow, which I then save as a PDF.
If I then zoom in in the PDF, I notice that different rows have different
sizes, and different columns have different sizes. It seems that some
rows/columns have twice the height/width as other rows/columns.
Thanks! Using pcolor indeed solved the problem. Now my rows and columns are all
nice and even.
Best,
-Michiel.
From: Benjamin Root ben.r...@ou.edu
To: Michael Droettboom md...@stsci.edu
Cc: Matplotlib Users matplotlib-users@lists.sourceforge.net
Sent:
The script works for me with matplotlib-1.2.1 both with Python2 and with
Python3 with the MacOSX backend.
To rule out the usual culprit, is your Python3 installed as a framework?
Best,
-MIchiel.
- Original Message -
From: Scott Lasley slas...@space.umd.edu
To:
Hi Clare,
Which backend are you using, and can you show an example script?
The blitting functions are a bit unusual as they try to draw stuff to the
figure outside of the event loop. This is e.g. causing problems with
animations, which makes use of the blitting functions. We have been looking
Subject: Re: [Matplotlib-users] Accelerating PDF saved plots
To: matplotlib-users@lists.sourceforge.net
Date: Sunday, July 8, 2012, 2:20 AM
On 2012/07/07 7:14 PM, Michiel de
Hoon wrote:
Hi,
What kind of outputs can these backends
create?
The Mac OS X backend can create PDFs
One reason behind the lengthy plot creation times is likely the PDF backend
itself.
Whereas the Mac OS X and the Cairo backends make use of new_gc and gc.restore
to keep track of the graphics context, the PDF backend uses check_gc and an
internal stack of graphics contexts. Since nowadays
,
-Michiel.
--- On Sat, 7/7/12, Gökhan Sever gokhanse...@gmail.com wrote:
From: Gökhan Sever gokhanse...@gmail.com
Subject: Re: [Matplotlib-users] Accelerating PDF saved plots
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: matplotlib-users@lists.sourceforge.net
Date: Saturday, July 7, 2012, 9:05 PM
Hi
This kind of error typically occurs when the graphics context is being accessed
outside of the event loop. This may work for other backends, but on Mac OS X in
such a case the graphics context is not defined. The solution may involve
reorganizing tight_layout such that the graphics context is
-framework python, was this warning issued?
Best,
-Michiel.
--- On Fri, 4/13/12, Elliot Saba staticfl...@gmail.com wrote:
From: Elliot Saba staticfl...@gmail.com
Subject: Re: [Matplotlib-users] Focus in OSX
To: Chris Laumann claum...@physics.harvard.edu
Cc: Michiel de Hoon mjldeh...@yahoo.com
--- On Wed, 4/11/12, Zachary Pincus zachary.pin...@yale.edu wrote:
Hopefully someone who knows more about the OS X backend can
comment here...
It sounds like the Python you are using is not installed as a framework. Using
the --enable-framework flag when compiling Python.
-Michiel.
The animation code is currently not fully implemented in the MacOSX backend
because the way the general framework of animations is set up in Matplotlib (at
least last time I checked) is not compatible with drawing on Mac OS X. In
particular, the problem is that on Mac OS X all drawing should be
The problem seems to originate from this line in lib/matplotlib/sankey.py:
patch = PathPatch(Path(vertices, codes),
fc=kwargs.pop('fc', kwargs.pop('facecolor',
'#bfd1d4')), # Custom defaults
--- On Wed, 11/9/11, Russell E. Owen ro...@uw.edu wrote:
There is no matplotlib binary for 64-bit Python yet because
I've not
figured out how to build one successfully -- I get horrible
conflicts
with Tcl/Tk.
Would it be possible to release a matplotlib binary for 64-bit Python using the
What happens if you use the MacOSX backend instead of TkAgg? Or do you have to
use TkAgg?
--Michiel.
--- On Sun, 9/4/11, Lynn Oliver rayco...@gmail.com wrote:
From: Lynn Oliver rayco...@gmail.com
Subject: Re: [Matplotlib-users] problems installing matplotlib on OS X Lion
To: Bryan K Woods
What happens if you use the MacOSX backend instead of TkAgg? Or do you have to
use TkAgg?
--Michiel.
--- On Sun, 9/4/11, Lynn Oliver rayco...@gmail.com wrote:
From: Lynn Oliver rayco...@gmail.com
Subject: Re: [Matplotlib-users] problems installing matplotlib on OS X Lion
To: Bryan K Woods
Dear Chris,
- can the native macos backend be used for animation?
Yes.
What's the
equivalent of gobject.idle_add or gobject.timeout_add?
If you use the recent backend-independent animation code, you won't need those.
See examples/animation/simple_anim.py on github for an example (this code
.
--- On Wed, 3/23/11, Daniel Welling dantwell...@gmail.com wrote:
From: Daniel Welling dantwell...@gmail.com
Subject: Re: [Matplotlib-users] Qt4 on OSX
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: matplotlib-users@lists.sourceforge.net
Date: Wednesday, March 23, 2011, 12:27 PM
Greetings again, Michiel
--- On Sun, 3/20/11, Daniel Welling dantwell...@gmail.com wrote:
The OSX backend used to have a bug where you cannot type a
name in the file name text box.Since that has been fixed, ...
That was not a bug in the MacOSX backend (and therefore was not fixed), but is
related to how Python is
--- On Wed, 3/16/11, Daniel Welling dantwell...@gmail.com wrote:
After
playing with backends quite a bit, I have found that the best one in
terms of speed, robustness, and features is Qt4Agg - especially on OSX,
where the MacOSX backend is buggy and many others just don't plain
work.
Why
I have compiled matplotlib with a 64 bit Python on Mac OS X (using setup.py)
for the MacOSX backend. It's not as hard as it may seem.
You will need 64-bit (or multiple-architecture) libraries for zlib, libpng,
etc. You may have those already; you can check that by running file on the
library.
It sounds like your Python is not a framework build.
--Michiel.
--- On Tue, 2/22/11, Dominique Orban dominique.or...@gmail.com wrote:
From: Dominique Orban dominique.or...@gmail.com
Subject: [Matplotlib-users] MacOSX backend bug
To: matplotlib-users@lists.sourceforge.net
Date: Tuesday,
I wasn't able to replicate this bug
with the MacOS backend.
--Michiel
On Sat Nov 13th, 2010 1:15 AM EST Jae-Joon Lee wrote:
I cannot reproduce this with agg, ps and pdf backend.
Maybe this bug is specific to the Mac oS X backend?
Regards,
-JJ
On Sat, Nov 13, 2010 at 5:19 AM, Bror Jonsson
. But are there still
any such cases with the current organization of the drawing code in matplotlib?
Thanks,
--Michiel.
--- On Fri, 11/12/10, John Hunter jdh2...@gmail.com wrote:
From: John Hunter jdh2...@gmail.com
Subject: Re: [Matplotlib-users] Mac OSX backend
To: Michiel de Hoon mjldeh...@yahoo.com
,
--Michiel.
--- On Sat, 11/13/10, John Hunter jdh2...@gmail.com wrote:
From: John Hunter jdh2...@gmail.com
Subject: Re: [Matplotlib-users] Mac OSX backend
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: mdekauwe mdeka...@gmail.com, matplotlib-users@lists.sourceforge.net
Date: Saturday, November 13, 2010
--- On Sat, 11/13/10, John Hunter jdh2...@gmail.com wrote:
Ie if we have a script like
# some plotting commands
...
# some expensive non GUI computation
...
# some update to plot above
...
Would we not run the risk that the GUI is idle in the non
GUI computation and
Thanks for your reply.
--- On Sat, 11/13/10, Eric Firing efir...@hawaii.edu wrote:
In the gtk backend, draw_idle calls gobject.idle_add
Thus, idle means the gui event loop has no higher
priority events. Is
this condition reached only at the end of the script?
With Python, there is only
Hunter jdh2...@gmail.com wrote:
From: John Hunter jdh2...@gmail.com
Subject: Re: [Matplotlib-users] Mac OSX backend
To: mdekauwe mdeka...@gmail.com
Cc: matplotlib-users@lists.sourceforge.net, Michiel de Hoon
mjldeh...@yahoo.com
Date: Thursday, November 11, 2010, 7:39 AM
On Thu, Nov 11, 2010
garry.willgo...@newcastle.edu.au
Subject: Re: [Matplotlib-users] python v ipython problem in imshow()
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: Garry Willgoose garry.willgo...@newcastle.edu.au, John Hunter
jdh2...@gmail.com, matplotlib-users@lists.sourceforge.net
Date: Thursday, November 11, 2010, 10
garry.willgo...@newcastle.edu.au, Michiel de Hoon
mjldeh...@yahoo.com
Cc: matplotlib-users@lists.sourceforge.net
Date: Wednesday, November 10, 2010, 8:28 AM
On Wed, Nov 10, 2010 at 5:43 AM,
Garry Willgoose
garry.willgo...@newcastle.edu.au
wrote:
John,
OK by looking at matplotlib.rcParams
.
--- On Wed, 11/10/10, John Hunter jdh2...@gmail.com wrote:
From: John Hunter jdh2...@gmail.com
Subject: Re: [Matplotlib-users] python v ipython problem in imshow()
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: Garry Willgoose garry.willgo...@newcastle.edu.au,
matplotlib-users@lists.sourceforge.net
--- On Tue, 11/2/10, Benjamin Root ben.r...@ou.edu wrote:
I
have personally seen significant progress in this area, but there are a
few backends that aren't quite right (MacOSX backend, I believe?).
As far as I know, show() is working correctly in the MacOSX backend. If you
encountered a case
Matplotlib works well with Cygwin (I am using it with the gtkcairo backend),
but installing it can be a hassle. You'll have to fix errors such as the ones
you're seeing by modifying setup.py or setupext.py.
--Michiel.
--- On Mon, 8/16/10, Adam Gustafson am...@stat.washington.edu wrote:
From:
, but it doesn't seem to be up to date with
the other backends.
I saw in one of the post of Michiel de Hoon dating back
2008 that the MacOsX backend does not allow for integration
of matplotlib within a cocoa application, I was wondering if
it is still the case.
Maybe does not allow is too strong
/26/10, Daniel Welling dantwell...@gmail.com wrote:
From: Daniel Welling dantwell...@gmail.com
Subject: Re: [Matplotlib-users] Mac backend problems for nearly all backends.
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: matplotlib-users@lists.sourceforge.net
Date: Wednesday, May 26, 2010, 12:51 AM
2
Are you using a framework install of Python? Also, does the MacOSX backend work
with plain python instead of ipython?
--Michiel.
--- On Tue, 5/25/10, Daniel Welling dantwell...@gmail.com wrote:
MacOSX backend: Loads plots quickly, but when I try to save, I cannot type in
the file name area of
1)The problem does manifest in the same manner through the normal python
prompt.
OK that is good to know.
2) I'm not sure what is meant by a framework install. Everything
(except MPL 99.1.1)
was installed through fink.
This is important. Check where python is installed. If 'which
Actually which backend are you using? I'd like to try this to see what happens
if show() is called more than once.
--Michiel.
--- On Tue, 4/20/10, Antony Lee antony@ensmp.fr wrote:
That would be a solution, indeed. However, is there really no way of coming
back to a pre-plt.show() state
--- On Tue, 4/20/10, Ryan May rma...@gmail.com wrote:
Antony Lee antony@ensmp.fr wrote:
That would be a solution, indeed. However, is there
really no way of coming back to a pre-plt.show() state
once all windows are closed? What kind of
irreversible things does plt.show() do?
It
Well, the example with the comment WARNING : illustrating how NOT to use show:
for i in range(10):
# make figure i
show()
works perfectly fine with the Mac OS X backend, and I doubt that there is some
fundamental reason why this can work with the Mac OS X backend but not with
other
come easy go
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: matplotlib-users@lists.sourceforge.net, David Arnold
dwarnol...@suddenlink.net
Date: Wednesday, February 17, 2010, 9:16 AM
On Wed, Feb 17, 2010 at 7:41 AM,
Michiel de Hoon mjldeh...@yahoo.com
wrote:
An inconsistency in the definition
An inconsistency in the definition of save_figure between different backends is
causing this problem.
The GTK backends use
def save_figure(self, button):
but the tkagg, qt, qt4, and macosx backends use
def save_figure(self):
so without the second argument. The line that is causing the
Thanks! That was at least part of the problem.
I've committed a bug fix to the svn repository.
Thanks gain,
--Michiel.
--- On Mon, 2/15/10, John Hunter jdh2...@gmail.com wrote:
From: John Hunter jdh2...@gmail.com
Subject: Re: [Matplotlib-users] Enter Figure on Macs
To: Michiel de Hoon
Hi David,
The Mac OS X backend does not use Agg, so I am not surprised that this script
won't work with Mac OS X backend. The script probably also won't work with
other non-Agg backends such as GtkCairo.
--Michiel.
--- On Mon, 2/15/10, David Arnold dwarnol...@suddenlink.net wrote:
From:
of event object to enter|leave_notify_event.
--Michiel.
--- On Sun, 2/14/10, David Arnold dwarnol...@suddenlink.net wrote:
From: David Arnold dwarnol...@suddenlink.net
Subject: Re: [Matplotlib-users] Enter Figure on Macs
To: John Hunter jdh2...@gmail.com
Cc: Michiel de Hoon mjldeh...@yahoo.com
I wasn't able to replicate this problem with the Mac OS X backend with
matplotlib 0.99.1.1. Both the on-screen figure and the ps output look fine.
--Michiel.
--- On Tue, 2/9/10, Jae-Joon Lee lee.j.j...@gmail.com wrote:
From: Jae-Joon Lee lee.j.j...@gmail.com
Subject: Re: [Matplotlib-users]
I think the best solution to this problem is to have scroll bars in the figure
window if needed. Depending on the size of the figure (in physical units), the
size of the window containing the figure, and the zoom factor the scroll bars
would appear or disappear. This would require some
Dear Buz,
You could try with the MacOSX native backend:
import matplotlib
matplotlib.use(MacOSX)
from pylab import *
text(0.2,0.2,some text,fontname='Times-Roman')
text(0.2,0.7,some other text,fontname='Helvetica')
I'm not sure if the MacOSX native backend is included in fink's
Any idea why there is such a difference between
0.98.5.3 and 0.99 ??
Drawing the whole figure once, when no further Python input is available, is
much more efficient than drawing after each plot() command. For some figures,
matplotlib 0.98.5.3 becomes extremely slow.
Thanks JJ, but
()
then the function still seems to work fine, and multiple show()s also works.
--Michiel.
--- On Thu, 8/20/09, Kim, Dae-Won dwki...@gmail.com wrote:
From: Kim, Dae-Won dwki...@gmail.com
Subject: Re: [Matplotlib-users] show() problem in Mac OS X 10.5.8
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: Ryan May
Whether or not you can do multiple show()s depends on which backend you use.
For example, the Mac OS X native backend has no problems with the multiple
show()s in your example. Which backend were you using? While matplotlib does
not support multiple show()s in general, there may be a simple
Are you on Mac OS X 10.5 or are you on an earlier version? The error message
you're seeing indicates that MAC_OS_X_VERSION_10_5 is defined, suggesting that
you are on Mac OS X 10.5. But then it should be aware of CTFontRef ... Did you
change anything in your Python setup?
--Michiel.
--- On
The error occurs in the first line of _macosx.m, which is
#include Cocoa/Cocoa.h
Can you compile anything (with the same compiler flags) that contains this line?
--Michiel
--- On Fri, 8/7/09, Gideon Simpson simp...@math.toronto.edu wrote:
From: Gideon Simpson simp...@math.toronto.edu
I am seeing the following error with the GTKCairo and GTKAgg backends:
figure()
matplotlib.figure.Figure object at 0x7ebe0cec
Traceback (most recent call last):
File
/usr/local/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.py,
line 249, in enter_notify_event
Originally, the Mac OS X backend was much faster than the other backends
because of how the event loop was organized. Currently, most (I'm not sure
about the wx backends) backends use the event loop in the same way as the Mac
OS X backend, and are about equally fast (provided that you are
It's probably the -L/usr/X11R6/lib that is causing a problem. Can you try
linking without it?
--Michiel.
--- On Fri, 7/10/09, Robin robi...@gmail.com wrote:
From: Robin robi...@gmail.com
Subject: Re: [Matplotlib-users] current svn fails to build on mac
To: Michiel de Hoon mjldeh
:
From: Robin robi...@gmail.com
Subject: Re: [Matplotlib-users] current svn fails to build on mac
To: Michiel de Hoon mjldeh...@yahoo.com
Cc: matplotlib-users@lists.sourceforge.net
Date: Friday, July 10, 2009, 6:59 AM
On Fri, Jul 10, 2009 at 11:45 AM,
Michiel de Hoonmjldeh...@yahoo.com
wrote
setupext.py was indeed not reading the macosx build information from setup.cfg.
I've put a patch here:
http://sourceforge.net/tracker/?func=detailatid=560722aid=2818964group_id=80706
(patch number 2818964).
The error you're seeing is described in this technical note from Apple:
I should have specified I'm on OS X 10.5.7. Xcode 3.0.
I'm using the same, but I'm not seeing this error.
Can you verify that matplotlib 0.98.5.3 still compiles correctly?
If it does, we can compare the linker flags used for 0.98.5.3 and the svn
version to find the problem.
--Michiel.
---
I can't draw dashed lines.
In principle, you should be able to draw dashed lines with the MacOSX backend.
Can you post a complete script that triggers this error?
Thu Jul 2 14:51:48 Python-64[56094] Error:
CGContextSetLineDash: invalid
dash array: negative lengths are not allowed.
--- On Sun, 6/28/09, Jouni K. Seppänen j...@iki.fi wrote:
The file you sent was not generated by the pdf backend but
by Mac OS X 10.5.6 Quartz PDFContext, which probably means
that the OS X backend saves pdf files using the OS X machinery
and not the pdf backend. Indeed the formulas look like
, 6/15/09, Michael Droettboom md...@stsci.edu wrote:
From: Michael Droettboom md...@stsci.edu
Subject: Re: [Matplotlib-users] New contourf() drawing polygon boundaries for
some reason?
To: z...@amateurearthling.org, matplotlib-users
matplotlib-users@lists.sourceforge.net, Michiel de Hoon
I am not sure if this is related, but maybe it can give you a hint.
I looked at the copy_from_bbox/restore/draw_artist code a long time ago, and if
I remember correctly by calling restore_region function, you're drawing
directly onto the canvas. In contrast, if you do e.g. plot(x,y), you're not
a
restore_canvas within the event loop or will this slow it
down to the
extent of being useless?
Elan
---
I can no other answer make but thanks,
And thanks, and ever thanks.
- William Shakespeare
On Thu, May 7, 2009 at 9:17 AM, Michiel de Hoon
mjldeh...@yahoo.com wrote:
I am not sure
Hi everybody,
For those of you that are using the gtk, gtkcairo, or gtkagg backends:
Today pygtk version 2.15.0 became available, which is the first pygtk that can
be used interactively from both python and ipython. If you're using ipython, be
sure to wait for release 0.10.0 of ipython before
Hi everybody,
About two weeks ago I was asking on this mailing list if matplotlib can make
hexagonal binning plots as an alternative to scatter plots. I have now written
such a function for matplotlib. In case other people are also looking for this
functionality, the patch is available here:
Hi everybody,
Is there a function in matplotlib for hexagonal binning of scatter plots? Here
are some examples of what I am looking for:
http://faculty.washington.edu/tlumley/survey/greyhexbin.png
http://www.spss.com/research/wilkinson/nViZn/hexbin.gif
76 matches
Mail list logo
