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
(5) |
2
(24) |
3
(2) |
4
|
5
(4) |
6
(1) |
7
(22) |
8
(9) |
9
(23) |
10
(6) |
11
|
12
(7) |
13
(17) |
14
(12) |
15
(10) |
16
(22) |
17
(11) |
18
(6) |
19
(11) |
20
(13) |
21
(10) |
22
(7) |
23
(7) |
24
(5) |
25
(3) |
26
(20) |
27
(17) |
28
(25) |
29
(16) |
30
(17) |
31
(8) |
Hi folks, I am working on a software package to manipulate spectra and bandpasses, and I expect my users will use it hand in hand with the pylabe interface of matplotlib in order to see the results of their manipulations. It would be extremely useful if xlabel, ylabel, title, and possibly legend could be made smart enough to attempt to call a __str__ method on the objects they are passed, so that xlabel(MyObject) behaves as intelligently as "print MyObject" does. For example, here's what happens presently: >>> bb=S.BlackBody(33000) >>> plot(bb.wave,bb.flux) >>> print bb.waveunits angstrom >>> xlabel(bb.waveunits) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/stsci/pyssgdev/2.5/matplotlib/pylab.py", line 1069, in xlabel l = gca().set_xlabel(s, *args, **kwargs) File "/usr/stsci/pyssgdev/2.5/matplotlib/axes.py", line 1874, in set_xlabel label.set_text(xlabel) File "/usr/stsci/pyssgdev/2.5/matplotlib/text.py", line 735, in set_text raise TypeError("This doesn't look like a string: '%s'"%s) TypeError: This doesn't look like a string: 'angstrom' It seems to me these functions shouldn't care whether they're given a string or not, as long as the things they are given know how to make strings out of themselves. Of course, the workaround is for me to type xlabel(str(bb.waveunits)) but in addition to the annoyance of extra typing, most of my intended users are not presently Python users, and the present behavior (especially the error given at the end of the traceback!) will confuse them. Any chance of getting this implemented? Hopefully, Vicki Laidler, STScI
Hi Peter, this is also the behavior of the numpy histogram function. I personally don't like it, but I think it's kept for compatibility's sake with Numeric. You could use def histogram(a, bins): n = sort(a).searchsorted(bins) n = concatenate([n, [len(a)]]) count = concatenate([[n[0]], n[1:]-n[:-1]]) return count which will return an array where the first bin is the undershoot and the last the overshoot. If you need something fancier (or faster), you may want to look at the histogram function at http://www.scipy.org/DavidHuard (still a work in progress). Cheers, David 2007年3月15日, Peter Melchior <pme...@it...>: > > Hello, > > thanks for the quick reply to my last problem. > Here I've got a new one: > > While the last bin carries the overshoot, the first bin does not carry the > undershoot. > > Example: > > from numpy import * > from pylab import * > > bins = 2 + arange(21) > data = arange(24) > print bins > print data > hist(data,bins) > show() > > The last bin has two counts since it contains the entries 22 and 23 from > data, > but the first bin has only one count, although it should carry the entries > 0,1,2. > > Is this intended? > > Best regards, > > Peter Melchior > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
On 3/15/07, Pellegrini Eric <eri...@ya...> wrote: > Hello everybody, > > when using matplotlib, any plot I create is displayed separately from my > Tkinter application. Is there a direct way to embed the plot created by > matplotlib in a widget such as a canvas using something like "create_image" > or something else ? > > Currently, the only thing I managed to do is: > -create my plot with matshow > -save the figure using savefig (png) > -embed the png in a canvas using create_image > > not very smart, isn't it ? Definitely not ;). It's simple to embed matplotlib in the common toolkits. Download the examples tarball from the matplotlib site and look at the files embedding_in_XXX.py. There are examples for tk, gtk, qt and wx toolkits. > Thank you very much > > best regards > > Eric Pellegrini ~ Antonio
Hi, I have a memory problem. I'm using: matplotlib-0.85, python 2.3.5, gtk 2.8.6 and pygtk 2.8.2. I create a FigureCanvasGTKAgg with a subplot and I add one Line2D to this subplot. Then I add this FigureCanvas in a gtk.Window When I destroy the gtk.Window (by the gtk method destroy), the memory seem to be not released. Even if I clear the subplot before destroy the gtk.window only a part of memory is released. Am I missing something obvious? Can somebody help me? Thanks marco
Hello everybody, when using matplotlib, any plot I create is displayed separately from my Tkinter application. Is there a direct way to embed the plot created by matplotlib in a widget such as a canvas using something like "create_image" or something else ? Currently, the only thing I managed to do is: -create my plot with matshow -save the figure using savefig (png) -embed the png in a canvas using create_image not very smart, isn't it ? Thank you very much best regards Eric Pellegrini --------------------------------- Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses.
This is driving me crazy.... I've tried setting the axes' frame's edgecolor but nothing I try lets me get rid of or change the color of the black border around my axes. What is the recommend way of doing this, or is it even possible? (screenshot of my current results attached.) Thanks for any enlightenment. :) --PLB
I ended up finding a solution to this by using a FixedLocator and manually setting each of the tick positions for both major and minor grids without overlap. I'm not sure if this is the recommended way to do this, but hey, it worked ;-) for tick in range(seconds+1)[1:]: if tick % major_multiple == 0: xmajorticks.append(tick) elif tick % minor_multiple == 0: xminorticks.append(tick) ax.xaxis.set_major_locator(FixedLocator(xmajorticks)) ax.xaxis.set_minor_locator(FixedLocator(xminorticks)) At 15:14 14.3.2007, Peter Buschman wrote: >Hello: > >I am trying to set different colors for both major and minor >gridlines. In essence, I want the major gridlines >to be slightly darker than the minor ones. > >However, using the syntax below, I can only seem to set the >properties of one of the sets of gridlines at a >time. If I comment out the ax.xaxis.grid() call for the minor grid, >the major grid color gets set correctly. >However, if I try to set both, as shown below, only the color for the >minor grid is set. > >Is the minor grid overriding the major grid somehow? If so, is there >another property I need to set somewhere? > >Many thanks if anyone can help :-) > > minor_grid_color = '#E6E6E6' > major_grid_color = '#DCDCDC' > > figure(figsize=(pagewidth, pageheight), frameon=frameon, >facecolor=facecolor, edgecolor=edgecolor) > > minor_multiple = 900 > major_multiple = 3600 > > axes([0.05, 0.05, 0.90, 0.90]) > ax=gca() > ax.xaxis.set_minor_locator(MultipleLocator(minor_multiple)) > ax.xaxis.set_major_locator(MultipleLocator(major_multiple)) > ax.xaxis.grid(True, which="major", linestyle='-', > color=major_grid_color) > ax.xaxis.grid(True, which="minor", linestyle='-', > color=minor_grid_color) > > > >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >_______________________________________________ >Matplotlib-users mailing list >Mat...@li... >https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Hello, thanks for the quick reply to my last problem. Here I've got a new one: While the last bin carries the overshoot, the first bin does not carry the undershoot. Example: from numpy import * from pylab import * bins = 2 + arange(21) data = arange(24) print bins print data hist(data,bins) show() The last bin has two counts since it contains the entries 22 and 23 from data, but the first bin has only one count, although it should carry the entries 0,1,2. Is this intended? Best regards, Peter Melchior
Bill, very cool. Also, thanks for showing me how Twisted can be used like Pyro, more-or-less, I think. (If I understand your code from my 1 minute perusal.) On Mac OS X, there's one issue I don't have time to follow any further: sys.executable points to /Library/Frameworks/Python.framework/Versions/2.4/Resources/Python.app/Contents/MacOS/Python whereas /Library/Frameworks/Python.framework/Versions/Current/bin/python is the file actually on my path. For some reason, when I run the latter ezplot is found, when the former, it is not. Thus, your auto-spawning of a plotserver instance fails on my installation. Other than that, the example you gave works as advertised and looks great. (Ohh, those anti-aliased lines look better and better the more I suffer through my colleagues' aliased plots...) Bill Baxter wrote: > Howdy Folks, > > I was missing the good ole days of using Matlab back at the Uni when I > could debug my code, stop at breakpoints and plot various data without > fear of blocking the interpreter process. > > Using "ipython -pylab" is what has been suggested to me in the past, > but the problem is I don't do my debugging from ipython. I have a > very nice IDE that works very well, and it has a lovely interactive > debugging prompt that I can use to probe my code when stopped at a > breakpoint. It's great except I can't really use matplotlib for > debugging there because it causes things to freeze up. > > So I've come up with a decent (though not perfect) solution for > quickie interactive plots which is to run matplotlib in a separate > process. I call the result it 'ezplot'. The first alpha version of > this is now available at the Cheeseshop. (I made an egg too, so if > you have setuptools you can do "easy_install ezplot".) > > The basic usage is like so: > > In [1]: import ezplot > In [2]: p = ezplot.Plotter() > In [3]: p.plot([1,2,3],[1,4,9],marker='o') > Connecting to server... waiting... > connected to plotserver 0.1.0a1 on http://localhost:8397 > Out[3]: True > In [4]: from numpy import * > In [5]: x = linspace(-5,5,20) > In [13]: p.clf() > Out[13]: True > In [14]: p.plot(x, x*x*log(x*x+0.01)) > > (Imagine lovely plots popping up on your screen as these commands are typed.) > > The only return values you get back are True (success...probably) or > False (failure...for sure). So no fancy plot object manipulation is > possible. But you can do basic plots no problem. > > The nice part is that this (unlike ipython's built-in -pylab threading > mojo) should work just as well from wherever you're using python. > Whether it's ipython (no -pylab) or Idle, or a plain MS-DOS console, > or WingIDE's debug probe, or SPE, or a PyCrust shell or whatever. It > doesn't matter because all the client is doing is packing up data and > shipping over a socket. All the GUI plotting mojo happens in a > completely separate process. > > There are plenty of ways this could be made better, but for me, for > now, this probably does pretty much all I need, so it's back to Real > Work. But if anyone is interested in making improvements to this, let > me know. > > Here's a short list of things that could be improved: > * Right now I assume use of the wxAGG backend for matplotlib. Don't > know how much work it would be to support other back ends (or how to > go about it, really). wxAGG is what I always use. > * Returning more error/exception info from the server would be nice > * Returning full fledged proxy plot objects would be nice too, but I > suspect that's a huge effort > * SOAP may be better for this than xmlrpclib but I just couldn't get > it to work (SOAPpy + Twisted). > * A little more safety would be nice. Anyone know how to make a > Twisted xmlrpc server not accept connections from anywhere except > localhost? > * There's a little glitch in that the spawned plot server dies with > the parent that created it. Maybe there's a flag to subprocess.Popen > to fix that? > * Sometimes when you click on "Exit Server", if there are plot windows > open it hangs while shutting down. > > > Only tested on Win32 but there's nothing much platform specific in there. > > Give it a try and let me know what you think! > > --bb > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >