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
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(6) |
2
(29) |
3
(19) |
4
(6) |
5
(5) |
6
(9) |
7
(9) |
8
(19) |
9
(14) |
10
(19) |
11
(26) |
12
(10) |
13
(26) |
14
(22) |
15
(19) |
16
(17) |
17
(16) |
18
(2) |
19
|
20
(1) |
21
(1) |
22
(10) |
23
(11) |
24
(17) |
25
(6) |
26
(1) |
27
|
28
(9) |
29
(9) |
30
(9) |
|
|
|
On Thu, Nov 24, 2011 at 7:57 AM, Marianne C. <mar...@gm...> wrote: > > My name is Marianne, I am a beginner user of matplotlib. >> I am using imshow in pyplot. I am desperate to get rid of >> the ticks on both x and y axes (see attached picture). I >> do not need the black box around the data either. Should >> I use imshow in axes.Axes instead, to be able to call > > plt.axis('off') or ax = plt.gca() ax.set_axis_off() should clear the axis bounds and remove ticks as well. -- Gökhan
Hi Friedrich and everybody else, Thank you for your reply. I think I am not getting everything, but in my understanding, the object which I create is not a Figure or an Axis, it is an AxesImage. gca() or gcf() return errors indeed. Therefore, I cannot use attributes which are specific to Figures and Axes. Would there be a reason for the class AxesImage to handle very few attributes? Is this class not so popular? :p Best, Marianne On Thu, Nov 24, 2011 at 8:09 PM, Friedrich Romstedt < fri...@gm...> wrote: > 2011年11月24日 Marianne C. <mar...@gm...>: > > On Thu, Nov 24, 2011 at 3:48 PM, Marianne C. <mar...@gm...> > wrote: > >> Hi all, > >> > >> My name is Marianne, I am a beginner user of matplotlib. > >> I am using imshow in pyplot. I am desperate to get rid of > >> the ticks on both x and y axes (see attached picture). I > >> do not need the black box around the data either. Should > > The cleanes solution, is to use the NullLocator. I'm not a user of > pylab Matlabish interface, but from what I know:: > > gca().xaxis.set_major_locator(matplotlib.ticker.NullLocator()) > gca().yaxis.set_major_locator(matplotlib.ticker.NullLocator()) > > after importing matplotlib.ticker of course. Should work, but didn't try. > > http://matplotlib.sourceforge.net/api/ticker_api.html > > http://matplotlib.sourceforge.net/api/axis_api.html#matplotlib.axis.Axis.set_major_locator > http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.gca > > You are free to use the OO interface which yields the same. > > Notice that upon clear() the locators are most probably lost. > > gca() get the current Axes object. xaxis and yaxis are its Axis > attributes. The locator defines where to set ticks. If it's the > NoneLocator this is rather a stub to saying "don't place ticks ever". > But it's more clean than to force them directly to the empty list > because it'll survive at least limit changes. I don't know if the > manual method survives that. Otherwise it's also a matter of taste. > > From the docs I do not see that you could hand over the locators > directly to the imshow call > > http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.imshow > . > > For the frame, if it really matters, you can set the ``edgecolor`` > probably to 'none', literally with the quotes. There's a Figure > object created when you create the plot, you can get it via gcf(). > Try to figure out how to set its egdecolor either on construction or > later. If you are stuck tell. > > Make sure to "reply to all". > > cu, > Friedrich >
On Friday, November 25, 2011, Keith Hughitt <kei...@gm...> wrote: > Hi, > I would like to draw a contour plot on top of an image and such that any values of the countour plot < x are made transparent. > Here is what I am doing at the moment to handle the overplotting: > > from matplotlib import pyplot as plt > fig = plt.figure() > axes = fig.add_subplot(111) > contour = plt.imshow(contour_data, extent=contour_extent,cmap=contour_cmap, origin='lower', zorder=10) > im = plt.imshow(im_data, extent=im_extent, cmap=im_cmap, origin='lower', zorder=1) > plt.show() > > Any suggestions? One thing I thought about doing is converting im_data and contour_data from grayscale to RGBA, and setting the alpha channel to 0 for all data with value less than x, but I was hoping there might be a more straight-forward way to handle this. > Thanks, > Keith > > Just use a numpy masked array and it will do exactly what you want. contour_data = np.ma.masked_array(contour_data, mask=(contour_data < 0)) Cheers! Ben Root
Hello. I'm searching for a method to show a stream of data on a graph. So far I've only managed to get the stream on a regular graph but the data bandwidth is very high (100 samples/sec) and the usual graph doesn't handle redrawing so good. I was searching for a way to utilize the animation functionality of matplotlib but found only some Tk examples (with very smooth refresh rate). But I couldn't modify the source to create the same effect using the Gtk + front-end. The problem is that I don't know how to integrate the graph into the Glib main loop. Please help. This is an example I found o the net: ---------------------------------------------------------- import matplotlib matplotlib.use('TkAgg') # do this before importing pylab import matplotlib.pyplot as plt import random fig = plt.figure() ax = fig.add_subplot(111) x = range(30) y = [random.random() for i in x] line, = ax.plot(x,y) def animate(*args): n = len(y) while True: data = random.random() y.append(data) n += 1 line.set_data(range(n-30, n), y[-30:]) ax.set_xlim(n-31, n-1) fig.canvas.draw() fig.canvas.manager.window.after(100, animate) plt.show() ----------------------------------------------------------
Hi, I would like to draw a contour plot on top of an image and such that any values of the countour plot < x are made transparent. Here is what I am doing at the moment to handle the overplotting: from matplotlib import pyplot as plt fig = plt.figure() axes = fig.add_subplot(111) contour = plt.imshow(contour_data, extent=contour_extent,cmap=contour_cmap, origin='lower', zorder=10) im = plt.imshow(im_data, extent=im_extent, cmap=im_cmap, origin='lower', zorder=1) plt.show() Any suggestions? One thing I thought about doing is converting im_data and contour_data from grayscale to RGBA, and setting the alpha channel to 0 for all data with value less than x, but I was hoping there might be a more straight-forward way to handle this. Thanks, Keith
Hi all, On 24/11/11 23:02, Friedrich Romstedt wrote: > How does the ebuild work? Does it invoke setup.py? If yes, maybe > matplotlib installs the CXX dir s.t. it does not work for py3k? Sorry for making the noise, I found the problem, actually it was my ebuild which removed the CXX folder after the 2.7 python succeeded to build. I do not know the reasons behind this though. No I do not have the error there, but I have elsewhere. :) Here it is: ------------------ x86_64-pc-linux-gnu-g++ -pthread -march=native -O2 -fno-strict-aliasing -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/usr/local/include -I/usr/include -I/usr/include -I. -I/usr/lib64/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/usr/lib64/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/usr/include -I. -I/usr/include -I. -I/usr/include/pygtk-2.0 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/libpng15 -I/usr/include/libdrm -I/usr/lib64/python3.2/site-packages/numpy/core/include -I/usr/include/python3.2 -c src/_gtkagg.cpp -o build-3.2/temp.linux-x86_64-3.2/src/_gtkagg.o src/_gtkagg.cpp: In function ‘PyObject* init_gtkagg()’: src/_gtkagg.cpp:137:5: error: return-statement with no value, in function returning ‘PyObject*’ src/_gtkagg.cpp:138:5: error: ‘PyCObject_Check’ was not declared in this scope src/_gtkagg.cpp:138:5: error: ‘PyCObject_AsVoidPtr’ was not declared in this scope src/_gtkagg.cpp:138:5: error: return-statement with no value, in function returning ‘PyObject*’ src/_gtkagg.cpp:138:5: error: return-statement with no value, in function returning ‘PyObject*’ ------------------ If anybody could explain why I am getting the above. Is it because of a wrong version of PyGobject (2.28.6) or PyGtk (2.24.0) ? Or is it because the GTK Backend is not yet ported to Python 3? Also, could anybody tell me what differences are there in dependencies between Py2 and Py3 versions of MPL? Cheers, Ignas A. -- Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon?