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
(10) |
2
(11) |
3
(4) |
|
4
(2) |
5
(10) |
6
(20) |
7
(18) |
8
(32) |
9
(15) |
10
(2) |
|
11
(5) |
12
(7) |
13
(13) |
14
(9) |
15
(17) |
16
(10) |
17
(4) |
|
18
(7) |
19
(15) |
20
(16) |
21
(10) |
22
(19) |
23
(13) |
24
(4) |
|
25
(5) |
26
(8) |
27
(10) |
28
(17) |
29
(7) |
30
(18) |
31
(2) |
|
From: Alan G I. <ai...@am...> - 2008-05-07 23:22:12
|
>>>> from pylab import nx
>>>> ...but this import errors for me.
On Wed, 7 May 2008, New2Python apparently wrote:
> I have the same issue, is there a fix to this
I'm on the run, but let me guess that you
can replace this with
import numpy as nx
Cheers,
Alan Isaac
|
|
From: Matias S. <mat...@gm...> - 2008-05-07 21:10:08
|
Is it possible to make a chart like this: http://www.advsofteng.com/images/multiradar_g.png with matplotlib? Where can I find some examples? Thanks a lot. |
|
From: Antonino C. <cuc...@as...> - 2008-05-07 20:22:21
|
Hello, I am experiencing a problem recently on my Mac OsX. When I try to import mathplotlib.mathtext or pylab I received a segmentation fault error. It wasn't like that before, and I recently update my matplotlib and scipy via fink. It worked fine few weeks ago. I hope someone can help me. Thanks, Nino |
|
From: James B. <bo...@ll...> - 2008-05-07 19:09:53
|
I cannot get the contourf extended color map ranges to show up in the
plot.
the extend option of contourf states:
extend = 'neither', 'both', 'min', 'max'
Unless this is 'neither' (default), contour levels are
automatically added to one or both ends of the range so that
all data are included. These added ranges are then
mapped to the special colormap values which default to
the ends of the colormap range, but can be set via
Colormap.set_under() and Colormap.set_over() methods
The code at the of this message produces a plot with color bar
extensions that are the end colors of the bone colormap and not red
and green. The colorMap._rgba_over value is red and the
colorMap._rgba_under value is green, but this is not reflected in the
plot.
Any idea what I am doing wrong?
I am using matplotlib 0.91.1
--Jim
figure()
colorMap = cm.bone
colorMap.set_over('r')
colorMap.set_under('g')
CS = contourf(X, Y, Z, 10,cmap=colorMap,origin=origin, extend = 'both')
cbar = colorbar(CS)
savefig('contourf_demo1')
|
|
From: Michael D. <md...@st...> - 2008-05-07 17:30:08
|
Matthias Michler wrote: > > The second problem arises only with latest svn. > At the end of the mail there's the Traceback, which arises after clicking the > radiobutton during running examples/widgets/radio_buttons.py. > This is now fixed in SVN. It hadn't been updated to use the new transforms framework. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: John H. <jd...@gm...> - 2008-05-07 16:36:28
|
On Wed, May 7, 2008 at 9:17 AM, Søren Nielsen <sor...@gm...> wrote: > Hi, > > I'm plotting lines on top of an image using the plot command, trying to make > polygons. I click one point on an image and another point, and a line is > drawn between them. I'm also showing a guide line, so that the user can see > the line before pressing the mouse button.. All i'm doing is taking the last > point that the user clicked on and plot a line between that point and the > current point under the mouse cursor. New chosen points are appended to > nPolygonPointsX and Y. This works ok, but it's a bit slow. Take a look at the animation tutorial: http://www.scipy.org/Cookbook/Matplotlib/Animations |
|
From: John H. <jd...@gm...> - 2008-05-07 16:24:58
|
On Wed, May 7, 2008 at 7:41 AM, Matthew Czesarski <mat...@gm...> wrote: > Could I just chuck in one simple question: you may have noticed I am > embedding everything in GTK. After calling gtk.main() is there any way I can > modify the displayed window? Or do I have to bin the whole thing and start > again? Sorry, I don't really understand the question, but you can certainly modify the gtk application, you will just need to do it in the gtk loop, eg in an idle or timeout handler, or in a callback. JDH |
|
From: Michael D. <md...@st...> - 2008-05-07 14:22:21
|
Chris Barker wrote: > Hi all, > > I'm successfully getting all the MPL data files into spy2exe with: > > DATA_FILES = matplotlib.get_py2exe_datafiles() > > The problem is that that dumps a LOT of stuff, and I don't need most of > it. I've already added to my script a few lines that delete the "images" > dir, but I'd like to trim down the fonts to just those I need. > > I'm using the wxAgg back-end, with all default fonts -- does anyone know > which those are? > The default text font is Vera.ttf. (If you want to support bold and italic etc, you'll also need VeraBd.tff, VeraBI.ttf and VeraIt.ttf). If you need to support mathtext, the default font is the Computer Modern family, and you'll want all of the cm*.ttf fonts. Alternatively, you can change the default fonts in the matplotlibrc to ones that are included with Windows (e.g. Arial) -- but that won't address the mathtext issue. > MPL version: 0.91.2 on Windows (duh!) > > by the way, is there any way to dump that data into the exe itself, > rather than requiring it to be carried alongside? > > This makes me really appreciate application bundles on the Mac! > There are ways, but they're pretty involved -- plus they would require fixing the parts of matplotlib that read in data files: they all implicitly assume that they are real files on a real file system. See: http://www.py2exe.org/index.cgi/SingleFileExecutable I once worked on a commercial project that had a fairly complex network installer written in Python and distributed in a similar way. Not for the faint of heart. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: S. N. <sor...@gm...> - 2008-05-07 14:17:58
|
Hi,
I'm plotting lines on top of an image using the plot command, trying to make
polygons. I click one point on an image and another point, and a line is
drawn between them. I'm also showing a guide line, so that the user can see
the line before pressing the mouse button.. All i'm doing is taking the last
point that the user clicked on and plot a line between that point and the
current point under the mouse cursor. New chosen points are appended to
nPolygonPointsX and Y. This works ok, but it's a bit slow.
my update connected to the motion_notify_event looks like this:
------------------------------------------------------------------------------
def onCursorUpdate(self, event)
x, y = event.xdata, event.ydata
a = self.fig.gca()
if len(self.nPolygonPointsX >= 1):
guideLineX = [self.nPolygonPointsX[-1], x]
guideLineY = [self.nPolygonPointsY[-1], y]
# To avoid keeping guide lines when the cursor is moved:
if len(a.lines) > 1:
del(a.lines[-1])
# Plot the guide line and update
a.plot(guideLineX, guideLineY)
self.canvas.draw()
------------------------------------------------------------------------------
Btw i'm running matplotlib with wxpython. So is there a faster way to update
this line plot? ..
Thanks!
Soren
|
|
From: Michael D. <md...@st...> - 2008-05-07 14:12:28
|
Great! Cheers, Mike Darren Dale wrote: > There it is. Thanks Mike, it looks great on 64-bit Linux! > > On Tuesday 06 May 2008 03:04:05 pm Michael Droettboom wrote: > >> Thanks. Try again now. Hopefully it's correct this time (your test is >> a much better unit test than the animation_blit_* examples. >> >> Cheers, >> Mike >> >> Darren Dale wrote: >> >>> I'm testing it out on 64-bit linux with this script: >>> >>> from pylab import * >>> from matplotlib.widgets import Cursor >>> >>> ax=axes() >>> cursor = Cursor(ax, useblit=True) >>> ax.imshow(array([[0, 1, 2], [3, 4, 5], [6, 7, 8]]), cmap=cm.jet, >>> interpolation='nearest') >>> show() >>> >>> When the mouse pointer enters the axes, the cursor is drawn, blitting >>> occurs, along with wierdness. I'm attaching screenshots, one using the >>> new to_string_argb and one using to_string. >>> >>> Darren >>> >>> On Tuesday 06 May 2008 11:43:50 am Michael Droettboom wrote: >>> >>>> This is now implemented on the branch and the trunk. Please let me know >>>> how it works for you. I'm particularly interested in non-Linux and Big >>>> Endian platforms (e.g. PPC) as a sanity check. >>>> >>>> Cheers, >>>> Mike >>>> >>>> Michael Droettboom wrote: >>>> >>>>> I'll go ahead and fix this. It just fell through the cracks. >>>>> >>>>> Mike >>>>> >>>>> Darren Dale wrote: >>>>> >>>>>> On Monday 05 May 2008 09:24:42 pm G Jones wrote: >>>>>> >>>>>>> Hello, >>>>>>> Attached is a script that when run from ipython --pylab with your >>>>>>> backend setup for 'QtAgg' reproduces a bug I am seeing. If you run >>>>>>> the plot, you'll see a line plotted in blue as expected. Then when >>>>>>> the same figure is updated by blitting, the line turns red. I tried >>>>>>> this with green and it stayed green, but yellow went to cyan. It >>>>>>> seems that the byteswapping that is necessary for displaying colors >>>>>>> correctly in Qt is happening during a normal plot, but not when >>>>>>> blitting. I tried going through the code to determine the problem, I >>>>>>> can only guess that it lies somewhere in the >>>>>>> FigureCanvasQTAgg.paintEvent, since that's where I see to_ARGB etc. >>>>>>> Sorry I couldn't locate the bug precisely, I find it very difficult >>>>>>> to thread my way through all the backend classes. >>>>>>> >>>>>> I did track down the source of the bug a while back: >>>>>> http://sourceforge.net/mailarchive/message.php?msg_id=200803121528.305 >>>>>> 65 .darren.dale%40cornell.edu >>>>>> >>>>>> Mike D. suggested that BufferRegion might need a byte-swapped version >>>>>> of to_string(), but unfortunately I am not an experienced c programmer >>>>>> and am short of time to try to work my way through it right now. I >>>>>> added a bug report at SF. >>>>>> >>>>>> Darren >>>>>> -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
|
From: New2Python <se...@li...> - 2008-05-07 13:52:11
|
Hi All, I have the same issue, is there a fix to this Michael Droettboom-3 wrote: > > Eric Firing wrote: >> Chris Withers wrote: >> >>> Hi All, >>> >>> A few of the units demos include the lines: >>> >>> from pylab import nx >>> >>> ...but this import errors for me. >>> >>> Why is that? >>> >> >> If you are referring to scripts in the matplotlib/examples/ subdirectory >> then you must have a version in which some of those scripts had not been >> brought up to date with the rest of matplotlib. (Historically, this has >> often been the case--only a subset of the examples are maintained. >> Right now, for example, simple3d.py is broken. 3D plotting is itself >> unmaintained, so there is little incentive to do anything about the >> example.) In the svn version there are no lines importing nx. This was >> an abbreviation for the numerix module, which was a compatibility >> wrapper for the three different numeric packages (Numeric, numarray, and >> numpy) until numpy was fully developed, rendering Numeric and numarray >> obsolete. >> > Slightly OT, but if matplotlib is participating in any sort of > internship projects (Google Summer of Code etc.) that would be a great > student project -- to clean up all the examples, removing dead ones, > editing for consistency etc. > > Cheers, > Mike > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > -- View this message in context: http://www.nabble.com/from-pylab-import-nx--tp16118581p17105429.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Matthias M. <Mat...@gm...> - 2008-05-07 13:50:20
|
Hello list, the nice example of sliders and buttons from the matplotlib screenshots doesn't work anymore (at least) for me under mpl 0.91.2 and latest svn. In http://matplotlib.sourceforge.net/screenshots/slider_demo.py the replacement >hovercolor=0.975< -> >hovercolor="0.975"< is needed. The second problem arises only with latest svn. At the end of the mail there's the Traceback, which arises after clicking the radiobutton during running examples/widgets/radio_buttons.py. Any suggestions are welcome. regards Matthias ------------------------------------------------------------------------------------------------------------------------- Traceback (most recent call last): File "/media/disk/SOFT//lib/python2.5/site-packages/matplotlib/backends/backend_gtk.py", line 193, in button_press_event FigureCanvasBase.button_press_event(self, x, y, event.button) File "/media/disk/SOFT//lib/python2.5/site-packages/matplotlib/backend_bases.py", line 915, in button_press_event self.callbacks.process(s, mouseevent) File "/media/disk/SOFT//lib/python2.5/site-packages/matplotlib/cbook.py", line 157, in process func(*args, **kwargs) File "/media/disk/SOFT//lib/python2.5/site-packages/matplotlib/widgets.py", line 462, in _clicked xy = self.ax.transAxes.inverse_xy_tup((event.x, event.y)) AttributeError: 'BboxTransformTo' object has no attribute 'inverse_xy_tup' |
|
From: Matthew C. <mat...@gm...> - 2008-05-07 12:42:09
|
> Use mpl events -- they work across user interface toolkits and handle > stuff like which axes did you click in and what are the data > coordinates > Excellent, that did the trick. In just 2 minutes. :) Thanks a lot. Could I just chuck in one simple question: you may have noticed I am embedding everything in GTK. After calling gtk.main() is there any way I can modify the displayed window? Or do I have to bin the whole thing and start again? Thanks for your help, Matthew |
|
From: Maxim F. <Max...@un...> - 2008-05-07 12:39:11
|
Dear all,
The following TeX expression did not produce any error message with
matplotlib versions 0.87.3 - 0.90.2 :
r'$Wavenumber,\ [\ cm^{-1}\ ]$'
The following error is produced with version 0.91.2 :
<class 'matplotlib.pyparsing.ParseFatalException'>: Expected end of
math '$'
$Wavenumber,\ [\ cm^{-1}\ ]$ (at char 0), (line:1, col:1)
The problem comes about because of the square brackets. Could
everyone please explain me how to handle this situation (without placing
the brackets outside of '$$') ?
Thanks in advance,
Dr. Maxim Fedorovsky.
|
|
From: Nicolas <nic...@gm...> - 2008-05-07 12:26:12
|
Hi all sorry for posting this question that might have been answered before, but I'm in the urgent need of finding a way to overlay a rectangular box on a basemap map (cylindrical projection) given the latitudes and longitudes of the domain. This is to delineate on a map the domain over which a index has been computed ... any quick answer welcome thanks -- _/\/¯¯¯¯¯¯\/\_ 33º49'45.24"S & 18º28'45.60"E Dr. Nicolas Fauchereau post-doctoral fellow Oceanography Dept. University of Cape-Town Private Bag. 7701 Rondebosh Tel: 021 650 53 15 South Africa _/\/¯¯¯¯¯¯\/\_ 33º49'45.24"S & 18º28'45.60"E |
|
From: Darren D. <dar...@co...> - 2008-05-07 12:11:53
|
There it is. Thanks Mike, it looks great on 64-bit Linux! On Tuesday 06 May 2008 03:04:05 pm Michael Droettboom wrote: > Thanks. Try again now. Hopefully it's correct this time (your test is > a much better unit test than the animation_blit_* examples. > > Cheers, > Mike > > Darren Dale wrote: > > I'm testing it out on 64-bit linux with this script: > > > > from pylab import * > > from matplotlib.widgets import Cursor > > > > ax=axes() > > cursor = Cursor(ax, useblit=True) > > ax.imshow(array([[0, 1, 2], [3, 4, 5], [6, 7, 8]]), cmap=cm.jet, > > interpolation='nearest') > > show() > > > > When the mouse pointer enters the axes, the cursor is drawn, blitting > > occurs, along with wierdness. I'm attaching screenshots, one using the > > new to_string_argb and one using to_string. > > > > Darren > > > > On Tuesday 06 May 2008 11:43:50 am Michael Droettboom wrote: > >> This is now implemented on the branch and the trunk. Please let me know > >> how it works for you. I'm particularly interested in non-Linux and Big > >> Endian platforms (e.g. PPC) as a sanity check. > >> > >> Cheers, > >> Mike > >> > >> Michael Droettboom wrote: > >>> I'll go ahead and fix this. It just fell through the cracks. > >>> > >>> Mike > >>> > >>> Darren Dale wrote: > >>>> On Monday 05 May 2008 09:24:42 pm G Jones wrote: > >>>>> Hello, > >>>>> Attached is a script that when run from ipython --pylab with your > >>>>> backend setup for 'QtAgg' reproduces a bug I am seeing. If you run > >>>>> the plot, you'll see a line plotted in blue as expected. Then when > >>>>> the same figure is updated by blitting, the line turns red. I tried > >>>>> this with green and it stayed green, but yellow went to cyan. It > >>>>> seems that the byteswapping that is necessary for displaying colors > >>>>> correctly in Qt is happening during a normal plot, but not when > >>>>> blitting. I tried going through the code to determine the problem, I > >>>>> can only guess that it lies somewhere in the > >>>>> FigureCanvasQTAgg.paintEvent, since that's where I see to_ARGB etc. > >>>>> Sorry I couldn't locate the bug precisely, I find it very difficult > >>>>> to thread my way through all the backend classes. > >>>> > >>>> I did track down the source of the bug a while back: > >>>> http://sourceforge.net/mailarchive/message.php?msg_id=200803121528.305 > >>>>65 .darren.dale%40cornell.edu > >>>> > >>>> Mike D. suggested that BufferRegion might need a byte-swapped version > >>>> of to_string(), but unfortunately I am not an experienced c programmer > >>>> and am short of time to try to work my way through it right now. I > >>>> added a bug report at SF. > >>>> > >>>> Darren |
|
From: Matthias M. <Mat...@gm...> - 2008-05-07 07:43:52
|
Hello Bryan, On Tuesday 06 May 2008 20:07:58 Bryan Fodness wrote: > I would like to be able to draw a triangle on the graph outside the axes > and plot area. I have used fill before, but that was in the plot area. > Can someone push me in the right direction? Would it be helpful to have a axes instance in the background like: --------------------------------------------------------------------- from pylab import * figure(1) ax1 = axes([0.0, 0.0, 1.0, 1.0], axisbg='0.9') ax2 = axes([0.3, 0.3, .4, .4], axisbg='white') ax1.plot(arange(10), color='b') ax2.plot(linspace(0.0, 1.0, 10.0)**2, color='g') show() ----------------------------------------------------------------------- regards Matthias |
|
From: Christopher B. <c-...@as...> - 2008-05-07 01:12:47
|
Hi List, I find the attached patch useful. It adds an argument (elinewidth) to the errorbar function which is a linewidth analog to the ecolor argument. It allows you to specify a linewidth for the errorbars, so that it can be different from the plot linewidth. This is useful to me because I prefer heavy (lw=2) plot lines, and I also like to de-emphasize the errorbars (elinewidth=1). Maybe someone else finds this useful? It is probably not the proper way to do it, but would it be possible to add something like this to mpl? -- Chris |