matplotlib-users Mailing List for matplotlib (Page 12)

Hi ,

The code for image-windows and image-linx comes from here:
http://matplotlib.sourceforge.net/examples/pylab_examples/errorbar_limits.html

That is why I think the problem is in linux. And the pdf which is attached
along with the png image named flow-rate are executed in linux which are
different. in windows both are the same.

Thanks,
Amir


On Fri, Aug 5, 2011 at 5:59 PM, Tony Yu <ts...@gm...> wrote:

>
>
> On Fri, Aug 5, 2011 at 9:29 AM, Amir Jahanshahi <paj...@gm...>wrote:
>
>> Dear folks,
>>
>> I have this problem consistently in 0.99 installed via package
>> respiratory and also 1.0.1 from source. This only occurs in linux.
>> Windows is OK. see attachments please. If I run flow-rate.py the output
>> of plt.show() is different from what is written in pdf. both are
>> attached. Very weird problem.
>>
>> Looking forward to hearing from you,
>>
>> System:Linux Amir-Ubuntu 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28
>> 15:07:17 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
>>
>> Hi Amir,
>
> It seems to me that the error is in the Windows output. In your code,
> you've set "mew" (i.e. marker edge width) to 0. So it makes sense that the
> markers don't show. On my system (OS X), the pdf and png output are the
> same.
>
> Best,
> -Tony
>
>

For a figure with just one subplot, I want to have a larger main title
(using figure.suptitle) and a smaller subtitle (using axes.set_title).
 However, using horizontalalignment = 'center' on both the suptitle
and title doesn't center the two relative to each other, because my
subplot varies in width (I change it depending on the y axis labels'
lengths).

How can I center the suptitle appropriately over the subplot?

Thanks,
Che

Hello,

Michael, since it is happening in my setup, if you are willing to
direct me, I could try to debug and see what could possibly be
happening. I don't discard, however, that this is something that
happens only to me, so, unless someone can reproduce the problem,
this could be marked as a low priority bug.

---
José Alexandre Nalon
na...@te...

Em sex 05 ago 2011, às 12:49:27, Michael Droettboom escreveu:
> 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@marvin:~/temp/test$ uname -a
> > Linux marvin 2.6.35-30-generic #56-Ubuntu SMP Mon Jul 11 20:00:22 UTC
> > 2011 i686 GNU/Linux
> > 
> > nalon@marvin:~/temp/test$ echo $LANG
> > pt_BR.UTF-8
> > 
> > nalon@marvin:~/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.2
> > 
> > nalon@marvin:~/temp/test$ python
> > Python 2.6.6 (r266:84292, Sep 15 2010, 15:52:39)
> > [GCC 4.4.5] on linux2
> > 
> >>>> numpy.__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.3
> > 
> > No 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
> > na...@te...
> 
> ---------------------------------------------------------------------------
> --- BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On Fri, Aug 5, 2011 at 9:29 AM, Amir Jahanshahi <paj...@gm...> wrote:

> Dear folks,
>
> I have this problem consistently in 0.99 installed via package
> respiratory and also 1.0.1 from source. This only occurs in linux.
> Windows is OK. see attachments please. If I run flow-rate.py the output
> of plt.show() is different from what is written in pdf. both are
> attached. Very weird problem.
>
> Looking forward to hearing from you,
>
> System:Linux Amir-Ubuntu 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28
> 15:07:17 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
>
> Hi Amir,

It seems to me that the error is in the Windows output. In your code, you've
set "mew" (i.e. marker edge width) to 0. So it makes sense that the markers
don't show. On my system (OS X), the pdf and png output are the same.

Best,
-Tony

Hi, I am using add_subplot(...) to create a row of 4 plots, and have a tricky
question.
I have an image (a figure instance) composed of 4 subplots in a single row.
I'd like to know how to arrange a number of these rows in a bigger grid,
namely a grid of 10x3 plots, each plot made up of 1x4 subplots. The ideal
solution would be:
* function that returns 1x4 plots
* call that function repeatedly
I tried to do this with
def function(figure, which_one, index):
  grid = ImageGrid(figure, 10,3,index, nrows_ncols = (1, 4))
  grid[0].imshow(something(which_one))
  grid[1].imshow(.....)
  ...

however the plots apparently share the y axis, which for me is unfeasable
as:
1) the first of 4 images has about 10000 pixels, while the others have 24
(6x4 pixels): no chance they can be on the same scale!
2) I want to plot a colorbar on top of the 6x4 subplots.
3) I want to write labels on top of the 6x4 subplots.

This is what grid produces: an ugly white space if y axes don't have the
same length.
http://old.nabble.com/file/p32203453/grid.png 

This is my best attempt, still a lot of work to do, but don't know how to
tile several of these in a 10x3 array.
http://old.nabble.com/file/p32203453/ifu1_1plot.png 

Thank you very much.

Desperately,
astabada
-- 
View this message in context: http://old.nabble.com/Subplot-of-subplots.-tp32203453p32203453.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

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@marvin:~/temp/test$ uname -a
> Linux marvin 2.6.35-30-generic #56-Ubuntu SMP Mon Jul 11 20:00:22 UTC 2011
> i686 GNU/Linux
>
> nalon@marvin:~/temp/test$ echo $LANG
> pt_BR.UTF-8
>
> nalon@marvin:~/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.2
>
> nalon@marvin:~/temp/test$ python
> Python 2.6.6 (r266:84292, Sep 15 2010, 15:52:39)
> [GCC 4.4.5] on linux2
>
>>>> numpy.__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.3
>
> No 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
> na...@te...

Dear folks,

I have this problem consistently in 0.99 installed via package
respiratory and also 1.0.1 from source. This only occurs in linux.
Windows is OK. see attachments please. If I run flow-rate.py the output
of plt.show() is different from what is written in pdf. both are
attached. Very weird problem.

Looking forward to hearing from you,

System:Linux Amir-Ubuntu 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28
15:07:17 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

Other info:gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4)

Hi all,
I'd like to ask about some issues I am having with using matplotlib
with the latest wxpython version 2.9.1.1;
I already mentioned that on the wxpython list:
https://groups.google.com/forum/#!topic/wxpython-users/vG-5NJ4vXnc
but it is unclear whether this is a bug in wx or a possible problem
with the backend_wx which happened to be "tolerated" in wxpython
sofar.

Simple code using the WX backend seems to
work ok in 2.8.12.1 and 2.9.1.1 but not in 2.9.2.1.
The graph canvas is inactive and transparent - showing the
screen below this active frame; with resizing and moving this frame,
there are artefacts and display glitches and redrawing errors around
it, but the graph is not shown and there are no exceptions thrown.

(I am using Python 2.7.2, matplotlib 1.0.1; win 7 and Win XP; wxPython
32bit (unicode))



# # # # # # # # # # # pylab - wxPython  # # # # # # # # # # # # # # # # #

#! Python
# -*- coding: utf-8 -*-

import wxversion
# wxversion.select('2.8') # 2.8.12.1 ok
# wxversion.select('2.9.1') # 2.9.1.1 ok
wxversion.select('2.9.2') # 2.9.2.1     !! display errors in pylab

import wx

import matplotlib # http://matplotlib.sourceforge.net/

# matplotlib.use('WXAgg') # ok in both, wx 2.8 and 2.9.x
matplotlib.use('WX')

import pylab

pylab.plot(range(3), range(3), label="a")
pylab.show()

# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
A very simple version without pylab shows the same problem:
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

#! Python
# -*- coding: utf-8 -*-

import wxversion
# wxversion.select('2.8')
wxversion.select('2.9.2')
import wx
import matplotlib
matplotlib.use('WX')
from matplotlib.backends.backend_wx import FigureCanvasWx as
FigureCanvas  # err on wx 2.9.2
# from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as
FigureCanvas # ok
from matplotlib.figure import Figure

class CanvasFrame(wx.Frame):
    def __init__(self, ):
        wx.Frame.__init__(self, None, -1, 'CanvasFrame', size=(550,350))
        self.figure = Figure()
        self.axes = self.figure.add_subplot(111)
        self.axes.plot(range(4),range(4))
        self.figure_canvas = FigureCanvas(self, -1, self.figure)
        self.sizer = wx.BoxSizer(wx.VERTICAL)
        self.sizer.Add(self.figure_canvas, 1, wx.LEFT | wx.TOP | wx.GROW)
        self.SetSizer(self.sizer)

if __name__=='__main__':
    app = wx.App(False)
    frm = CanvasFrame()
    frm.Show(True)
    app.MainLoop()

# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

It is likely to depending on
matplotlib.backends.backend_wx :: FigureCanvasWx (or some inherited
classes), but I had sofar no success in finding the problematic code.

Could you maybe give any pointer where to look into, or maybe how to
activate some exception tracebacks etc? (Changing _DEBUG = 5 in
...\matplotlib\backends\backend_wx.py to other values doesn't seem to
have this effect).

Thanks in advance,
    vbr

I'd like to add a title to a RadioButton axis, but the usual title('xxx') seems to get ignored.  Can I do that?

 

This is an example:

 

raOVL   = axes([0.05, 0.1, 0.15, 0.15], axisbg=axcolor)

title   = 'Overlap'

radioOV = RadioButtons(raOVL, ['10%','30%','50%','70%'])

 

 

-Paul Blelloch

 

here is the sample code "embedding_in_gtk2.py"

 6 import gtk
 7
 8 from matplotlib.figure import Figure
 9 from numpy import arange, sin, pi
10
11 # uncomment to select /GTK/GTKAgg/GTKCairo
12 #from matplotlib.backends.backend_gtk import FigureCanvasGTK as FigureCanvas
13 from matplotlib.backends.backend_gtkagg import FigureCanvasGTKAgg
as FigureCanvas
14 #from matplotlib.backends.backend_gtkcairo import
FigureCanvasGTKCairo as FigureCanvas
15
16 # or NavigationToolbar for classic
17 #from matplotlib.backends.backend_gtk import NavigationToolbar2GTK
as NavigationToolbar
18 from matplotlib.backends.backend_gtkagg import
NavigationToolbar2GTKAgg as NavigationToolbar
19
20
21 win = gtk.Window()
22 win.connect("destroy", lambda x: gtk.main_quit())
23 win.set_default_size(400,300)
24 win.set_title("Embedding in GTK")
25
26 vbox = gtk.VBox()
27 win.add(vbox)
28
29 fig = Figure(figsize=(5,4), dpi=100)
30 import pudb
31 pudb.set_trace()
32 ax = fig.add_subplot(111)
33 t = arange(0.0,3.0,0.01)
34 s = sin(2*pi*t)
35
36 ax.plot(t,s)
37
38
39 canvas = FigureCanvas(fig)  # a gtk.DrawingArea
40 vbox.pack_start(canvas)
41 toolbar = NavigationToolbar(canvas, win)
42 vbox.pack_start(toolbar, False, False)
43
44
45 win.show_all()
46 gtk.main()

on line 36 error segfault.
Here is the gdb session

Starting program: /usr/bin/python2.7 embedding_in_gtk2.py
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x00007fffeda71594 in __cxa_allocate_exception () from
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/libstdc++.so.6
#0  0x00007fffeda71594 in __cxa_allocate_exception () from
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/libstdc++.so.6
#1  0x00007fffe4830164 in py_to_agg_transformation_matrix(_object*, bool) ()
   from /usr/lib64/python2.7/site-packages/matplotlib/_path.so
#2  0x00007fffe483addb in _path_module::update_path_extents(Py::Tuple const&) ()
   from /usr/lib64/python2.7/site-packages/matplotlib/_path.so
#3  0x00007fffe4841ad8 in
Py::ExtensionModule<_path_module>::invoke_method_varargs(void*,
Py::Tuple const&) ()
   from /usr/lib64/python2.7/site-packages/matplotlib/_path.so
#4  0x00007fffe482b54d in method_varargs_call_handler () from
/usr/lib64/python2.7/site-packages/matplotlib/_path.so
#5  0x00007ffff7b09a7b in PyEval_EvalFrameEx () from
/usr/lib64/libpython2.7.so.1.0
#6  0x00007ffff7b0b658 in PyEval_EvalCodeEx () from
/usr/lib64/libpython2.7.so.1.0
#7  0x00007ffff7b09bc7 in PyEval_EvalFrameEx () from
/usr/lib64/libpython2.7.so.1.0
#8  0x00007ffff7b0b658 in PyEval_EvalCodeEx () from
/usr/lib64/libpython2.7.so.1.0
#9  0x00007ffff7b09bc7 in PyEval_EvalFrameEx () from
/usr/lib64/libpython2.7.so.1.0
#10 0x00007ffff7b0b658 in PyEval_EvalCodeEx () from
/usr/lib64/libpython2.7.so.1.0
#11 0x00007ffff7b09bc7 in PyEval_EvalFrameEx () from
/usr/lib64/libpython2.7.so.1.0
#12 0x00007ffff7b0b658 in PyEval_EvalCodeEx () from
/usr/lib64/libpython2.7.so.1.0
#13 0x00007ffff7b09bc7 in PyEval_EvalFrameEx () from
/usr/lib64/libpython2.7.so.1.0
#14 0x00007ffff7b0b658 in PyEval_EvalCodeEx () from
/usr/lib64/libpython2.7.so.1.0
#15 0x00007ffff7b0b762 in PyEval_EvalCode () from /usr/lib64/libpython2.7.so.1.0
#16 0x00007ffff7b2545c in ?? () from /usr/lib64/libpython2.7.so.1.0
#17 0x00007ffff7b25530 in PyRun_FileExFlags () from
/usr/lib64/libpython2.7.so.1.0
#18 0x00007ffff7b26a1f in PyRun_SimpleFileExFlags () from
/usr/lib64/libpython2.7.so.1.0
#19 0x00007ffff7b377cc in Py_Main () from /usr/lib64/libpython2.7.so.1.0
#20 0x00007ffff74d4bad in __libc_start_main () from /lib64/libc.so.6
#21 0x00000000004008c9 in _start ()

I have python 2.7.1 and amd64 linux distributive (gentoo). I did not
see this problem on x86 linux.
Thanks.

On 8/4/2011 8:26 AM, Xavier Gnata wrote:
> I think the main question is : How do you produce a arbitrary long
> list of colors to use it as a color gradient (as input to
> set_color_cycle )?


See this thread
http://www.mail-archive.com/mat...@li.../msg21569.html
for an approach to the underlying question, which I take to be,
how to parametrize line color for a collection of lines.

Cheers,
Alan Isaac

hi,

I want to overplot N curves calling the plot(X) function N times.
I also would like to have a way to which curve has been drawn first and so on.

If N would en small and constant, I could simply call color_cycle with
a short list as parameter...but it is not quite an option with up to
50 curves...

How could I setup a color_cycle which look like a color gradient
(let's say "the first curve in red, the last one in green and the
other in between).

I think the main question is : How do you produce a arbitrary long
list of colors to use it as a color gradient (as input to
set_color_cycle )?

xavier

On Wed, Aug 3, 2011 at 3:50 AM, Jakob123 <jak...@is...>wrote:

>
> Hej there!
> I am using PyPlot to draw onto a Tkinter GUI (in Python 2.6). Works fine,
> but when I close the window (root.destroy()) PyPlot apparently crashes with
> the error message "Fatal Python error: PyEval_RestoreThread: NULL tstate"
> (error 0x40000015). All I found was
> http://groups.google.com/group/comp.lang.python/msg/8e6bbae27a99f6d3 this
> but it didnt help, I am using matplotlib 1.0.0.
>
> Some pointers would be great, I am still a rookie when it comes to
> programming...
>
> Thanks in advance /Jakob
>
>
Jakob,

A little while back, we put out an important v1.0.1 release that addressed
many issues with the various backends.  While I don't remember all of the
bugs it fixed, it may have fixed that one.  I would suggest installing that
version and seeing if it work for you.

Ben Root

Le mercredi 03 août 2011 à 14:45 +0200, Michael Klitgaard a écrit :
> Hello,
> 
> I really like Python and Matplotlib, and recommend it to all my colleagues.
> 
> I have found this plot:
> 
> http://en.wikipedia.org/wiki/File:Operating_system_usage_share.svg
> 
> I think it looks good, it is made in R. The code looks clean, not many
> settings etc.
> I wanted to see if I could make a similar plot in Matplotlib.
> 
> So far, this is what I got:
> 
> from pylab import *
> 
> data = [37.92, 29.72, 13.09, 7.40, 2.80, 2.07]
> x = arange(len(data))
> ax = subplot(111)
> bar(x, data)
> xticks( x + 0.5,  ("Windows\nXP", "Windows\n7", "Windows\nVista",
> "MacOS X", "iOS", "Linux") )
> title("Usage share of web client operating systems: May 2011")
> ylabel("Percent Usage")
> 
> savefig('barplot.png',format='png')
> 
> I have stolen most of the code from an example:
> http://matplotlib.sourceforge.net/examples/pylab_examples/custom_ticker1.html
> 
> I havent figured out how to color the bars differently, does anybody
> know how to do this?

bar returns a list of patches 

lPatches = bar(x, data)
N = len(lPatches)
lColors = cm.jet(range(N)*256./N)
# or lColors = ['r', 'b', 'y', ... ]

for ind,el in enumerate(lPatches):
	el.set_color(lColors)
	# or set_edgecolor or set_facecolor

Hello Michael,

I will do this by defining a an array of colors and then plot each bar separately using a for loop
U can assign a color to the bar with the facecolor keyword.
U can use your  code with a slight modifications

from pylab import *
data = [37.92, 29.72, 13.09, 7.40, 2.80, 2.07]
x = arange(len(data))
ax = subplot(111)
fcarray = ['red','blue','green','black','cyan','magenta'] # this is the array of colors u give 

for  i in range(len(x)):
	bar(x[i],data[i],fc=fcarray[i])

xticks( x + 0.5,  ("Windows\nXP", "Windows\n7", "Windows\nVista"
"MacOS X", "iOS", "Linux") )
title("Usage share of web client operating systems: May 2011"
ylabel("Percent Usage")
savefig('barplot.png',format='png')

Regards 
Bhargav 

On Aug 3, 2011, at 2:45 PM, Michael Klitgaard wrote:

> Hello,
> 
> I really like Python and Matplotlib, and recommend it to all my colleagues.
> 
> I have found this plot:
> 
> http://en.wikipedia.org/wiki/File:Operating_system_usage_share.svg
> 
> I think it looks good, it is made in R. The code looks clean, not many
> settings etc.
> I wanted to see if I could make a similar plot in Matplotlib.
> 
> So far, this is what I got:
> 
> from pylab import *
> 
> data = [37.92, 29.72, 13.09, 7.40, 2.80, 2.07]
> x = arange(len(data))
> ax = subplot(111)
> bar(x, data)
> xticks( x + 0.5,  ("Windows\nXP", "Windows\n7", "Windows\nVista",
> "MacOS X", "iOS", "Linux") )
> title("Usage share of web client operating systems: May 2011")
> ylabel("Percent Usage")
> 
> savefig('barplot.png',format='png')
> 
> I have stolen most of the code from an example:
> http://matplotlib.sourceforge.net/examples/pylab_examples/custom_ticker1.html
> 
> I havent figured out how to color the bars differently, does anybody
> know how to do this?
> 
> 
> Sincerely
> Michael
> 
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts. 
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hello,

I really like Python and Matplotlib, and recommend it to all my colleagues.

I have found this plot:

http://en.wikipedia.org/wiki/File:Operating_system_usage_share.svg

I think it looks good, it is made in R. The code looks clean, not many
settings etc.
I wanted to see if I could make a similar plot in Matplotlib.

So far, this is what I got:

from pylab import *

data = [37.92, 29.72, 13.09, 7.40, 2.80, 2.07]
x = arange(len(data))
ax = subplot(111)
bar(x, data)
xticks( x + 0.5,  ("Windows\nXP", "Windows\n7", "Windows\nVista",
"MacOS X", "iOS", "Linux") )
title("Usage share of web client operating systems: May 2011")
ylabel("Percent Usage")

savefig('barplot.png',format='png')

I have stolen most of the code from an example:
http://matplotlib.sourceforge.net/examples/pylab_examples/custom_ticker1.html

I havent figured out how to color the bars differently, does anybody
know how to do this?


Sincerely
Michael

Hej there!
I am using PyPlot to draw onto a Tkinter GUI (in Python 2.6). Works fine,
but when I close the window (root.destroy()) PyPlot apparently crashes with
the error message "Fatal Python error: PyEval_RestoreThread: NULL tstate"
(error 0x40000015). All I found was 
http://groups.google.com/group/comp.lang.python/msg/8e6bbae27a99f6d3 this 
but it didnt help, I am using matplotlib 1.0.0.

Some pointers would be great, I am still a rookie when it comes to
programming...

Thanks in advance /Jakob

-- 
View this message in context: http://old.nabble.com/PyPlot-crashes-upon-closing-tp32184426p32184426.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Sun, Jul 31, 2011 at 10:19 AM, Fernando Perez <fpe...@gm...> wrote:

> Please see our release notes for the full details on everything about
> this release: https://github.com/ipython/ipython/zipball/rel-0.11

And embarrassingly, that URL was for a zip download instead
(copy/paste error), the detailed release notes are here:

http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html

Sorry about the mistake...

Cheers,

f

Hello all,

In Windows, when I create any plot, click on the save button, then  
right click in the save window (e. g. to create a new folder or rename  
a file), Matplotlib freezes. It stays frozen until I close Explorer.  
Also the Interpret that launched it stays frozen too.

OS: Windows XP x64
matplotlib version: 1.0.1
Where I obtained matplotlib: Python xy 2.6.6.2 (official 32-bit binary)
Customizations: none
Minimal code to reproduce:
     import matplotlib
     from matplotlib import pyplot as plt
     plt.plot([0, 1],[1, 2])
   followed by clicking on the Save button, and right clicking in the Explorer.

Overall, not a big deal, since I can perform any file operations  
necessary outside the little popup window, but this is still not  
correct functionality.

Thank you all,
-- 
Peter DeVore

On Mon, Aug 1, 2011 at 2:44 PM, Alexey Uimanov <s9g...@gm...> wrote:

> I am writing gtk2 application on python, I need to plot a chart in
> separate window and i just use this code
>
>    def matplot_print(self, print_values):
>        """\brief print data by matplotlib and shw the figure
>        \param print_values [(name - is a string, [(datetime, value)]
> - is a list of data to plot)] - list of charts to plot
>        """
>        fig = plt.figure()
>        ax = fig.add_subplot(111)
>        names = map(lambda a: a[0], print_values)
>        lines  = map(lambda chart: ax.plot_date(map(lambda chd:
> chd[0], chart[1]),
>                                                map(lambda chy:
> chy[1], chart[1]), '-'), print_values)
>        plt.figlegend(lines, names, 'upper left')
>
>        majloc = AutoDateLocator()
>        majform = AutoDateFormatter(majloc)
>        ax.xaxis.set_major_locator(majloc)
>        ax.xaxis.set_major_formatter(majform)
>        ax.autoscale_view()
>        ax.grid(True)
>        fig.autofmt_xdate()
>        fig.show()
>
> The figure is showing and everything works before closing the window
> of figure. It seems that figure call gtk.main_quit() when closing it's
> window. How to override this behaviour ?
>
>
I think what is happening is that matplotlib assumes that if it has to
create the figure window itself, then it assumes that it has to manage the
main loop itself as well.  Is it possible to have the main application
provide the window object for embedding the matplotlib figure within?

Ben Root

On Mon, Aug 1, 2011 at 6:48 PM, Ivan D Vasin <iv...@ad...> wrote:
> i came across some issues while attempting to install matplotlib today:
>
>
> ====
> first issue: no bug tracker
> ====
> matplotlib's website has a link to a bug tracker that is no longer available.  i'm guessing this mailing list is
> the new bug tracker, which seems to me like a downgrade.
>
>
> ====
> second issue: outdated PyPI listing
> ====
> the current version of matplotlib is 1.0.1.  but the PyPI download URL is such that it causes pip to install
> an older version, 0.91.1:
>
> $ pip install matplotlib
> Downloading/unpacking matplotlib
>  Downloading matplotlib-0.91.1.tar.gz (3.9Mb): 3.9Mb downloaded
> [...]
>
> matplotlib devs: please fix your PyPI listing.


I have looked at this several times on the pypi page as this has come
up before and do not see anything wrong with the listing.  The 0.91.1
listing is tagged as "hidden" and the 1.0.1 listing is the only
release that is not hidden.  I don't see any other way to flag the
1.0.1 listing as active.  It may be that the 0.91.1 release was the
last time I issued a pypi command from setup.py from the command line.
 There should be a way to fix this from the pypi web interface but I
haven't found it.l  If any other dev wants to look at it, I can share
the password with you if you contact me.

JDH

Great! The last post from the page
http://stackoverflow.com/questions/5656798/python-matplotlib-is-there-a-way-to-make-a-discontinuous-axis
was exactly what i want!

It should work for me with some little modifications!

Thanks to all! I'll post a screenshot when it's ready!

Hubert 


Warren Weckesser-3 wrote:
> 
> On Thu, Jul 28, 2011 at 5:41 AM, denoise <hub...@pa...>
> wrote:
>>
>> Hi there,
>>
>> i'd like to plot a data series with signal values over timestamps, what
>> works perfectly. But if I want to display 2 series with different time
>> domains, theres a gap in between.
>> For example my first set of data is from time (x) 1-3 and the second from
>> 7-8. If I send the mixed array to the plot, I will receive something like
>> that:
>>
>> y|    x x x         x x x
>> x| 0 1 2 3 4 5 6 7 8 9 10 11
>>
>> But if there is considerably more time between the to data sets, it soon
>> will look confusing.
>> What i need is a graph over this:
>>
>> y| x x x   x x x
>> x| 1 2 3  7 8 9
>>
>> Of course I could do this with 2 subplots, but i want to scroll over a
>> whole
>> set of data.
>> Is it possible wih matplotlib, or is there a workaround?
> 
> 
> There are a couple examples here:
>    
> http://stackoverflow.com/questions/5656798/python-matplotlib-is-there-a-way-to-make-a-discontinuous-axis
> 
> 
> Warren
> 
> 
> 
>>
>> Thanks!
>> Hubert
>>
>> --
>> View this message in context:
>> http://old.nabble.com/plot-with-discontinuous-x-axis-tp32155499p32155499.html
>> Sent from the matplotlib - users mailing list archive at Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> Got Input?   Slashdot Needs You.
>> Take our quick survey online.  Come on, we don't ask for help often.
>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>> http://p.sf.net/sfu/slashdot-survey
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
> 
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 

-- 
View this message in context: http://old.nabble.com/plot-with-discontinuous-x-axis-tp32155499p32177325.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hi,


On Tue, 02 Aug 2011 08:43:47 +0000, Freedom Fighter wrote:
> Hi,
>
>  what's the easiest method of creating a square wave plot?
>  Let's say I have a data stream of bits that have values of "1" or
> "-1".
>  The plot function wants to draw a diagonal line between those points
> but I need to have a horizontal line. So to get a "square wave" I 
> must
> insert additional points to the series when the values change.
>  I wonder if there an easy way of doing this?

You can use the "step" function, which does exactly this and has 
arguments for setting where the step is made, etc.

Regards,

Sebastian

Hi,

 what's the easiest method of creating a square wave plot?
 Let's say I have a data stream of bits that have values of "1" or "-1".
 The plot function wants to draw a diagonal line between those points but I need to have a horizontal line. So to get a "square wave" I must insert additional points to the series when the values change.
 I wonder if there an easy way of doing this?

i came across some issues while attempting to install matplotlib today:


====
first issue: no bug tracker
====
matplotlib's website has a link to a bug tracker that is no longer available.  i'm guessing this mailing list is 
the new bug tracker, which seems to me like a downgrade.


====
second issue: outdated PyPI listing
====
the current version of matplotlib is 1.0.1.  but the PyPI download URL is such that it causes pip to install 
an older version, 0.91.1:

$ pip install matplotlib
Downloading/unpacking matplotlib
  Downloading matplotlib-0.91.1.tar.gz (3.9Mb): 3.9Mb downloaded
[...]

matplotlib devs: please fix your PyPI listing.

matplotlib users: you can work around this by using the following command instead (but see the issue 
below):

$ pip install 
http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1.tar.gz


====
third issue: missing dependency specifications
====
a long time ago, distutils was the only way to define how to set up a Python project and to run actions 
against such a definition.  later, setuptools superseded distutils as the standard.  now, setuptools is so 
old that has been superseded by distribute.  look at nearly any active project in the Python community, 
and you will find that it uses distribute and has installation docs that refer to pip (instead of the old 
easy_install that came with setuptools).  and for good reason, since each successor to distutils brought 
significant improvements on many counts.  i think it's safe to say that anyone using Python in the 
modern day uses it with distribute, or at least with setuptools.

but matplotlib appears to still use distutils:

setup.py:35
----
from distutils.core import setup
----

one of the major improvements that came with setuptools is the ability to specify dependencies via the 
``install_requires`` keyword argument to the ``setup()`` call in a project's setup script.  package 
managers such as pip can use this to automatically fetch unsatisfied dependencies.  however, since 
matplotlib doesn't have an install_requires, its dependencies are left unsatisfied, even when using pip, 
which results in the following:

----
$ pip install 
http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1.tar.gz
Downloading/unpacking 
http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1.tar.gz
  Downloading matplotlib-1.0.1.tar.gz (13.3Mb): 13.3Mb downloaded
  Running setup.py egg_info for package from 
http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1.tar.gz
    basedirlist is: ['/usr/local', '/usr']
    ============================================================================
    BUILDING MATPLOTLIB
                matplotlib: 1.0.1
                    python: 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53)  [GCC
                            4.5.2]
                  platform: linux2
    
    REQUIRED DEPENDENCIES
                     numpy: no
                            * You must install numpy 1.1 or later to build
                            * matplotlib.
    Complete output from command python setup.py egg_info:
    basedirlist is: ['/usr/local', '/usr']

============================================================================

BUILDING MATPLOTLIB

            matplotlib: 1.0.1

                python: 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53)  [GCC

                        4.5.2]

              platform: linux2



REQUIRED DEPENDENCIES

                 numpy: no

                        * You must install numpy 1.1 or later to build

                        * matplotlib.

----------------------------------------
Command python setup.py egg_info failed with error code 1
Storing complete log in /home/ivan/.pip/pip.log
----

matplotlib devs: please fix your setup script to use setuptools (distribute acts as a drop-in 
replacement) and specify an ``install_requires`` as well as any applicable ``extras_require`` (e.g. for 
matplotlib backends and optional features).

matplotlib users: you can work around this, at least for the unconditional dependency on numpy, as 
follows:

$ pip install numpy
$ pip install 
http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1.tar.gz


====
fourth issue: compiler warnings about ``-Wstrict-prototypes``
====
while building matplotlib, i get a bunch of these warnings:

cc1plus: warning: command line option "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++

they're harmless--i'm guessing gcc simply throws out the offending option.  but compiler warnings exist 
for a reason--to warn developers of bad practices that may or may not lead to incorrect runtime 
behavior.  leaving them in released code can lead to obfuscation of warnings about real issues and 
confusion about the causes of erroneous behavior.

matplotlib devs: please fix your compiler flags to omit ``-Wstrict-prototypes`` from invocations of gcc 
and g++ on C++ files.

matplotlib users: you can safely ignore these warnings.