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
(2) |
2
(1) |
3
(6) |
4
(19) |
5
(11) |
6
(2) |
7
|
8
(5) |
9
(13) |
10
(25) |
11
(28) |
12
(6) |
13
(10) |
14
(3) |
15
(4) |
16
(8) |
17
(16) |
18
(12) |
19
(16) |
20
(12) |
21
(11) |
22
(13) |
23
(11) |
24
(22) |
25
(28) |
26
(11) |
27
(8) |
28
(7) |
29
(19) |
30
(3) |
31
(20) |
|
|
|
|
Figured it out. For posterity: import matplotlib.cbook majorLabelText =3D [axis.major.formatter(x,i) for i, x in cbook.enumerate(axis.major.locator())] will get you the text and the labels are accessable via: majorLabels =3D [tick.label1 for tick in axis.get_major_ticks() if tick.label1On] +\ [tick.label2 for tick in axis.get_major_ticks() if tick.label= 2On] There's a convenience function for the major labels but not for the minor, so I do it this way for both.
Hello - It was brought to my attention that when matplotlib is installed on win32, the .matplotlib directory is not created in the \Documents and Settings\username directory until matplotlib is imported once (for exampe from pylab import *). This causes some confusion for new users in the installation process (like the students in my class). One of the problems i= s that many users cannot create a directory with the name '.matplotlib', as X= P requires a folder to have a name, not just an extension (those MS guys...). Can the install script be modified to create this directory (and preferably put the matplotlibrc file in it) when matplotlib is installed? Thanks, Mark
>>>>> "Darren" == Darren Dale <dd...@co...> writes: >> Is it possible to disable this message when importing >> matplotlib ? >> >> >>> import matplotlib >> >> /usr/lib64/python2.4/site-packages/matplotlib/__init__.py:729: >> UserWarning: ghostscript-8.15 found. ghostscript-8.16 or later >> is recommended for use with the text.usetex option. >> warnings.warn( 'ghostscript-%s found. ghostscript-%s or later >> is \ Darren> Not at present. I wanted to make this warning a call to Darren> verbose.report, but couldnt get it to work. The report was Darren> not printed. I'll look into it again this morning. Well, since it is open source software, you can always go into that file Nils and comment out the warning and reinstall... JDH
On Friday 27 January 2006 6:58 am, Nils Wagner wrote: > Is it possible to disable this message when importing matplotlib ? > > >>> import matplotlib > > /usr/lib64/python2.4/site-packages/matplotlib/__init__.py:729: > UserWarning: ghostscript-8.15 found. ghostscript-8.16 or later is > recommended for use with the text.usetex option. > warnings.warn( 'ghostscript-%s found. ghostscript-%s or later is \ Not at present. I wanted to make this warning a call to verbose.report, but couldnt get it to work. The report was not printed. I'll look into it again this morning. Darren
Is it possible to disable this message when importing matplotlib ? >>> import matplotlib /usr/lib64/python2.4/site-packages/matplotlib/__init__.py:729: UserWarning: ghostscript-8.15 found. ghostscript-8.16 or later is recommended for use with the text.usetex option. warnings.warn( 'ghostscript-%s found. ghostscript-%s or later is \ Nils
Good morning, >Could it be that you don't have numpy as your rc setting in matplotlib? Yes, because I 've installed scipy_core, scipy and of course Numeric to get matplotlib-0.86 working properly... So, immediately a question arises: "If I install NumPy-0.9.4 (old embosomed name;-) ) and SciPy-0.4.4 could matplotlib-0.86.2 work with the array interface now?" Sorry for not following the discussions on different lists... Cheers Jens
I'm working on some custom graphs [1] and want the ability to vary the label based on the content of the label. The problem is that the label text (majorTick.label1._mytext.get_text()) doesn't get filled until the graph is plotted. Any help would be appreciated. [1] http://gr.ayre.st/~grayrest/custom_graph.png I basically want 'Jan 11' and 'noon' to be highlighted. At the moment I'm just highlighting every fourth major tick.
Christopher Barker wrote: > Fernando Perez wrote: > >>the code behind this: >> >>http://bayes.colorado.edu/cgi-bin/arrows/arrow_cgi.py >> >>(just try the mock example with the data in the page) is coming to >>matplotlib in a week or two. > > > Now you tell me! > > Would you be willing to send me some code sooner? I don't want to work > on my code more it you've already done a better job of it. > > Did you make a "Collections" class. I can imagine that performance could > be important sometimes. I didn't write the code, so I can't send it. I'll contact the author and let him know. Cheers, f
Has anyone implemented a nice SCATTERPLOT MATRIX (e.g., click http://www.math.sfu.ca/~cschwarz/Stat-301/Handouts/node43.html and tab down once for an example. Or for variants see e.g. http://www.ncss.com/scatmatrix.html http://www.itl.nist.gov/div898/software/dataplot/refman1/auxillar/scatplma.htm http://www.mrc-bsu.cam.ac.uk/bugs/documentation/coda03/node34.html ) Thank you, Alan Isaac
Fernando Perez wrote: > the code behind this: > > http://bayes.colorado.edu/cgi-bin/arrows/arrow_cgi.py > > (just try the mock example with the data in the page) is coming to > matplotlib in a week or two. Now you tell me! Would you be willing to send me some code sooner? I don't want to work on my code more it you've already done a better job of it. Did you make a "Collections" class. I can imagine that performance could be important sometimes. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no...
Christopher Barker wrote: > Hi all, > > I've written a little custom LineCollection class that draws a bunch of > arrows pointing in given directions, with their origins at a set of > (x,y) points. I use this type of plot to plot vector quantities varying > over time, like an ocean current at a point, for instance. The x-axis is > time, the y-axis is magnitude, and the arrow points in the direction. the code behind this: http://bayes.colorado.edu/cgi-bin/arrows/arrow_cgi.py (just try the mock example with the data in the page) is coming to matplotlib in a week or two. I think it addresses some of the issues you're dealing with: it's an arrows-on-steroids class, with control over heads (including the half-heads shown) and more. Cheers, f
>>>>> "Jack" == Jack Sankey <jac...@gm...> writes: Jack> Hello, Is there a global figure handler, something like _pylab_helpers.Gcf Jack> pylab.get_all_figures() Jack> that returns an array of figure instances? Right now I'm Jack> just using wx.GetTopLevelWindows()[n].canvas.figure import _pylab_helpers figures = [manager.canvas.figure for manager in _pylab_helpers.Gcf.get_all_fig_managers()] JDH
Hello, Is there a global figure handler, something like pylab.get_all_figures() that returns an array of figure instances? Right now I'm just using wx.GetTopLevelWindows()[n].canvas.figure Thanks, Jack
Hi all, I've written a little custom LineCollection class that draws a bunch of arrows pointing in given directions, with their origins at a set of (x,y) points. I use this type of plot to plot vector quantities varying over time, like an ocean current at a point, for instance. The x-axis is time, the y-axis is magnitude, and the arrow points in the direction. I've enclosed a PNG of a sample plot (with clearly meaningless data), and the code that created it. John Hunter wrote: > What you want to do is use a line collection, Following John's sample code, I got it working, but I do have a few questions: I'm now drawing the arrows as a LineCollection, and then drawing with 'o' markers on top to get the circles. Is there a way to add markers like that to the LineCollection, so that it's a single class? The arrow heads look a bit off. If you make them much larger, they look fine, but small, they're not quire right. I suspect there is some rounding to integers that is going on. Or maybe it's something with the join style? (note, I'm using GTKAgg) The way the code is written now, I need to pass in a axes object and a figure object, as I need the transData attribute from the axes and the dpi attribute from the figure. This creates a coupling that I'm not happy with. It's a bit odd that I have to pass the axes into the constructor, then add the LineCollection to the axes again. Is there a way to write this so that the transOffset and transform are applied when the LineCollection is added to the axes, rather than ahead of time? Also, the Figure coupling is even worse -- is there a way to discover what figure an axes is on from the axes itself (or get it's dpi, which is all I really need?) I guess what I'm hoping exists, and suggesting if it doesn't, is that the scaling and all would be "lazy", like lazy Values. The transform and scaling wouldn't be defined until it's time to actually render the LineCollection. I did something like that in my FloatCanvas. Each DrawObject has a _Draw method that gets a "WorldToPixel" function passed in. This function converts world coordinates that the object is defined in to pixel coordinates that it needs to draw itself with. That way, the object can exist entirely separate from a Canvas, and need know nothing about how it's coordinates need to be transformed until it needs to draw itself. Can something like this be done in MPL? Would this be a useful plot type to add to MPL? If so, can you suggest an existing class that I should imitate to define what the interface would look like? thanks, -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no...
>>>>> "J" == J Brandenburg <J.B...@if...> writes: J> Hi, >> r,t = ogrid[0:pi:deltatheta, 0:2*pi:deltatheta] J> doesn't work for me... J> running J> ------------------------------------------------------------ J> from scipy import * from pylab import * Could it be that you don't have numpy as your rc setting in matplotlib? If not, you're getting the wrong names when you do from pylab import * JDH
>typecode. > > This is an error from old Numeric. I'm still not sure why you are getting it as this works for me using old scipy. -Travis
Hi, >r,t = ogrid[0:pi:deltatheta, 0:2*pi:deltatheta] doesn't work for me... running ------------------------------------------------------------ from scipy import * from pylab import * deltatheta = 2.*pi/100. r,t=ogrid[0:pi:deltatheta, 0:2.*pi:deltatheta] Z = sin(r)*sin(3.*t) X = r*cos(t) Y = r*sin(t) figure(figsize=(8,8)) cs = contourf(X, Y, Z) title('Simple polar contour plot') show() ------------------------------------------------------------ Returns me the following: Editing... done. Executing edited code... --------------------------------------------------------------------------- exceptions.TypeError Traceback (most recent call last) /media/exchange/Python/bsp_polar02.py 6 deltatheta = 2.*pi/100. 7 r,t=ogrid[0:pi:deltatheta, 0:2.*pi:deltatheta] ----> 8 Z = sin(r)*sin(3.*t) 9 X = r*cos(t) 10 Y = r*sin(t) TypeError: function not supported for the spacesaver array with the largest typecode. Cheers Jens Brandenburg
>>>>> "Jerry" == Jerry He <reb...@ya...> writes: Jerry> Hi, When I tried to save a plot from the TkAgg GUI, it Jerry> gave me an error message, here's the whole sesssion ...snip... >>>> show() One should never call 'show' from the interactive shell; see http://matplotlib.sf.net/faq.html#SHOW But, even considering that, I cannot replicate your bug. What version of mpl are you using? Jerry> self.renderer._renderer.write_png(str(filename)) Jerry> UnicodeEncodeError: 'ascii' codec can't encode characters Jerry> in position 36-37: ord inal not in range(128) Looks like something funny with unicode -- please describe as much as possible about your (language) environment and if possible a complete free-standing script which replicates the bug. Thanks! JDH
On 25 Jan 2006, at 21:13, Eric Firing wrote: > James Boyle wrote: >> In the quadmesh demo the shapes of the data(Z) and the coordinates >> (Qx,Qz) are exactly the same (n x n). >> Now my understanding is that what is being plotted are values in a >> mesh which needs (n+1,n+1) vertices to describe it. >> If I have a mesh of quadrilaterals defined by the vertices - how >> can pcolormesh plot this? >> In collections.py the comments of QuadMesh appear to be addressing >> the description of the vertices, how is this used by pcolormesh? >> It is very likely something very simple I am missing but I am at a >> loss at present. >> --Jim > > > Jim, > > I think that all the pcolor-type functions and methods simply throw > away the last row and column of Z. This behavior is inherited from > Matlab. Perhaps it could be clarified (made explicit) in the > documentation. This has always been a very annoying feature of matlab. > I would also be inclined to make these functions accept a Z with > dimensions (m-1, n-1) for a grid with dimensions (m,n). It is > silly to have to tack on an extra dummy row and column just to be > able to use all the values in a Z array. It really would be much more logical. George.
When you click on the close button of a graphics window, does this call pylab.close()? -Jack
On Wednesday 25 January 2006 14:59, Ryan Krauss wrote: > My guess on the first problem is that you don't have ps2eps installed. > This is a dependency that I am not sure is checked. There was a bug in the function that checks for ps2eps. It is fixed in cvs.
James Boyle wrote: > In the quadmesh demo the shapes of the data(Z) and the > coordinates(Qx,Qz) are exactly the same (n x n). > Now my understanding is that what is being plotted are values in a mesh > which needs (n+1,n+1) vertices to describe it. > > If I have a mesh of quadrilaterals defined by the vertices - how can > pcolormesh plot this? > > In collections.py the comments of QuadMesh appear to be addressing the > description of the vertices, how is this used by pcolormesh? > > It is very likely something very simple I am missing but I am at a loss > at present. > > --Jim Jim, I think that all the pcolor-type functions and methods simply throw away the last row and column of Z. This behavior is inherited from Matlab. Perhaps it could be clarified (made explicit) in the documentation. I would also be inclined to make these functions accept a Z with dimensions (m-1, n-1) for a grid with dimensions (m,n). It is silly to have to tack on an extra dummy row and column just to be able to use all the values in a Z array. Other people are working on the pcolor-type functions now, so I don't want to barge in and make these changes, but I don't see any reason they can't be made once the dust settles. Eric
In the quadmesh demo the shapes of the data(Z) and the coordinates(Qx,Qz) are exactly the same (n x n). Now my understanding is that what is being plotted are values in a mesh which needs (n+1,n+1) vertices to describe it. If I have a mesh of quadrilaterals defined by the vertices - how can pcolormesh plot this? In collections.py the comments of QuadMesh appear to be addressing the description of the vertices, how is this used by pcolormesh? It is very likely something very simple I am missing but I am at a loss at present. --Jim
D'oh! I thought I had caught all the dependencies. That did it for the distilling, thanks. Anyone else with this problem, ps2eps can be found at http://www.tm.uka.de/~bless/ps2eps. On 1/25/06, Ryan Krauss <rya...@gm...> wrote: > My guess on the first problem is that you don't have ps2eps installed. > This is a dependency that I am not sure is checked. The output of > this command should create an .eps file in the tmp folder you were > looking at. > -- -- Graeme gra...@gm...
My guess on the first problem is that you don't have ps2eps installed. This is a dependency that I am not sure is checked. The output of this command should create an .eps file in the tmp folder you were looking at. Try typing ps2eps -v at a command prompt and see if you have it. You also need ps2pdf and pdftops, but if the message is complaining about an eps file, ps2eps is likely the problem. I think these commands are mainly ghostscript wrappers, but I am not sure. Ryan On 1/25/06, Graeme Lufkin <gra...@gm...> wrote: > I'm quite excited about usetex; it looks like exactly what I want. > I'm using matplotlib 0.86.2, dvipng 1.7, xpdf 3.00 and > gnu-ghostscript-8.16. I've got two issues. > First, I tried setting ps.usedistiller to xpdf, and got the error > 'file not found: ~/tmp/<long hash here>.eps'. If I look, a '.ps' file > is there, which is probably what the distilling process means. Help? > Second: In the script below, I've edited tex_demo.py to reveal two > bugs. First, if I don't specify the right size axes, the top plot > label gets cut off, presumably because the height of the latex > fragment isn't calculated right or something. Second, I've increased > the amplitude of the function, making the y-axis ticks integral. With > this change, the y axis ticks are now back in the default matplotlib > font, instead of Computer Modern as when they were between 0 and 2. > Not sure how this could happen. > Thanks for your great work so far. > > tex_demo.py: > rc('text', usetex=3DTrue) > #figure(1) > #ax =3D axes([0.1, 0.1, 0.8, 0.7]) > t =3D arange(0.0, 1.0+0.01, 0.01) > s =3D 50 * cos(2*2*pi*t)+50 > plot(t, s) > > xlabel(r'\bf{time (s)}') > ylabel(r'\it{voltage (mV)}',fontsize=3D16) > title(r"\TeX\ is Number > $\displaystyle\sum_{n=3D1}^\infty\frac{-e^{i\pi}}{2^n}$!", > fontsize=3D16, color=3D'r') > grid(True) > savefig('tex_demo') > show() > > -- > -- Graeme > gra...@gm... > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=103432&bid#0486&dat=121642 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >