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 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
To: matplotlib-users@lists.sourceforge.net
Sent: Friday, J
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
.
-michiel
--
On Sat, Jul 20, 2013 9:16 AM EDT Tommy Grav wrote:
>
>On Jul 20, 2013, at 9:09 AM, Michiel de Hoon 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 whic
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
To: Brendan Barnwell ;
"matplotlib-users@lists.sourceforge.net&quo
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.
F
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 wrote:
Subject: [Matplotlib-users] OS X Mavericks: CGContextErase warning
To: matplot
The problems with animations on Mac
are not so much related to the backend,
but to the animations code itself. Animations
with the MacOSX backend cannot be fixed
without redesigning the animations module.
Best,
-Michiel.
On Thu, 3/13/14, Ryan May wrot
lib/issues/531
(this discussion also went into other issues though).
Best,
-Michiel.
On Thu, 3/13/14, Ryan May wrote:
Subject: Re: [Matplotlib-users] Animate on Mac O$
To: "Michiel de Hoon"
Cc: "Christophe Bal" , "Matplotli
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
O
The example works fine with matplotlib 1.4.0, python 3.4.0 (not from Anaconda)
with Mac OS X Maverick.
Best,
-Michiel.
On Wed, 9/17/14, Christophe Bal wrote:
Subject: [Matplotlib-users] Anaconda Mac or matplolib bug ?
To: anaco...@continuum.io, ma
+1
Best,
-Michiel
On Wed, 1/21/15, Michael Droettboom wrote:
Subject: [Matplotlib-users] Matplotlib and Numfocus Fiscal Sponsorship
Agreement (FSA)
To: "matplotlib-de...@lists.sourceforge.net"
, "matplotlib-users"
Date: Wednesday, January 21,
Dear all,
Is there a way to combine bold and regular text in matplotlib?
I would like to do something like
text(0,0, "Some regular text 123 \bf{some bold text 456}")
I tried to use mathtext as follows
text(0,0,'$\\mathdefault{\mathrm{some plain text-123 }\\mathbf{some bold
text-456}}$')
but t
--- On Mon, 6/15/09, Michael Droettboom wrote:
> From: Michael Droettboom
> Subject: Re: [Matplotlib-users] New contourf() drawing polygon boundaries for
> some reason?
> To: z...@amateurearthling.org, "matplotlib-users"
> , "Michiel de Hoon&quo
--- On Sun, 6/28/09, Jouni K. Seppänen 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 bitma
> 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] :
> CGContextSetLineDash: invalid
> dash array: negative lengths are not allowed.
--Michie
setupext.py was indeed not reading the macosx build information from setup.cfg.
I've put a patch here:
http://sourceforge.net/tracker/?func=detail&atid=560722&aid=2818964&group_id=80706
(patch number 2818964).
The error you're seeing is described in this technical note from Apple:
http://deve
roblem.
--Michiel.
--- On Thu, 7/9/09, Robin wrote:
> From: Robin
> Subject: Re: [Matplotlib-users] current svn fails to build on mac
> To: matplotlib-users@lists.sourceforge.net
> Date: Thursday, July 9, 2009, 7:16 AM
> On Thu, Jul 9, 2009 at 12:15 PM,
> Robin
> wrote:
> >
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 wrote:
> From: Robin
> Subject: Re: [Matplotlib-users] current svn fails to build on mac
> To: "Michiel de Hoon"
> Cc: matplotlib-
, Robin wrote:
> From: Robin
> Subject: Re: [Matplotlib-users] current svn fails to build on mac
> To: "Michiel de Hoon"
> 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 Hoon
> wro
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 using
Are you running 32-bits or 64-bits Python?
You can find out by running
>>> import sys
>>> print sys.maxint
This will show 2147483647 on 32-bits Python.
--Michiel.
--- On Tue, 8/4/09, Uri Laserson wrote:
> From: Uri Laserson
> Subject: Re: [Matplotlib-users] Building current SVN trunk on Mac O
I am seeing the following error with the GTKCairo and GTKAgg backends:
>>> figure()
>>> Traceback (most recent call last):
File
"/usr/local/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.py",
line 249, in enter_notify_event
FigureCanvasBase.enter_notify_event(self, event, gu
The error occurs in the first line of _macosx.m, which is
#include
Can you compile anything (with the same compiler flags) that contains this line?
--Michiel
--- On Fri, 8/7/09, Gideon Simpson wrote:
> From: Gideon Simpson
> Subject: [Matplotlib-users] os x trouble
> To: matplotlib-users@lis
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 solu
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 Wed
if rcParams['tk.pythoninspect']:
os.environ['PYTHONINSPECT'] = '1'
Tk.mainloop()
then the function still seems to work fine, and multiple show()s also works.
--Michiel.
--- On Thu, 8/20/09, Kim, Dae-Won wrote:
> From: Kim, Dae-Won
>
> 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 unfort
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 i
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 modificat
I was able to build matplotlib on 64-bit OSX 10.5 just using setup.py. There
were some glitches, but if I remember correctly they were due to the underlying
libraries being 32-bits rather than 64-bits. One thing to try is to run "otool
-L
/Library/Python/2.6/site-packages/matplotlib-1.0.svn_r80
This is not a matplotlib problem but an issue with Python itself. Unlike for
example Tcl/Tk, Python does not have support for event loops. Each of the
graphics backends (Tkinter, PyGTK, PyQT, the Mac OS X native backend) therefore
each implement an event loop on their own. In general, these will
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 wrote:
> From: Jae-Joon Lee
> Subject: Re: [Matplotlib-users] hatching problem
> To: "Tomasz Koziara"
uteError: 'NoneType' object has no attribute 'canvas'
So I guess I should pass some type of event object to enter|leave_notify_event.
--Michiel.
--- On Sun, 2/14/10, David Arnold wrote:
> From: David Arnold
> Subject: Re: [Matplotlib-users] Enter Figure on Ma
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 wrote:
> From: John Hunter
> Subject: Re: [Matplotlib-users] Enter Figure on Macs
> To: "Michiel de Hoon&qu
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 wrote:
> From: David Arnold
> Subject: [Ma
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 e
I just uploaded a bugfix to the repository, using *args in all the save_figure
methods and removing the extra argument in the call to save_Figure.
--Michiel.
--- On Wed, 2/17/10, John Hunter wrote:
> From: John Hunter
> Subject: Re: [Matplotlib-users] Easy come easy go
> To: "M
--- On Tue, 4/20/10, Ryan May wrote:
> Antony Lee 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 starts the GUI toolkit ev
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 ba
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 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
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 wrote:
MacOSX backend: Loads plots quickly, but when I try to save, I cannot type in
the file name area of the save file dialog.
> 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 py
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
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
u have any idea how to fix the
> problem or how
> the event interactions with wxpython work? Is it even
> feasible to do 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 tha
--- On Tue, 5/19/09, Thomas Pfaff wrote:
> Now, here at work I have to use a Windows PC and PowerPoint
> and graphics just look best in PowerPoint if they are in
> EMF format. Funny enough there seems to be no converter on
> the market to properly convert any other vector format
> matplotlib can
Dear all,
I am trying to draw a bar graph in which the bars are filled with a striped
pattern rather than a solid color. For example an alternating pattern of red
and yellow stripes with an equal width, at a 45 degree angle with respect to
the bar. Is there some easy way to do this in matplotli
--- On Wed, 11/9/11, Russell E. Owen 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
MacOSX
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
lw=kwar
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
--- On Wed, 4/11/12, Zachary Pincus 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.
---
r non-framework python, was this warning issued?
Best,
-Michiel.
--- On Fri, 4/13/12, Elliot Saba wrote:
From: Elliot Saba
Subject: Re: [Matplotlib-users] Focus in OSX
To: "Chris Laumann"
Cc: "Michiel de Hoon" ,
"matplotlib-users@lists.sourceforge.net"
Date: Friday,
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 no
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 matp
ime for it within this month.
Best,
-Michiel.
--- On Sat, 7/7/12, Gökhan Sever wrote:
From: Gökhan Sever
Subject: Re: [Matplotlib-users] Accelerating PDF saved plots
To: "Michiel de Hoon"
Cc: matplotlib-users@lists.sourceforge.net
Date: Saturday, July 7, 2012, 9:05 PM
Hi,
What kind
otlib-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
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 a
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
To: "matplotlib-users@lists.sourceforge.net"
C
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.
Attache
Thanks! Using pcolor indeed solved the problem. Now my rows and columns are all
nice and even.
Best,
-Michiel.
From: Benjamin Root
To: Michael Droettboom
Cc: Matplotlib Users
Sent: Friday, June 7, 2013 1:40 AM
Subject: Re: [Matplotlib-users] matshow uneq
Hi Thomas,
As explained in this issue:
https://github.com/matplotlib/matplotlib/issues/166
draw_artist does not work because it is being called from outside the event
loop (or, to be exact, because draw_artist will only work if it is called from
inside the drawing callback function that is calle
work install.
--Michiel
--- On Wed, 5/26/10, Daniel Welling wrote:
From: Daniel Welling
Subject: Re: [Matplotlib-users] Mac backend problems for nearly all backends.
To: "Michiel de Hoon"
Cc: matplotlib-users@lists.sourceforge.net
Date: Wednesday, May 26, 2010, 12:51 AM
2) In whic
#x27;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
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 wrote:
From: Adam Gustafson
Subject: [M
--- On Tue, 11/2/10, Benjamin Root 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 where the backen
Garry, if the bug still exists in matplotlib 1.0 could you open a bug report
for it?
Thanks,
--Michiel.
--- On Wed, 11/10/10, John Hunter wrote:
> From: John Hunter
> Subject: Re: [Matplotlib-users] python v ipython problem in imshow()
> To: "Garry Willgoose" , "M
chiel.
--- On Wed, 11/10/10, John Hunter wrote:
> From: John Hunter
> Subject: Re: [Matplotlib-users] python v ipython problem in imshow()
> To: "Michiel de Hoon"
> Cc: "Garry Willgoose" ,
> matplotlib-users@lists.sourceforge.net
> Date: Wednesday, November 10,
Hunter wrote:
> From: John Hunter
> Subject: Re: [Matplotlib-users] Mac OSX backend
> To: "mdekauwe"
> Cc: matplotlib-users@lists.sourceforge.net, "Michiel de Hoon"
>
> Date: Thursday, November 11, 2010, 7:39 AM
> On Thu, Nov 11, 2010 at 6:32 AM,
>
python v ipython problem in imshow()
> To: "Michiel de Hoon"
> Cc: "Garry Willgoose" , "John Hunter"
> , matplotlib-users@lists.sourceforge.net
> Date: Thursday, November 11, 2010, 10:00 PM
> Michiel,
>
> With some digging around in my o
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 J
t 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 wrote:
> From: John Hunter
> Subject: Re: [Matplotlib-users] Mac OSX backend
> To: "Michiel de Hoon"
> Cc: &q
Best,
--Michiel.
--- On Sat, 11/13/10, John Hunter wrote:
> From: John Hunter
> Subject: Re: [Matplotlib-users] Mac OSX backend
> To: "Michiel de Hoon"
> Cc: "mdekauwe" , matplotlib-users@lists.sourceforge.net
> Date: Saturday, November 13, 2010, 9:22 AM
> On Sat,
--- On Sat, 11/13/10, John Hunter 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 therefo
Thanks for your reply.
--- On Sat, 11/13/10, Eric Firing 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 one thread (
Thanks for your reply.
Regarding your first question, how exactly does it disrupt your workflow? Is it
because the drawing
takes too much time? Or because the focus switches from the terminal
window to the figure window? Or because the figure takes up screen
space?
Regarding the OP, my unders
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 wrote:
> From: Dominique Orban
> Subject: [Matplotlib-users] MacOSX backend bug
> To: matplotlib-users@lists.sourceforge.net
> Date: Tuesday, February 22, 2011, 1:48 PM
> Hi there,
>
> $ uname
--- On Wed, 3/16/11, Daniel Welling 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 do you think that the
--- On Sun, 3/20/11, Daniel Welling 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 installed on your system
Wed, 3/23/11, Daniel Welling wrote:
From: Daniel Welling
Subject: Re: [Matplotlib-users] Qt4 on OSX
To: "Michiel de Hoon"
Cc: matplotlib-users@lists.sourceforge.net
Date: Wednesday, March 23, 2011, 12:27 PM
Greetings again, Michiel. Please excuse my slow response time...
First,
--- On Mon, 3/28/11, Chris Fonnesbeck wrote:
> From: Chris Fonnesbeck
> Subject: [Matplotlib-users] MacOSX backend hangs
> To: matplotlib-users@lists.sourceforge.net
> Date: Monday, March 28, 2011, 1:41 PM
> I'm running a recent build from
> source (last week) on OSX 10.6.6 and the Python 2.6.1
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 co
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 wrote:
From: Lynn Oliver
Subject: Re: [Matplotlib-users] problems installing matplotlib on OS X Lion
To: "Bryan K Woods"
Cc: "matplotlib-users@lists.sourceforg
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 wrote:
From: Lynn Oliver
Subject: Re: [Matplotlib-users] problems installing matplotlib on OS X Lion
To: "Bryan K Woods"
Cc: "matplotlib-users@lists.sourceforg
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
http://addictedtor.free.fr/graphiques/75x
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:
h
87 matches
Mail list logo
