You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Benjamin R. <ben...@gm...> - 2015-10-16 16:05:34
|
Looks like someone else figured out a creative solution using quiver: http://stackoverflow.com/questions/19918502/sawtooth-line-style-in-matplotlib Here it is (slightly cleaned up): import matplotlib.pyplot as pltimport numpy as np x = np.linspace(0, 2*np.pi, 100) y = np.sin(x) dx = np.diff(x) dy = np.diff(y) x2 = np.linspace(0, 2*np.pi, 10) y2 = np.sin(x2) dx = np.zeros_like(x2) + 1e-12 dy = np.sin(x2 + dx) - y2 length = np.hypot(dx, dy) dx /= length dy /= length fig, ax = plt.subplots() ax.set_aspect("equal") ax.plot(x, y, lw=4) size = 20 ax.quiver(x2, y2, -dy, dx, headaxislength=size, headlength=size, headwidth=size, color="blue") plt.margins(0.2) I don't know yet how to get rounded heads, though. Now I am looking to see how the text box styles of "sawtooth" and "roundtooth" are handled in the code to see if that could be exploited, instead. Cheers! Ben Root On Fri, Oct 16, 2015 at 10:24 AM, Benjamin Root <ben...@gm...> wrote: > Hmmm, this is actually an interesting problem. I am also a meteorologist, > so this is interesting to me. > > I haven't figured it out yet, but here are my thoughts: > > 1) There are the "^" triangle markers as well as "2" tri_up markers: > http://nbviewer.ipython.org/github/WeatherGod/AnatomyOfMatplotlib/blob/master/AnatomyOfMatplotlib-Part3-HowToSpeakMPL.ipynb#Markers > 2) The markevery property should be set to a float value to have the > markers spaced out evenly along the line regardless of aspect ratios and > zooming (note, this assumes that the line is defined with many vertices to > give a smooth appearance). > > Problem: > Using markers and markevery in a Line2D object has an inherent limitation: > all of the markers will be drawn in the same orientation. So, we can't > orient the markers along the normal of the line. > Also, there is no pre-defined marker for half-circles, so this approach > wouldn't work well for warm-fronts/dry-lines/etc. > > I'll have to see if a PolygonCollection + Line2D might be the right > approach here... > > Ben Root > > > > > On Fri, Oct 16, 2015 at 7:22 AM, Phil Cummins <phi...@an...> > wrote: > >> Hi, >> >> I would like to plot "toothed" curves using basemap. These are curves >> with triangles on one side, that are used to plot pressure fronts in >> meteorology or thrust faults in geology. You need to be able to say which >> side of the curve the triangles should appear on. Does anyone know whether >> such curves can be plotted using mtplotlib/basemap? >> >> Thanks, >> >> - Phil >> >> Australian National University >> >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> > |
From: Benjamin R. <ben...@gm...> - 2015-10-16 14:25:01
|
Hmmm, this is actually an interesting problem. I am also a meteorologist, so this is interesting to me. I haven't figured it out yet, but here are my thoughts: 1) There are the "^" triangle markers as well as "2" tri_up markers: http://nbviewer.ipython.org/github/WeatherGod/AnatomyOfMatplotlib/blob/master/AnatomyOfMatplotlib-Part3-HowToSpeakMPL.ipynb#Markers 2) The markevery property should be set to a float value to have the markers spaced out evenly along the line regardless of aspect ratios and zooming (note, this assumes that the line is defined with many vertices to give a smooth appearance). Problem: Using markers and markevery in a Line2D object has an inherent limitation: all of the markers will be drawn in the same orientation. So, we can't orient the markers along the normal of the line. Also, there is no pre-defined marker for half-circles, so this approach wouldn't work well for warm-fronts/dry-lines/etc. I'll have to see if a PolygonCollection + Line2D might be the right approach here... Ben Root On Fri, Oct 16, 2015 at 7:22 AM, Phil Cummins <phi...@an...> wrote: > Hi, > > I would like to plot "toothed" curves using basemap. These are curves with > triangles on one side, that are used to plot pressure fronts in meteorology > or thrust faults in geology. You need to be able to say which side of the > curve the triangles should appear on. Does anyone know whether such curves > can be plotted using mtplotlib/basemap? > > Thanks, > > - Phil > > Australian National University > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > |
From: Phil C. <phi...@an...> - 2015-10-16 11:22:53
|
Hi, I would like to plot "toothed" curves using basemap. These are curves with triangles on one side, that are used to plot pressure fronts in meteorology or thrust faults in geology. You need to be able to say which side of the curve the triangles should appear on. Does anyone know whether such curves can be plotted using mtplotlib/basemap? Thanks, - Phil Australian National University |
From: Thomas C. <tca...@gm...> - 2015-10-12 03:21:08
|
I do not think the hatch linewith is currently controllable. It is still hard coded <https://github.com/matplotlib/matplotlib/blob/master/src/_backend_agg.h#L370> in the Agg backend. Making sure we have a reasonable api to set the hatch linewidth and then making sure it is well supported across all of our backends is a pretty major task which is why I suspect it has not been done yet. If you are interested in working on adding this feature, and improving hatching in general, we would love the help! Tom On Tue, Sep 29, 2015 at 10:47 AM Ying Liu <ube...@gm...> wrote: > Thanks in advance but Sorry to bother those who are not interested. > > I had a plot with hatch in it. But the default linewidth for hatch makes > it really hard to see in my current figure layout/scale, so I would like to > increases the hatch linewidth; > > plt.bar(ind, s1[:,3],width, color='0.85', edgecolor='black', > linewidth=[0.5],hatch='-----//////') > > The linewidth there can only change the width of the edge, but not the > hatch width; > > > I did several google searches with no solution. But I indeed noticed that > several years ago (back to year 2011), this is impossible as the hatch > linewidth is hard coded as: > > hatch_path_stroke.width(1.0); > > > But is this implemented so that I can change the hatch linewidth? > > Best regards > > Luis > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
From: Nico S. <nic...@gm...> - 2015-10-11 12:27:38
|
Hi everyone, Given a legend [1], I'm trying to figure out which plot objects it references. Is this possible at all? The reverse would also be fine, i.e., given a plot object (e.g., a line), find the legend(s) in which it is referenced. Cheers, Nico [1] http://matplotlib.org/api/legend_api.html |
From: Werner <wer...@gm...> - 2015-10-05 07:56:58
|
On 10/4/2015 12:26, Yves Le Feuvre wrote: > Hello, > > on my macOSX (didn't check other OS), scroll_event misses every other > two event when I use mouse wheel > (wx.EVT_MOUSEWHEEL works fine) What version of wxPython and MPL are you using? I just tried with and don't see any issues with skipped mouse wheel events: wxPython classic 3.0.2 classic on Python 2.7 and wxPython Phoenix a recent snapshot with both Python 2.7 and Python 3.4, my MPL version is 1.4.3 with PR 3421 applied (https://github.com/matplotlib/matplotlib/pull/3421). BUT, all this on Windows 8.1, so maybe a OSX issue? Werner |
From: Yves Le F. <yve...@u-...> - 2015-10-04 10:44:03
|
Hello, on my macOSX (didn't check other OS), scroll_event misses every other two event when I use mouse wheel (wx.EVT_MOUSEWHEEL works fine) exemple code: import wx import numpy import matplotlib import sys from matplotlib.figure import Figure from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as FigureCanvas class TestFrame(wx.Frame): def __init__(self,parent,title): wx.Frame.__init__(self,parent,title=title,size=(500,500)) self.sp = wx.SplitterWindow(self) self.p1 = WxPanel(self.sp) self.p2 = MplPanel(self.sp) self.sp.SplitVertically(self.p1,self.p2) class WxPanel(wx.Panel): def __init__(self, parent): wx.Panel.__init__(self, parent,-1,size=(50,50)) self.Bind(wx.EVT_MOUSEWHEEL,self.OnMouseWheel) def OnMouseWheel(self,event): print "wx scroll event" sys.stdout.flush() class MplPanel(wx.Panel): def __init__(self, parent): wx.Panel.__init__(self, parent,-1,size=(50,50)) self.figure = Figure() self.axes = self.figure.add_subplot(111) self.axes.plot(numpy.arange(0.0,10,1.0),[0,1,0,1,0,2,1,2,1,0]) self.canvas = FigureCanvas(self,-1,self.figure) self.canvas.mpl_connect('scroll_event', self.OnMouseWheel) def OnMouseWheel(self,event): print "mpl scroll event" sys.stdout.flush() app = wx.App(redirect=False) frame = TestFrame(None, 'Hello World!') frame.Show() app.MainLoop() any idea? |
From: Paul H. <pmh...@gm...> - 2015-10-01 17:54:20
|
On Thu, Oct 1, 2015 at 9:40 AM, Thomas Caswell <tca...@gm...> wrote: > Have a look at how cmocean (https://github.com/matplotlib/cmocean) works > under the hood. > > I think the options are: > - use a module to supply your color maps (from my_cmap_collection > import my_cmap) and then pass those objects through to the functions > - have your module call the register code on import (or on calling a > helper function which call the registration code) so that you can simply > pass the string name through and `get_cmap` will do the right thing. > > Tom > FWIW -- this second option is exactly what I do for custom colormaps and Axes scales. https://github.com/Geosyntec/wqio/blob/master/wqio/utils/__init__.py#L10 |
From: Thomas C. <tca...@gm...> - 2015-10-01 16:40:39
|
Have a look at how cmocean (https://github.com/matplotlib/cmocean) works under the hood. I think the options are: - use a module to supply your color maps (from my_cmap_collection import my_cmap) and then pass those objects through to the functions - have your module call the register code on import (or on calling a helper function which call the registration code) so that you can simply pass the string name through and `get_cmap` will do the right thing. Tom On Thu, Oct 1, 2015 at 6:20 AM Eric Gayer <eg...@gm...> wrote: > Hi all, > > I have a question about how to permanently register customs colormap into > matplolib. I went across the cookbook and the definition of cm.register, I > also checked on stack overflow and found this post > > >> http://stackoverflow.com/questions/8738239/permanently-registering-colormaps-in-matplotlib >> > > but I still quite don't understand how the registration works, and how to > make the registration working across different scripts. > > I have a set of colormap that I manage to transform from their original > format (.cpt or .clr) to matplotlib object : > > <matplotlib.colors.LinearSegmentedColormap object at 0x1033406d0> > > My first though was that I could register these colormap objects once as > list for exemple, and then call them anytime in any script, the same way we > do call any matploltlib colormap preset with matplotlib.cm.jet etc... > > It looks like this is not possible since register a colormap, and call it > using get_map(mycmap) does not work across different script. > > I clearly don't get the logic behind the registration of the colormap, and > I am looking for a way to stock all my custom colormap somewhere in a file > or module, that I could import in every script and then call the colormap > the way we call the matplotlib colormap collection, maybe not using > matplolib.cm. but with a custom function similar to. > > Thanks for helping me understand le logic of "saving"/registring colormaps > and pointing me to direction to create my own colormap collection and a > simple way to use them > > Eric > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
From: Eric G. <eg...@gm...> - 2015-10-01 10:20:03
|
Hi all, I have a question about how to permanently register customs colormap into matplolib. I went across the cookbook and the definition of cm.register, I also checked on stack overflow and found this post http://stackoverflow.com/questions/8738239/permanently-registering-colormaps-in-matplotlib > but I still quite don't understand how the registration works, and how to make the registration working across different scripts. I have a set of colormap that I manage to transform from their original format (.cpt or .clr) to matplotlib object : <matplotlib.colors.LinearSegmentedColormap object at 0x1033406d0> My first though was that I could register these colormap objects once as list for exemple, and then call them anytime in any script, the same way we do call any matploltlib colormap preset with matplotlib.cm.jet etc... It looks like this is not possible since register a colormap, and call it using get_map(mycmap) does not work across different script. I clearly don't get the logic behind the registration of the colormap, and I am looking for a way to stock all my custom colormap somewhere in a file or module, that I could import in every script and then call the colormap the way we call the matplotlib colormap collection, maybe not using matplolib.cm. but with a custom function similar to. Thanks for helping me understand le logic of "saving"/registring colormaps and pointing me to direction to create my own colormap collection and a simple way to use them Eric |
From: Shakthi K. <sha...@gm...> - 2015-09-30 03:49:44
|
Hi, --- On Tue, Sep 29, 2015 at 11:59 PM, Benjamin Root <ben...@gm...> wrote: | You have some logic issues here. First off, I wouldn't be updating the plot | in the same function that is updating the data values. Assuming that | "loop_start()" is asynchronous, the update frequency for it is likely to be | entirely different from the Animation update frequency. So, just have that | function do updates. \-- Okay. --- | You should also declare x, y, and z as globals in that | function so that the reassignment of those arrays persist properly. \-- Done. --- | Your list comprehension prior to concatenating uses a variable "x", which is | likely causing the current error that you see. Change that name to something | else. \-- Done. --- | Lastly, I implore you to use "set_data()" like in the original example, | rather than calling plot() repeatedly. \-- This is how the code looks like now: === BEGIN === import matplotlib as mpl from mpl_toolkits.mplot3d import Axes3D import numpy as np import matplotlib.pyplot as plt import matplotlib.animation as animation import sys import paho.mqtt.client as mqtt import itertools def update_line(num, dataLines, lines): for line, data in zip(itertools.repeat(lines, len(dataLines)), dataLines): line.set_data(data[0:2, :num]) # IndexError too many indices line.set_3d_properties(data[2, :num]) return lines def on_connect(client, userdata, flags, rc): print("Connected with result code "+str(rc)) client.subscribe("hello/world") def on_message(client, userdata, msg): global x, y, z data = msg.payload print(msg.topic+" "+str(msg.payload)) point = np.asarray([float(element) for element in data.split()]) print point x=np.concatenate((x,[point[0]])) y=np.concatenate((y,[point[1]])) z=np.concatenate((z,[point[2]])) fig = plt.figure() ax = fig.gca(projection='3d') ax.set_xlabel('X') ax.set_ylabel('Y') ax.set_zlabel('Z') x = np.array([1.0, 2.0, 3.0]) y = np.array([4.0, 7.0, 8.0]) z = np.array([6.0, 9.0, 5.0]) data = [x, y, z] lines, = ax.plot(x, y, z, label='Line') ax.legend() client = mqtt.Client() client.on_connect = on_connect client.on_message = on_message client.connect_async("localhost", 1883, 60) client.loop_start() line_ani = animation.FuncAnimation(fig, update_line, 25, fargs=(data, lines), interval=2000, blit=True) plt.show() === END === So, the error now is in line.set_data where it says there are too many indices. If I remove :num, in both line.set_data and line.set_3d_properties, it tells me that 'TypeError': 'Line3D' is not iterable. Thanks for patiently answering my queries. SK -- Shakthi Kannan http://www.shakthimaan.com |
From: Ying L. <ube...@gm...> - 2015-09-29 19:31:01
|
Sorry for bother, not sure if this goes through or not. I had a plot with hatch in it. But the default linewidth for hatch makes it really hard to see in my current figure layout/scale, so I would like to increases the hatch linewidth; plt.bar(ind, s1[:,3],width, color='0.85', edgecolor='black', linewidth=[0.5],hatch='-----//////') The linewidth there can only change the width of the edge, but not the hatch width; I did several google searches with no solution. But I indeed noticed that several years ago (back to year 2011), this is impossible as the hatch linewidth is hard coded as: hatch_path_stroke.width(1.0); But is this implemented so that I can change the hatch linewidth? Best regards Luis |
From: Benjamin R. <ben...@gm...> - 2015-09-29 18:30:01
|
You have some logic issues here. First off, I wouldn't be updating the plot in the same function that is updating the data values. Assuming that "loop_start()" is asynchronous, the update frequency for it is likely to be entirely different from the Animation update frequency. So, just have that function do updates. You should also declare x, y, and z as globals in that function so that the reassignment of those arrays persist properly. Your list comprehension prior to concatenating uses a variable "x", which is likely causing the current error that you see. Change that name to something else. Lastly, I implore you to use "set_data()" like in the original example, rather than calling plot() repeatedly. Cheers! Ben Root On Tue, Sep 29, 2015 at 2:05 PM, Shakthi Kannan <sha...@gm...> wrote: > Hi, > > I was able to get past the error, and I am now trying to add a > callback to receive values from a queue, add it to the existing poly > line, and render the same using matplotlib. The code snippet is shown > below: > > === BEGIN === > > import matplotlib as mpl > from mpl_toolkits.mplot3d import Axes3D > import numpy as np > import matplotlib.pyplot as plt > import matplotlib.animation as animation > import sys > import paho.mqtt.client as mqtt > > def update_line(num, x, y, z, l): > print x, y, z > l, = ax.plot(x, y, z, label='Line') > return l, > > def on_connect(client, userdata, flags, rc): > print("Connected with result code "+str(rc)) > client.subscribe("hello/world") > > def on_message(client, userdata, msg): > data = msg.payload > print(msg.topic+" "+str(msg.payload)) > point = np.asarray([float(x) for x in data.split()]) > print point > x=np.concatenate((x,[point[0]])) > y=np.concatenate((y,[point[1]])) > z=np.concatenate((z,[point[2]])) > l, = ax.plot(x, y, z, label='Line') > return l, > > fig = plt.figure() > ax = fig.gca(projection='3d') > ax.set_xlabel('X') > ax.set_ylabel('Y') > ax.set_zlabel('Z') > > x = np.array([1.0, 2.0, 3.0]) > print type(x) > y = np.array([4.0, 7.0, 8.0]) > z = np.array([6.0, 9.0, 5.0]) > > l, = ax.plot(x, y, z, label='Line') > ax.legend() > > client = mqtt.Client() > client.on_connect = on_connect > client.on_message = on_message > client.connect_async("localhost", 1883, 60) > client.loop_start() > > line_ani = animation.FuncAnimation(fig, update_line, 25, fargs=(x, y, > z, l), interval=2000, blit=True) > > plt.show() > > === END === > > I now hit the following error: > > === ERROR === > > $ python mat-3.py > <type 'numpy.ndarray'> > [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] > Connected with result code 0 > [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] > [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] > [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] > hello/world 34.56 15.912 0.72 > [ 34.56 15.912 0.72 ] > Exception in thread Thread-1: > Traceback (most recent call last): > File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner > self.run() > File "/usr/lib/python2.7/threading.py", line 763, in run > self.__target(*self.__args, **self.__kwargs) > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 2287, in _thread_main > self.loop_forever() > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 1261, in loop_forever > rc = self.loop(timeout, max_packets) > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 811, in loop > rc = self.loop_read(max_packets) > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 1073, in loop_read > rc = self._packet_read() > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 1475, in _packet_read > rc = self._packet_handle() > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 1943, in _packet_handle > return self._handle_publish() > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 2118, in _handle_publish > self._handle_on_message(message) > File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", > line 2274, in _handle_on_message > self.on_message(self, self._userdata, message) > File "mat-3.py", line 23, in on_message > x=np.concatenate((x,[point[0]])) > ValueError: zero-dimensional arrays cannot be concatenated > > [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] > [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] > [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] > > ... > > === END === > > Is there a better way to re-render the plot after receiving data? > > Thanks! > > SK > > -- > Shakthi Kannan > http://www.shakthimaan.com > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
From: Shakthi K. <sha...@gm...> - 2015-09-29 18:05:16
|
Hi, I was able to get past the error, and I am now trying to add a callback to receive values from a queue, add it to the existing poly line, and render the same using matplotlib. The code snippet is shown below: === BEGIN === import matplotlib as mpl from mpl_toolkits.mplot3d import Axes3D import numpy as np import matplotlib.pyplot as plt import matplotlib.animation as animation import sys import paho.mqtt.client as mqtt def update_line(num, x, y, z, l): print x, y, z l, = ax.plot(x, y, z, label='Line') return l, def on_connect(client, userdata, flags, rc): print("Connected with result code "+str(rc)) client.subscribe("hello/world") def on_message(client, userdata, msg): data = msg.payload print(msg.topic+" "+str(msg.payload)) point = np.asarray([float(x) for x in data.split()]) print point x=np.concatenate((x,[point[0]])) y=np.concatenate((y,[point[1]])) z=np.concatenate((z,[point[2]])) l, = ax.plot(x, y, z, label='Line') return l, fig = plt.figure() ax = fig.gca(projection='3d') ax.set_xlabel('X') ax.set_ylabel('Y') ax.set_zlabel('Z') x = np.array([1.0, 2.0, 3.0]) print type(x) y = np.array([4.0, 7.0, 8.0]) z = np.array([6.0, 9.0, 5.0]) l, = ax.plot(x, y, z, label='Line') ax.legend() client = mqtt.Client() client.on_connect = on_connect client.on_message = on_message client.connect_async("localhost", 1883, 60) client.loop_start() line_ani = animation.FuncAnimation(fig, update_line, 25, fargs=(x, y, z, l), interval=2000, blit=True) plt.show() === END === I now hit the following error: === ERROR === $ python mat-3.py <type 'numpy.ndarray'> [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] Connected with result code 0 [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] hello/world 34.56 15.912 0.72 [ 34.56 15.912 0.72 ] Exception in thread Thread-1: Traceback (most recent call last): File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner self.run() File "/usr/lib/python2.7/threading.py", line 763, in run self.__target(*self.__args, **self.__kwargs) File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 2287, in _thread_main self.loop_forever() File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 1261, in loop_forever rc = self.loop(timeout, max_packets) File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 811, in loop rc = self.loop_read(max_packets) File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 1073, in loop_read rc = self._packet_read() File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 1475, in _packet_read rc = self._packet_handle() File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 1943, in _packet_handle return self._handle_publish() File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 2118, in _handle_publish self._handle_on_message(message) File "/usr/local/lib/python2.7/dist-packages/paho/mqtt/client.py", line 2274, in _handle_on_message self.on_message(self, self._userdata, message) File "mat-3.py", line 23, in on_message x=np.concatenate((x,[point[0]])) ValueError: zero-dimensional arrays cannot be concatenated [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] [ 1. 2. 3.] [ 4. 7. 8.] [ 6. 9. 5.] ... === END === Is there a better way to re-render the plot after receiving data? Thanks! SK -- Shakthi Kannan http://www.shakthimaan.com |
From: Ying L. <ube...@gm...> - 2015-09-29 14:47:18
|
Thanks in advance but Sorry to bother those who are not interested. I had a plot with hatch in it. But the default linewidth for hatch makes it really hard to see in my current figure layout/scale, so I would like to increases the hatch linewidth; plt.bar(ind, s1[:,3],width, color='0.85', edgecolor='black', linewidth=[0.5],hatch='-----//////') The linewidth there can only change the width of the edge, but not the hatch width; I did several google searches with no solution. But I indeed noticed that several years ago (back to year 2011), this is impossible as the hatch linewidth is hard coded as: hatch_path_stroke.width(1.0); But is this implemented so that I can change the hatch linewidth? Best regards Luis |
From: Eric F. <ef...@ha...> - 2015-09-28 21:46:01
|
On 2015/09/28 5:43 AM, Benjamin Root wrote: > Confirmed using a fairly recent matplotlib checkout. Could you file a > bug report? This is going to need some investigating. Line3D.set_3d_properties is not doing anything to turn zs into an ndarray; in fact, when zs is a scalar, it is turning it into a list. I suspect this is the place to make it an array. Probably better here than anywhere farther down. It also looks to me like Line3D.__init__ should be using self.set_3d_properties. |
From: Gael V. <gae...@no...> - 2015-09-28 21:21:43
|
Dear Pythonistas, We have just released a new version of the "scipy lecture notes": http://www.scipy-lectures.org/ These are a consistent set of materials to learn the core aspects of the scientific Python ecosystem, from beginner to expert. They are written and maintained by a set of volunteers and published under a CC-BY license. Highlights of the latest version includes: * a chapter giving a introduction to statistics in Python * a new layout with emphasis on readability including on small devices * fully doctesting for Python 2 and 3 compatibility We hope that you will find these notes useful, for you, your colleagues, or your students. Gaël |
From: Daniele N. <da...@gr...> - 2015-09-28 20:55:47
|
On 28/09/15 22:25, Jerzy Karczmarczuk wrote: > > Le 28/09/2015 21:03, Benjamin Root a écrit : >> Where does he multiply a list by a float? The traceback shows the >> multiplication happening much further down in the draw stack. > > Look, Benjamin Root, I don't know, and I will not "investigate" where > this operation happens. The diagnosis is a standard Python message. > Thus, I took the program of Shakhti Kannan, and in a few seconds I changed > > > x = [1.0, 2.0, 3.0] into x = np.array([1.0, 2.0, 3.0]) > > and in update_line: x.append(1.0) into x=np.concatenate((x,[1.0])) > > And the program began to run without error messages. So, please, these > are FACTS: somewhere the lists x,y,z get down in this draw stack. No one is doubting that. >> That shouldn't matter. ax.plot() accepts lists as valid inputs and it >> should be converting them into numpy arrays under the hood. > > There are two different issues, accepting any sequences/iterators is > one, converting them into arrays - another one. This second operation > visibly doesn't take place. And this is a bug in matplotlib that needs to be fixed. Your solution is just a workaround to an existing problem in matplotlib. Cheers, Daniele |
From: Benjamin R. <ben...@gm...> - 2015-09-28 20:39:04
|
Jerzy, On Mon, Sep 28, 2015 at 4:25 PM, Jerzy Karczmarczuk < jer...@un...> wrote: > > Le 28/09/2015 21:03, Benjamin Root a écrit : > >> Where does he multiply a list by a float? The traceback shows the >> multiplication happening much further down in the draw stack. >> > > Look, Benjamin Root, I don't know, and I will not "investigate" where this > operation happens. I did not ask you to investigate anything for me. You made the assertion that the user was multiplying a list by a float, therefore, I assumed that you were seeing something that I had not seen. > The diagnosis is a standard Python message. Thus, I took the program of > Shakhti Kannan, and in a few seconds I changed > > > x = [1.0, 2.0, 3.0] into x = np.array([1.0, 2.0, 3.0]) > > and in update_line: x.append(1.0) into x=np.concatenate((x,[1.0])) > > And the program began to run without error messages. So, please, these are > FACTS: somewhere the lists x,y,z get down in this draw stack. > > I realize that, and that isn't in dispute. Nowhere did I say that converting the lists into numpy arrays would not solve the problem. > That shouldn't matter. ax.plot() accepts lists as valid inputs and it >> should be converting them into numpy arrays under the hood. >> > > There are two different issues, accepting any sequences/iterators is one, > converting them into arrays - another one. This second operation visibly > doesn't take place. > > Of course the second operation isn't visible. I did say that it happens "under the hood". His program is perfectly valid (albeit not ideal) and demonstrated a bug in matplotlib's codebase. That is why I asked him to file a bug report. My reading of your email is that you are upset for some reason, but I have no clue why. Ben Root |
From: Jerzy K. <jer...@un...> - 2015-09-28 20:25:16
|
Le 28/09/2015 21:03, Benjamin Root a écrit : > Where does he multiply a list by a float? The traceback shows the > multiplication happening much further down in the draw stack. Look, Benjamin Root, I don't know, and I will not "investigate" where this operation happens. The diagnosis is a standard Python message. Thus, I took the program of Shakhti Kannan, and in a few seconds I changed x = [1.0, 2.0, 3.0] into x = np.array([1.0, 2.0, 3.0]) and in update_line: x.append(1.0) into x=np.concatenate((x,[1.0])) And the program began to run without error messages. So, please, these are FACTS: somewhere the lists x,y,z get down in this draw stack. > That shouldn't matter. ax.plot() accepts lists as valid inputs and it > should be converting them into numpy arrays under the hood. There are two different issues, accepting any sequences/iterators is one, converting them into arrays - another one. This second operation visibly doesn't take place. J. Karczmarczuk |
From: Benjamin R. <ben...@gm...> - 2015-09-28 19:04:07
|
On Mon, Sep 28, 2015 at 2:28 PM, Jerzy Karczmarczuk < jer...@un...> wrote: > Shakhti Kannan tries to multiply a list by a float, and Python disagrees. > > Where does he multiply a list by a float? The traceback shows the multiplication happening much further down in the draw stack. > Le 28/09/2015 17:43, Benjamin Root comments : > > Could you file a bug report? This is going to need some investigating. > > == > > I suspect that it can be solved without Hercule Poirot. > Convert *at the beginning* your lists x,y,z into np.arrays. > (also: append ==> concatenate) > That shouldn't matter. ax.plot() accepts lists as valid inputs and it should be converting them into numpy arrays under the hood. Indeed, if one takes out the animation creation, the code works just fine. Adding new plots(), while inefficient, shouldn't cause this problem. Ben Root |
From: Jerzy K. <jer...@un...> - 2015-09-28 18:43:21
|
Shakhti Kannan tries to multiply a list by a float, and Python disagrees. Le 28/09/2015 17:43, Benjamin Root comments : > Could you file a bug report? This is going to need some investigating. == I suspect that it can be solved without Hercule Poirot. Convert *at the beginning* your lists x,y,z into np.arrays. (also: append ==> concatenate) Jerzy Karczmarczuk /Caen, France/. |
From: Benjamin R. <ben...@gm...> - 2015-09-28 15:43:55
|
Confirmed using a fairly recent matplotlib checkout. Could you file a bug report? This is going to need some investigating. As a side note though, the way you are updating the lines by calling `ax.plot` repeatedly, is bad form. You want to update the lines object itself, by calling its "set_data()" method. Also, move the call to `ax.legend()` to after calling `ax.plot` to avoid the warnings about unlabeled plotting objects. On Sat, Sep 26, 2015 at 3:46 AM, Shakthi Kannan <sha...@gm...> wrote: > Hi, > > I am trying to create poly lines using matplotlib and animation. My > code snippet is as follows: > > === BEGIN === > > import matplotlib as mpl > from mpl_toolkits.mplot3d import Axes3D > import numpy as np > import matplotlib.pyplot as plt > import matplotlib.animation as animation > > def update_line(num, x, y, z, l): > x.append(1.0) > y.append (2.0) > z.append(3.0) > print x, y, z > l, = ax.plot(x, y, z, label='Line') > return l, > > fig = plt.figure() > ax = fig.gca(projection='3d') > ax.set_xlabel('X') > ax.set_ylabel('Y') > ax.set_zlabel('Z') > ax.legend() > > x = [1.0, 2.0, 3.0] > y = [4.0, 7.0, 8.0] > z = [6.0, 9.0, 5.0] > > l, = ax.plot(x, y, z, label='Line') > > line_ani = animation.FuncAnimation(fig, update_line, 25, fargs=(x, y, > z, l), interval=2000, blit=True) > > plt.show() > > === END === > > The error that I get: > > === ERROR === > > $ python mat-3.py > > /usr/lib/pymodules/python2.7/matplotlib/axes.py:4747: UserWarning: No > labeled objects found. Use label='...' kwarg on individual plots. > warnings.warn("No labeled objects found. " > [1.0, 2.0, 3.0, 1.0] [4.0, 7.0, 8.0, 2.0] [6.0, 9.0, 5.0, 3.0] > Exception in Tkinter callback > Traceback (most recent call last): > File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 1535, in __call__ > return self.func(*args) > File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 586, in callit > func(*args) > File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", > line 363, in idle_draw > self.draw() > File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", > line 348, in draw > FigureCanvasAgg.draw(self) > File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", > line 451, in draw > self.figure.draw(self.renderer) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, > in draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1034, in > draw > func(*args) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/axes3d.py", > line 270, in draw > Axes.draw(self, renderer) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, > in draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/axes.py", line 2086, in > draw > a.draw(renderer) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/art3d.py", > line 117, in draw > xs, ys, zs = proj3d.proj_transform(xs3d, ys3d, zs3d, renderer.M) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", > line 194, in proj_transform > return proj_transform_vec(vec, M) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", > line 153, in proj_transform_vec > vecw = np.dot(M, vec) > TypeError: can't multiply sequence by non-int of type 'float' > [1.0, 2.0, 3.0, 1.0, 1.0] [4.0, 7.0, 8.0, 2.0, 2.0] [6.0, 9.0, 5.0, 3.0, > 3.0] > Exception in Tkinter callback > Traceback (most recent call last): > File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 1535, in __call__ > return self.func(*args) > File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", > line 276, in resize > self.show() > File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", > line 348, in draw > FigureCanvasAgg.draw(self) > File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", > line 451, in draw > self.figure.draw(self.renderer) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, > in draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1034, in > draw > func(*args) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/axes3d.py", > line 270, in draw > Axes.draw(self, renderer) > File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, > in draw_wrapper > draw(artist, renderer, *args, **kwargs) > File "/usr/lib/pymodules/python2.7/matplotlib/axes.py", line 2086, in > draw > a.draw(renderer) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/art3d.py", > line 117, in draw > xs, ys, zs = proj3d.proj_transform(xs3d, ys3d, zs3d, renderer.M) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", > line 194, in proj_transform > return proj_transform_vec(vec, M) > File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", > line 153, in proj_transform_vec > vecw = np.dot(M, vec) > TypeError: can't multiply sequence by non-int of type 'float' > > === END === > > I am using the basic_example.py as a template. > > http://matplotlib.org/1.4.1/examples/animation/basic_example.html > > What could I be missing? Appreciate any help in this regard, > > Thanks! > > SK > > -- > Shakthi Kannan > http://www.shakthimaan.com > > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
From: Shakthi K. <sha...@gm...> - 2015-09-26 07:47:00
|
Hi, I am trying to create poly lines using matplotlib and animation. My code snippet is as follows: === BEGIN === import matplotlib as mpl from mpl_toolkits.mplot3d import Axes3D import numpy as np import matplotlib.pyplot as plt import matplotlib.animation as animation def update_line(num, x, y, z, l): x.append(1.0) y.append (2.0) z.append(3.0) print x, y, z l, = ax.plot(x, y, z, label='Line') return l, fig = plt.figure() ax = fig.gca(projection='3d') ax.set_xlabel('X') ax.set_ylabel('Y') ax.set_zlabel('Z') ax.legend() x = [1.0, 2.0, 3.0] y = [4.0, 7.0, 8.0] z = [6.0, 9.0, 5.0] l, = ax.plot(x, y, z, label='Line') line_ani = animation.FuncAnimation(fig, update_line, 25, fargs=(x, y, z, l), interval=2000, blit=True) plt.show() === END === The error that I get: === ERROR === $ python mat-3.py /usr/lib/pymodules/python2.7/matplotlib/axes.py:4747: UserWarning: No labeled objects found. Use label='...' kwarg on individual plots. warnings.warn("No labeled objects found. " [1.0, 2.0, 3.0, 1.0] [4.0, 7.0, 8.0, 2.0] [6.0, 9.0, 5.0, 3.0] Exception in Tkinter callback Traceback (most recent call last): File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 1535, in __call__ return self.func(*args) File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 586, in callit func(*args) File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", line 363, in idle_draw self.draw() File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", line 348, in draw FigureCanvasAgg.draw(self) File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line 451, in draw self.figure.draw(self.renderer) File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1034, in draw func(*args) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/axes3d.py", line 270, in draw Axes.draw(self, renderer) File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/usr/lib/pymodules/python2.7/matplotlib/axes.py", line 2086, in draw a.draw(renderer) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/art3d.py", line 117, in draw xs, ys, zs = proj3d.proj_transform(xs3d, ys3d, zs3d, renderer.M) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", line 194, in proj_transform return proj_transform_vec(vec, M) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", line 153, in proj_transform_vec vecw = np.dot(M, vec) TypeError: can't multiply sequence by non-int of type 'float' [1.0, 2.0, 3.0, 1.0, 1.0] [4.0, 7.0, 8.0, 2.0, 2.0] [6.0, 9.0, 5.0, 3.0, 3.0] Exception in Tkinter callback Traceback (most recent call last): File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 1535, in __call__ return self.func(*args) File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", line 276, in resize self.show() File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", line 348, in draw FigureCanvasAgg.draw(self) File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_agg.py", line 451, in draw self.figure.draw(self.renderer) File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/usr/lib/pymodules/python2.7/matplotlib/figure.py", line 1034, in draw func(*args) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/axes3d.py", line 270, in draw Axes.draw(self, renderer) File "/usr/lib/pymodules/python2.7/matplotlib/artist.py", line 55, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/usr/lib/pymodules/python2.7/matplotlib/axes.py", line 2086, in draw a.draw(renderer) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/art3d.py", line 117, in draw xs, ys, zs = proj3d.proj_transform(xs3d, ys3d, zs3d, renderer.M) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", line 194, in proj_transform return proj_transform_vec(vec, M) File "/usr/lib/pymodules/python2.7/mpl_toolkits/mplot3d/proj3d.py", line 153, in proj_transform_vec vecw = np.dot(M, vec) TypeError: can't multiply sequence by non-int of type 'float' === END === I am using the basic_example.py as a template. http://matplotlib.org/1.4.1/examples/animation/basic_example.html What could I be missing? Appreciate any help in this regard, Thanks! SK -- Shakthi Kannan http://www.shakthimaan.com |
From: Thomas C. <tca...@gm...> - 2015-09-24 03:45:27
|
I have not used `easy_install` recently. I would suggest trying pip, or doing a source install from a git checkout. I also have not seen that error message at the bottom before. Tom On Thu, Sep 17, 2015 at 10:06 AM Zaiwen Gong <zg...@bn...> wrote: > Hi, > > I am trying to install matplotlib on my RedHat Linux 6.5 with Python33. > > Unfortunately, 'matplotlib' rpm isn't available for python33. `python-matplotlib` is included only for python2.6 from Red Hat Linux 6.5. > > So I try installing the latest module from matplotlib source using 'python easy_install'. > > # *scl enable python33 'bash'* > # *easy_install -m matplotlib > * > The install finished fine, but I am still get this error when I tried to import matplotlib. Is there anything else that I need to config? > > # scl enable python33 'python' > Python 3.3.2 (default, Mar 20 2014, 20:25:51) > [GCC 4.4.6 20120305 (Red Hat 4.4.6-4)] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> import numpy > >>> import scipy > >>> import matplotlib > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > ImportError: No module named 'matplotlib' > > > Below is the console when I run "easy_install -m matplotlib". > *At the end, it says "Finished processing dependencies for matplotlib". > Does that mean matplotlib is not really installed yet?* > Do I miss any steps? > > ****************************************************************************************************************** > > Searching for matplotlib > Reading https://pypi.python.org/simple/matplotlib/ > Reading http://matplotlib.org > Reading http://matplotlib.sourceforge.net > Reading http://sourceforge.net/project/showfiles.php?group_id=80706 > Reading > http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474 > Reading > http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.1.0/ > Reading > http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.1.1/ > Reading > https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194 > Reading > https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474 > Reading > https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.1/ > Reading > https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.3/ > Reading > https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0 > Reading > https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/ > Best match: matplotlib 1.4.3 > Downloading > https://pypi.python.org/packages/source/m/matplotlib/matplotlib-1.4.3.tar.gz#md5=86af2e3e3c61849ac7576a6f5ca44267 > Processing matplotlib-1.4.3.tar.gz > Writing /tmp/easy_install-uiv2i6/matplotlib-1.4.3/setup.cfg > Running matplotlib-1.4.3/setup.py -q bdist_egg --dist-dir > /tmp/easy_install-uiv2i6/matplotlib-1.4.3/egg-dist-tmp-dn5itl > ============================================================================ > > Edit setup.cfg to change the build options > > BUILDING MATPLOTLIB > matplotlib: yes [1.4.3] > python: yes [3.3.2 (default, Mar 20 2014, 20:25:51) [GCC > 4.4.6 20120305 (Red Hat 4.4.6-4)]] > platform: yes [linux] > > REQUIRED DEPENDENCIES AND EXTENSIONS > numpy: yes [version 1.7.1] > six: yes [The installed version of six is 1.3.0 but a > the minimum required version is 1.4. pip/easy install will attempt to > install a newer version.] > dateutil: yes [dateutil was not found. It is required for > date axis support. pip/easy_install may attempt to install it after > matplotlib.] > pytz: yes [pytz was not found. pip will attempt to > install it after matplotlib.] > tornado: yes [tornado was not found. It is required for the > WebAgg backend. pip/easy_install may attempt to install it after > matplotlib.] > pyparsing: yes [pyparsing was not found. It is required for > mathtext support. pip/easy_install may attempt to install it after > matplotlib.] > pycxx: yes [Official versions of PyCXX are not compatible > with matplotlib on Python 3.x, since they lack support for the buffer > object. Using local copy] > libagg: yes [pkg-config information for 'libagg' could not > be found. Using local copy.] > freetype: yes [version 2.3.11] > png: yes [version 1.2.49] > qhull: yes [pkg-config information for 'qhull' could not > be > found. Using local copy.] > > OPTIONAL SUBPACKAGES > sample_data: yes [installing] > toolkits: yes [installing] > tests: yes [using nose version 1.3.0 / using > unittest.mock] > toolkits_tests: yes [using nose version 1.3.0 / using > unittest.mock] > > OPTIONAL BACKEND EXTENSIONS > macosx: no [Mac OS-X only] > qt5agg: no [PyQt5 not found] > qt4agg: no [PyQt4 not found] > pyside: no [PySide not found] > gtk3agg: no [Requires pygobject to be installed.] > gtk3cairo: no [Requires cairocffi or pycairo to be > installed.] > gtkagg: no [Requires pygtk] > tkagg: no [The C/C++ header for Tk (tk.h) could not be > found. You may need to install the development package.] > wxagg: no [requires wxPython] > gtk: no [Requires pygtk] > agg: yes [installing] > cairo: no [cairocffi or pycairo not found] > windowing: no [Microsoft Windows only] > > OPTIONAL LATEX DEPENDENCIES > dvipng: yes [version 1.11] > ghostscript: yes [version 8.70] > latex: yes [version 3.141592] > pdftops: no > > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from src/file_compat.h:7, > from src/ft2font.cpp:7: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > In file included from src/ft2font.cpp:7: > src/file_compat.h: In function ���FILE* mpl_PyFile_Dup(PyObject*, char*, > off_t*)���: > src/file_compat.h:66: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:66: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:82: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:82: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:109: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:109: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h: In function ���int mpl_PyFile_DupClose(PyObject*, > FILE*, off_t)���: > src/file_compat.h:155: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:155: warning: deprecated conversion from string constant > to ���char*��� > src/ft2font.h: In constructor > ���FT2Font::FT2Font(Py::PythonClassInstance*, Py::Tuple&, Py::Dict&)���: > src/ft2font.h:140: warning: ���FT2Font::face��� will be initialized after > src/ft2font.h:136: warning: ���Py::Object FT2Font::image��� > src/ft2font.cpp:851: warning: when initialized here > src/ft2font.cpp: In member function ���Py::Object > FT2Image::py_write_bitmap(const Py::Tuple&)���: > src/ft2font.cpp:184: warning: ���offset��� may be used uninitialized in > this function > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/_png.cpp:28: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > In file included from src/_png.cpp:31: > src/file_compat.h: In function ���FILE* mpl_PyFile_Dup(PyObject*, char*, > off_t*)���: > src/file_compat.h:66: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:66: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:82: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:82: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:109: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:109: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h: In function ���int mpl_PyFile_DupClose(PyObject*, > FILE*, off_t)���: > src/file_compat.h:155: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:155: warning: deprecated conversion from string constant > to ���char*��� > src/_png.cpp: In member function ���PyObject* _png_module::_read_png(const > Py::Object&, bool, int)���: > src/_png.cpp:331: warning: deprecated conversion from string constant to > ���char*��� > src/_png.cpp:316: warning: ���offset��� may be used uninitialized in this > function > src/_png.cpp: In member function ���Py::Object > _png_module::write_png(const Py::Tuple&)���: > src/_png.cpp:108: warning: ���offset��� may be used uninitialized in this > function > /usr/bin/ld: skipping incompatible /usr/lib/libpng12.so when searching for > -lpng12 > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/_image.cpp:12: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > src/_image.cpp: In member function ���Py::Object > _image_module::from_images(const Py::Tuple&)���: > src/_image.cpp:805: warning: ���alpha��� may be used uninitialized in this > function > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > src/_ttconv.cpp: In member function ���virtual void > PythonFileWriter::write(const char*)���: > src/_ttconv.cpp:57: warning: deprecated conversion from string constant to > ���char*��� > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/agg_py_path_iterator.h:7, > from src/_path.cpp:3: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > src/_path.cpp: In function ���void point_in_path_impl(const void*, size_t, > size_t, size_t, T&, npy_bool*) [with T = points_in_path(const void*, > size_t, size_t, size_t, double, PathIterator&, const agg::trans_affine&, > npy_bool*)::contour_t]���: > src/_path.cpp:302: instantiated from here > src/_path.cpp:168: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:302: instantiated from here > src/_path.cpp:196: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:196: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:246: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:246: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp: In function ���void point_in_path_impl(const void*, size_t, > size_t, size_t, T&, npy_bool*) [with T = points_on_path(const void*, > size_t, size_t, size_t, double, PathIterator&, const agg::trans_affine&, > npy_bool*)::stroke_t]���: > src/_path.cpp:336: instantiated from here > src/_path.cpp:168: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:336: instantiated from here > src/_path.cpp:196: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:196: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:246: warning: dereferencing type-punned pointer will break > strict-aliasing rules > src/_path.cpp:246: warning: dereferencing type-punned pointer will break > strict-aliasing rules > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/path_cleanup.cpp:5: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/agg_py_transforms.cpp:6: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/cntr.c:23: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from > lib/matplotlib/delaunay/VoronoiDiagramGenerator.h:34, > from lib/matplotlib/delaunay/_delaunay.cpp:6: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from > lib/matplotlib/delaunay/VoronoiDiagramGenerator.cpp:38: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > lib/matplotlib/delaunay/VoronoiDiagramGenerator.cpp: In member function > ���bool VoronoiDiagramGenerator::voronoi(int)���: > lib/matplotlib/delaunay/VoronoiDiagramGenerator.cpp:923: warning: > ���newintstar.Point::y��� may be used uninitialized in this function > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/noprefix.h:9, > from src/qhull_wrap.c:9: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from lib/matplotlib/tri/_tri.h:68, > from lib/matplotlib/tri/_tri.cpp:8: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/agg_py_transforms.cpp:6: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > In file included from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarraytypes.h:1728, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/ndarrayobject.h:17, > from > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/arrayobject.h:15, > from src/agg_py_path_iterator.h:7, > from src/_backend_agg.h:43, > from src/_backend_agg.cpp:12: > /opt/rh/python33/root/usr/lib64/python3.3/site-packages/numpy/core/include/numpy/npy_deprecated_api.h:11:2: > warning: #warning "Using deprecated NumPy API, disable it by #defining > NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" > In file included from src/_backend_agg.cpp:44: > src/file_compat.h: In function ���FILE* mpl_PyFile_Dup(PyObject*, char*, > off_t*)���: > src/file_compat.h:66: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:66: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:82: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:82: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:109: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:109: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h: In function ���int mpl_PyFile_DupClose(PyObject*, > FILE*, off_t)���: > src/file_compat.h:155: warning: deprecated conversion from string constant > to ���char*��� > src/file_compat.h:155: warning: deprecated conversion from string constant > to ���char*��� > src/_backend_agg.cpp: In member function ���Py::Object > RendererAgg::draw_markers(const Py::Tuple&)���: > src/_backend_agg.cpp:791: warning: dereferencing type-punned pointer will > break strict-aliasing rules > src/_backend_agg.cpp:791: warning: dereferencing type-punned pointer will > break strict-aliasing rules > src/_backend_agg.cpp:829: warning: dereferencing type-punned pointer will > break strict-aliasing rules > src/_backend_agg.cpp:829: warning: dereferencing type-punned pointer will > break strict-aliasing rules > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching > for -lpthread > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > > Installed > /opt/rh/python33/root/usr/lib/python3.3/site-packages/matplotlib-1.4.3-py3.3-linux-x86_64.egg > > Because this distribution was installed --multi-version, before you can > import modules from this package in an application, you will need to > 'import pkg_resources' and then use a 'require()' call similar to one of > these examples, in order to select the desired version: > > pkg_resources.require("matplotlib") # latest installed version > pkg_resources.require("matplotlib==1.4.3") # this exact version > pkg_resources.require("matplotlib>=1.4.3") # this version or higher > > Processing dependencies for matplotlib > Searching for pyparsing>=1.5.6,!=2.0.0 > Reading https://pypi.python.org/simple/pyparsing/ > Reading http://pyparsing.sourceforge.net/ > Reading http://pyparsing.wikispaces.com/ > Reading http://sourceforge.net/project/showfiles.php?group_id=97203 > Reading http://sourceforge.net/projects/pyparsing > Best match: pyparsing 2.0.3 > Downloading > https://pypi.python.org/packages/source/p/pyparsing/pyparsing-2.0.3.zip#md5=0a5ec41bb650aed802751a311b5d820d > Processing pyparsing-2.0.3.zip > Writing /tmp/easy_install-8vc0lc/pyparsing-2.0.3/setup.cfg > Running pyparsing-2.0.3/setup.py -q bdist_egg --dist-dir > /tmp/easy_install-8vc0lc/pyparsing-2.0.3/egg-dist-tmp-bdgu2g > zip_safe flag not set; analyzing archive contents... > __pycache__.pyparsing.cpython-33: module MAY be using inspect.stack > > Installed > /opt/rh/python33/root/usr/lib/python3.3/site-packages/pyparsing-2.0.3-py3.3.egg > > Because this distribution was installed --multi-version, before you can > import modules from this package in an application, you will need to > 'import pkg_resources' and then use a 'require()' call similar to one of > these examples, in order to select the desired version: > > pkg_resources.require("pyparsing") # latest installed version > pkg_resources.require("pyparsing==2.0.3") # this exact version > pkg_resources.require("pyparsing>=2.0.3") # this version or higher > > Searching for pytz > Reading https://pypi.python.org/simple/pytz/ > Best match: pytz 2015.4 > Downloading > https://pypi.python.org/packages/3.3/p/pytz/pytz-2015.4-py3.3.egg#md5=e21dada2b1eaff746d21b2ac6f76f034 > Processing pytz-2015.4-py3.3.egg > Moving pytz-2015.4-py3.3.egg to > /opt/rh/python33/root/usr/lib/python3.3/site-packages > > Installed > /opt/rh/python33/root/usr/lib/python3.3/site-packages/pytz-2015.4-py3.3.egg > > Because this distribution was installed --multi-version, before you can > import modules from this package in an application, you will need to > 'import pkg_resources' and then use a 'require()' call similar to one of > these examples, in order to select the desired version: > > pkg_resources.require("pytz") # latest installed version > pkg_resources.require("pytz==2015.4") # this exact version > pkg_resources.require("pytz>=2015.4") # this version or higher > > Searching for python-dateutil!=2.1 > Reading https://pypi.python.org/simple/python-dateutil/ > Reading http://labix.org/python-dateutil > Reading https://dateutil.readthedocs.org > Best match: python-dateutil 2.4.2 > Downloading > https://pypi.python.org/packages/source/p/python-dateutil/python-dateutil-2.4.2.tar.gz#md5=4ef68e1c485b09e9f034e10473e5add2 > Processing python-dateutil-2.4.2.tar.gz > Writing /tmp/easy_install-ugb9nf/python-dateutil-2.4.2/setup.cfg > Running python-dateutil-2.4.2/setup.py -q bdist_egg --dist-dir > /tmp/easy_install-ugb9nf/python-dateutil-2.4.2/egg-dist-tmp-7bb_lh > > Installed > /opt/rh/python33/root/usr/lib/python3.3/site-packages/python_dateutil-2.4.2-py3.3.egg > > Because this distribution was installed --multi-version, before you can > import modules from this package in an application, you will need to > 'import pkg_resources' and then use a 'require()' call similar to one of > these examples, in order to select the desired version: > > pkg_resources.require("python-dateutil") # latest installed version > pkg_resources.require("python-dateutil==2.4.2") # this exact version > pkg_resources.require("python-dateutil>=2.4.2") # this version or > higher > > Searching for six>=1.4 > Reading https://pypi.python.org/simple/six/ > Best match: six 1.9.0 > Downloading > https://pypi.python.org/packages/source/s/six/six-1.9.0.tar.gz#md5=476881ef4012262dfc8adc645ee786c4 > Processing six-1.9.0.tar.gz > Writing /tmp/easy_install-5oq3yv/six-1.9.0/setup.cfg > Running six-1.9.0/setup.py -q bdist_egg --dist-dir > /tmp/easy_install-5oq3yv/six-1.9.0/egg-dist-tmp-q7x1ha > no previously-included directories found matching 'documentation/_build' > zip_safe flag not set; analyzing archive contents... > __pycache__.six.cpython-33: module references __path__ > > Installed > /opt/rh/python33/root/usr/lib/python3.3/site-packages/six-1.9.0-py3.3.egg > > Because this distribution was installed --multi-version, before you can > import modules from this package in an application, you will need to > 'import pkg_resources' and then use a 'require()' call similar to one of > these examples, in order to select the desired version: > > pkg_resources.require("six") # latest installed version > pkg_resources.require("six==1.9.0") # this exact version > pkg_resources.require("six>=1.9.0") # this version or higher > > *Finished processing dependencies for matplotlib * > ************************************************************************************************************** > > > Thanks, > Zaiwen > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |