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
(7) |
2
(5) |
3
(18) |
4
(9) |
5
(13) |
6
(14) |
7
(8) |
8
(7) |
9
(6) |
10
(6) |
11
(24) |
12
(14) |
13
(9) |
14
(21) |
15
(6) |
16
(1) |
17
(20) |
18
(42) |
19
(16) |
20
(21) |
21
(41) |
22
(13) |
23
(11) |
24
(15) |
25
(32) |
26
(27) |
27
(29) |
28
(10) |
29
(3) |
30
(1) |
31
(5) |
|
|
|
|
|
Ah, if you are using /sw/, then you are using fink. I pretty much gave up on fink a while ago and now use macports; if I can't install with macports, I install with source. The reason that I gave up with fink is that it's largely a Linux- heritage thing, while macports is a BSD-heritage thing. MacOS is FreeBSD, not Linux. YMMV On Mar 23, 2008, at 3:53 AM, Andrew Charles wrote: > I'm happy to report that the egg install is now working. Still not > able to get the source to compile but I can live with that. > > The problem appears to be the fink versions of libJPEG and libTIFF. > When I removed /sw/libJPEG, the installation crashed with a similar > error on libTIFF. When I removed /sw/libTIFF (fink remove libTIFF) > the egg install (sudo easy_install > matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) worked. > > The last thing I had to do was change the ownership and permissions of > my ~/ .matplotlib from root to me, and simple plot commands are now > working. > > Now, some people may need their fink /sw versions of libJPEG and > libTIFF - are there commands that you can pass to easy_install to > instruct it to link against the default installed libJPEG and > libTIFFs? > > Cheers, > > Andrew > > ------------------------------------------------------------------------- > 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 >
It was about a problem with legend ordering when using twinx(). Wayne
Thanks Jeff, I indeed had used the egg. Will try doing a standar install. Tiago On Mar 23, 2008, at 8:00 AM, Jeff Whitaker wrote: > Tiago Ribeiro wrote: >> Hi, >> >> I'm running a vanilla copy of Mac OS X 10.5.2 and just installed >> matplotlib-0.91.2, geos-2.2.3 and baselib-0.9.9.1 from their >> sources. The matplotlib examples work fine, but when trying to >> import baselib, it says it cannot find it: >> >> >>> from matplotlib.toolkits.basemap import Basemap >> Traceback (most recent call last): >> File "<stdin>", line 1, in <module> >> ImportError: No module named basemap >> >>> >> >> Any idea of what could be happening? The lib is definitively on my >> path (/Library/Python/2.5/site-packages/) >> >> Best, >> >> Tiago >> >> >> > Tiago: This will happen if matplotlib is installed as an egg, due > to a bug in the way toolkits are installed. Do you see a > matplotlib*egg file in /Library/Python/2.5/site-packages/ ? > > If so, all I can suggest is reinstalling matplotlib the 'normal' > way, i.e. python setup.py install. This bug is fixed in svn so this > won't happen with the next release. > > -Jeff > > -- > Jeffrey S. Whitaker Phone : (303)497-6313 > NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449 > 325 Broadway Boulder, CO, USA 80305-3328 >
Hi All, I installed the matplotlib0.91.2 on 64-bit Ubuntu7.04 system. I ran an example code and got the error: File "testplot.py", line 2, in <module> from pylab import * File "/usr/lib/python2.5/site-packages/pylab.py", line 1, in <module> from matplotlib.pylab import * File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 639, in <module> rcParams = rc_params() File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 562, in rc_params fname = matplotlib_fname() File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 513, in matplotlib_fname fname = os.path.join(get_configdir(), 'matplotlibrc') File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 207, in wrapper ret = func(*args, **kwargs) File "/usr/lib/python2.5/site-packages/matplotlib/__init__.py", line 400, in _get_configdir raise RuntimeError("'%s' is not a writable dir; you must set %s/.matplotlib to be a writable dir. You can also set environment variable MPLCONFIGDIR to any writable directory where you want matplotlib data stored "%h) TypeError: not enough arguments for format string How can I get it fixed? Thanks, Brook -- View this message in context: http://www.nabble.com/Runtime-Error-tp16239554p16239554.html Sent from the matplotlib - users mailing list archive at Nabble.com.
Hi Alex, [I'm cc:ing the matplotlib-users list again.] >> could you post a screenshot from your pdf viewer? > > I put some up at these URLs: In the screenshots the problem is obvious. I didn't see it in either Apple's Preview or Adobe Reader, but I do see it in xpdf. The problem is that the graphics state stack is not always popped at the end of the file. I believe I have fixed the problem in the latest svn versions, both on the maintenance branch and on the trunk. Please try the latest version with your code. -- Jouni K. Seppänen http://www.iki.fi/jks
Hello windows users - Can anybody using mpl 0.91.2 on windows reproduce this bug: from pylab import * plot([1,2,3]) xlabel(r'$\chi$') savefig('c:/temp/test.eps') This should give an eps file that when viewed does not show the letter chi along the x-axis (that's the bug). We have been discussing this problem, and I think it is a bug in the windows distribution. (It worked on all the previous mpl versions fine, just when upgrading from 0.90.1 the problem arose). If you can, please email me your eps file: ma...@gm... Thanks for your help, Mark
Tiago Ribeiro wrote: > Hi, > > I'm running a vanilla copy of Mac OS X 10.5.2 and just installed > matplotlib-0.91.2, geos-2.2.3 and baselib-0.9.9.1 from their sources. > The matplotlib examples work fine, but when trying to import baselib, > it says it cannot find it: > > >>> from matplotlib.toolkits.basemap import Basemap > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > ImportError: No module named basemap > >>> > > Any idea of what could be happening? The lib is definitively on my > path (/Library/Python/2.5/site-packages/) > > Best, > > Tiago > > > Tiago: This will happen if matplotlib is installed as an egg, due to a bug in the way toolkits are installed. Do you see a matplotlib*egg file in /Library/Python/2.5/site-packages/ ? If so, all I can suggest is reinstalling matplotlib the 'normal' way, i.e. python setup.py install. This bug is fixed in svn so this won't happen with the next release. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449 325 Broadway Boulder, CO, USA 80305-3328
I'm happy to report that the egg install is now working. Still not able to get the source to compile but I can live with that. The problem appears to be the fink versions of libJPEG and libTIFF. When I removed /sw/libJPEG, the installation crashed with a similar error on libTIFF. When I removed /sw/libTIFF (fink remove libTIFF) the egg install (sudo easy_install matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) worked. The last thing I had to do was change the ownership and permissions of my ~/ .matplotlib from root to me, and simple plot commands are now working. Now, some people may need their fink /sw versions of libJPEG and libTIFF - are there commands that you can pass to easy_install to instruct it to link against the default installed libJPEG and libTIFFs? Cheers, Andrew
Hi everyone, I am using matplotlib to dynamically plot a graph with both my x and y points taken from a measurement device. That is to say, in each iteration of my while loop I'm reading two variables which I then want to plot with matplotlib. I wrote something which goes like this (disregard the Gnuplot - that's what I'm trying to replace with matplotlib...) import gpib, Numeric, time, Gnuplot, mymodule, threading from pylab import * def cooldown(filename, dmm_gpib, lake_gpib): """this program scans dummy and reads HP and Lakeshore""" A = Numeric.arange(-1, 1, .1) delay = 1 f = open(filename,'w') X = [] Y = [] figure(2) hold(False) try: while A[0]<10: gpib.write(lake_fd, 'SDAT?') gpib.write(hp_fd, 'read?') time.sleep(delay) val1 = float(gpib.read(lake_fd, 30)) val2 = float(gpib.read(hp_fd, 30)) X.append(val1) Y.append(val2) plot(X,Y,'.-') f.write(str(val1) + '\t' + str(val2) + '\n') f.flush() I'm running this code in ipython with the -pylab option, so I don't need to use show(). My question is, how do I maintain a *constant* xlabel and ylabel without having to redraw them each time I append a point to the graph? If I try xlabel('something') then obviously it's cleared each time I use plot(X,Y). Any ideas? Thanks, Amit.
On Fri, Mar 21, 2008 at 9:39 AM, Pierre GM <pgm...@gm...> wrote: > On Thursday 20 March 2008 23:39:53 you wrote: > > Pierre, > > > > I was interested in learning more about TimeSeries, and had a few > > questions... > > > > Your data is indexed in time, right ? Your x-axis is a date object ? > > > > > > Just to be clear on the language: "indexed in time" means data for > which > > the x-axis is a series of dates, correct? But I am not sure what is > meant > > by the "x-axis being a date object" --wouldn't it be a axis object with > the > > values comprising it being date objects? I'm not trying to split hairs, > > I'm just unclear about the way this is typically described and it would > be > > useful for me to be clear about it. > > Sorry, I wasn't clear enough: by x-axis, I was not referring to any python > object, but generic abscissae, as in "plot rain vs time". > By indexed in time, I mean that you would have something like: > yourdata[one_date] = some_value > > That's what scikits.timeseries was designed to do: handle data indexed in > time, giving the possibility to access the data directly by dates (instead > of > using an index in an array). We made sure we could handle gaps in your > data > (viz, data not regularly spaced in time...) > > > I've looked at the link. Could you explain what TimeSeries does that > the > > mpl modules dates and dateutil don't do, or when one would use one > versus > > the other? > > Not so much useful for plotting (even if there are some cool tricks) than > for > simplifying the analysis of your data: getting for example monthly > averages > from daily data is a breeze > > > For my part, I need to simply plot values with dates (and yes with some > > dates missing no doubt) as the x-axis and am looking for various ways to > do > > it well. > > You can just stick to mpl, using plot_dates instead of plot. But you may > want > to give timeseries a try. > > > Thank you. > I will certainly give it a try, it sounds like it could really add to what I want to do. Thanks! I'll be in touch if I have questions about timeseries.
Hi, I'm running a vanilla copy of Mac OS X 10.5.2 and just installed matplotlib-0.91.2, geos-2.2.3 and baselib-0.9.9.1 from their sources. The matplotlib examples work fine, but when trying to import baselib, it says it cannot find it: >>> from matplotlib.toolkits.basemap import Basemap Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named basemap >>> Any idea of what could be happening? The lib is definitively on my path (/Library/Python/2.5/site-packages/) Best, Tiago