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) |
|
|
|
|
|
From: Robert K. <rob...@gm...> - 2006-01-25 19:48:11
|
Graeme Lufkin wrote: > Reading the user's guide, matplotlib looks for the matplotlibrc file > in current directory, home dir, get_data_path(), then finally > $MATPLOTLIBDATA before giving up. I assumed that this order meant > that options found higher in the list overrode those set in > lower-priority rc files. When I started playing with usetex, I found > that lower priority rc files aren't read at all, only the first found > rc file. This goes counter to standard rc file practice, where a > system-wide file is read first, then possibly overridden by personal > ($HOME) and working directory options. > Is this analysis correct? More or less. > Is there a reason for it? It was the easiest thing to do and didn't seem to be place too onerous a burden on anyone. > Can it be > changed? Well, I believe that an overhaul of the options system has been on the table for some time now. I'm sure that if you are willing to write code to implement such semantics that it will probably be included. -- Robert Kern rob...@gm... "In the fields of hell where the grass grows high Are the graves of dreams allowed to die." -- Richard Harter |
|
From: Graeme L. <gra...@gm...> - 2006-01-25 19:28:04
|
I'm quite excited about usetex; it looks like exactly what I want.=20
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.=20
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...
|
|
From: Graeme L. <gra...@gm...> - 2006-01-25 19:13:15
|
Reading the user's guide, matplotlib looks for the matplotlibrc file
in current directory, home dir, get_data_path(), then finally
$MATPLOTLIBDATA before giving up. I assumed that this order meant
that options found higher in the list overrode those set in
lower-priority rc files. When I started playing with usetex, I found
that lower priority rc files aren't read at all, only the first found
rc file. This goes counter to standard rc file practice, where a
system-wide file is read first, then possibly overridden by personal
($HOME) and working directory options.
Is this analysis correct? Is there a reason for it? Can it be
changed? Thanks
--
-- Graeme
gra...@gm...
|
|
From: Travis E. O. <oli...@ie...> - 2006-01-25 19:01:42
|
Jeff Whitaker wrote:
> Stephens, A (Ag) wrote:
>
>
> Ag: You should be able to use either contourf or pcolor to make the
> plot by just passing it the X and Y coordinates of the radial distance,
> azimuth points. Here's a simple example:
>
> from pylab import *
> deltatheta = 2.*pi/100.
> theta = arange(0.,2.*pi,deltatheta)
> R = arange(0.,pi,deltatheta)
> r,t = meshgrid(R, theta)
I see this kind of code a lot on this list. I just want to point out
that in NumPy (and Numeric and Numarray) you don't have to completely
generate the "meshgrid" like this because of broadcasting. All you need
is for r to be Nx1 and t to be 1xN and the broadcasting will take care
of it so that Z, X, and Y below are all NxN. This can save space and
time particularly for large values of N.
In NumPy (and old SciPy) there is even a simple constructor for these
"open" grids:
r,t = ogrid[0:pi:deltatheta, 0:2*pi:deltatheta]
would replace the three lines above.
> 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()
Sorry for the somewhat off-topic post.
-Travis
|
|
From: Eric F. <ef...@ha...> - 2006-01-25 17:30:59
|
Christian, James, I added masked_array support to the scatter function in CVS yesterday, so that with mpl from CVS one should be able to used masked arrays for any or all of the array arguments and it will plot only the unmasked values. I added examples/scatter_masked.py to illustrate this. Eric Christian Meesters wrote: > Hi James, > > Guess I can't provide what Jim wants to code, but perhaps the wiki entry I > wrote a while ago will help out: > http://new.scipy.org/Wiki/Cookbook/Matplotlib/Plotting_values_with_masked_arrays > (apparently the new highlighter messed up some lines, but it is still > readable) > > Christian > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > 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?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Arnd B. <arn...@we...> - 2006-01-25 16:10:44
|
Hi Ryan,
On Wed, 25 Jan 2006, Ryan Krauss wrote:
> This is a threading problem. As I understand it, you have two options:
> 1. Stick with TkAgg.
Hmm. Unfortunately, TkAgg is a factor 2 slower for animations
than GTKAgg.
> 2. Run the demo under iPython.
I just tried that, i.e. via:
ipython -pylab
run tst.py
but it did not work: whenever the plot window is behind
some other window during the raw_input(""),
the contents is destroyed.
Best, Arnd
|
|
From: Ryan K. <rya...@gm...> - 2006-01-25 14:40:02
|
This is a threading problem. As I understand it, you have two options:
1. Stick with TkAgg.
2. Run the demo under iPython.
Otherwise the user has to close the plot window to keep the thread going.
On 1/25/06, Arnd Baecker <arn...@we...> wrote:
> Hi,
>
> I need help for the conversion from scipy.xplt to matplotlib:
>
> We have several cases where one plot is shown after another,
> separated via
> raw_input("press <enter> for the next plot")
>
> However, while waiting for <enter> the redraw of the plot window
> does not work (e.g if it gets behind some other window).
>
> This example, run as a script, demonstrates the problem:
>
> #---------------------------------------------------------
> from pylab import *
> ion() # interactive mode
> x =3D arange(10)
> plot(x,x*x) # add something to the plot
> draw()
> raw_input("press <enter> for the next plot")
> clf() # another plot
> plot(x,x**3)
> draw()
> raw_input("press <enter> for end")
> #---------------------------------------------------------
>
> This does work for TkAgg but not for GTK, GTKAgg and WX.
>
> Best, Arnd
>
> P.S.: This is under debian linux with the latest CVS.
> I could not test it under WXAgg because this gives me
> (process:4035): GLib-GObject-CRITICAL **: g_object_new: assertion
> `G_TYPE_IS_OBJECT (object_type)' failed
>
>
>
>
> -------------------------------------------------------
> 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?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
|
|
From: Arnd B. <arn...@we...> - 2006-01-25 14:04:40
|
Hi,
I need help for the conversion from scipy.xplt to matplotlib:
We have several cases where one plot is shown after another,
separated via
raw_input("press <enter> for the next plot")
However, while waiting for <enter> the redraw of the plot window
does not work (e.g if it gets behind some other window).
This example, run as a script, demonstrates the problem:
#---------------------------------------------------------
from pylab import *
ion() # interactive mode
x = arange(10)
plot(x,x*x) # add something to the plot
draw()
raw_input("press <enter> for the next plot")
clf() # another plot
plot(x,x**3)
draw()
raw_input("press <enter> for end")
#---------------------------------------------------------
This does work for TkAgg but not for GTK, GTKAgg and WX.
Best, Arnd
P.S.: This is under debian linux with the latest CVS.
I could not test it under WXAgg because this gives me
(process:4035): GLib-GObject-CRITICAL **: g_object_new: assertion
`G_TYPE_IS_OBJECT (object_type)' failed
|
|
From: Jeff W. <js...@fa...> - 2006-01-25 13:21:06
|
Stephens, A (Ag) wrote: > Dear all, > > I am just looking at matplotlib for the first time and liking very much > what I see. I have a requirement to try and plot a horizontal scan from > a radar. The incoming data is simply array(distanceFromInstrument, > azimuth). Has anybody tried doing for a polar plot without converting > the data to a lat/lon grid first? > > An example of what I'd like to do is visible at: > > http://www.chilbolton.rl.ac.uk/weather/latest/latest_ppi_v2.png > > Thanks, > > Ag > Ag: You should be able to use either contourf or pcolor to make the plot by just passing it the X and Y coordinates of the radial distance, azimuth points. Here's a simple example: from pylab import * deltatheta = 2.*pi/100. theta = arange(0.,2.*pi,deltatheta) R = arange(0.,pi,deltatheta) r,t = meshgrid(R, theta) 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() -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Darren D. <dd...@co...> - 2006-01-25 11:42:23
|
On Tuesday 24 January 2006 10:41 pm, Christopher Fonnesbeck wrote: > For some reason, the current cvs build of matplotlib > generates a strange error: > > import pylab > pylab.plot([1,2,3]) > > yields: > > ValueError: arrays must have same number of dimensions I think this was discussed on the devel list last week: http://sourceforge.net/mailarchive/forum.php?thread_id=9520529&forum_id=36187 |
|
From: Christian M. <mee...@un...> - 2006-01-25 08:26:35
|
Hi James, Guess I can't provide what Jim wants to code, but perhaps the wiki entry I wrote a while ago will help out: http://new.scipy.org/Wiki/Cookbook/Matplotlib/Plotting_values_with_masked_arrays (apparently the new highlighter messed up some lines, but it is still readable) Christian |
|
From: David T. <dav...@gm...> - 2006-01-25 05:32:31
|
Hi, I'm looking for a pygtk GUI to configure matplotlib plot attributes like it is done in Mplot http://cars9.uchicago.edu/~newville/Python/MPlot/screenshots.html <http://cars9.uchicago.edu/%7Enewville/Python/MPlot/screenshots.html> or something equivalent using a tree .... David |
|
From: David T. <dav...@gm...> - 2006-01-25 05:29:58
|
Hi, I'm looking for a pygtk GUI to configure matplotlib plot attributes like it is done in Mplot http://cars9.uchicago.edu/~newville/Python/MPlot/screenshots.html or something equivalent using a tree .... David |
|
From: Matt N. <new...@ca...> - 2006-01-25 05:08:06
|
Jack, It's not exactly the same (it doesn't use a tree to access 'objects'), but MPlot has a wxPython GUI for configuring many of the plot attributes such as line style, color, etc. See http://cars9.uchicago.edu/~newville/Python/MPlot/screenshots.html --Matt |
|
From: Eric F. <ef...@ha...> - 2006-01-25 04:07:44
|
Christopher Fonnesbeck wrote: > For some reason, the current cvs build of matplotlib > generates a strange error: > > import pylab > pylab.plot([1,2,3]) > > yields: > > ValueError: arrays must have same number of dimensions > > I thought perhaps a second array was required, but: > > pylab.plot([1,2,3],[1,2,3]) > > yields the same error. > > Anyone else getting this? Chris, I'm not. Looking at your traceback, I see that your version of lines.py is not up-to-date, and is missing the changes required for numpy support that will solve this problem. There have been several such changes during the past week. Either there are big problems with CVS mirror lag, or you have not updated recently enough. Eric |
|
From: Charlie M. <cw...@gm...> - 2006-01-25 03:59:34
|
Judging from "matplotlib-0.86-py2.4-macosx-10.4-ppc.egg" I am guessing
you are not using cvs matplotlib. That is a strange error none the
less. 0.86.2 was released today. Can you give it a try?
On 1/24/06, Christopher Fonnesbeck <ch...@tr...> wrote:
> For some reason, the current cvs build of matplotlib
> generates a strange error:
>
> import pylab
> pylab.plot([1,2,3])
>
> yields:
>
> ValueError: arrays must have same number of dimensions
>
> I thought perhaps a second array was required, but:
>
> pylab.plot([1,2,3],[1,2,3])
>
> yields the same error.
>
> Anyone else getting this?
>
> Here is a full debug of the call using ipython:
>
> In [4]: pylab.plot([1,2,3])
> -------------------------------------------------------------------------=
--
> exceptions.ValueError
> Traceback (most recent call last)
>
> /Users/chris/<ipython console>
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
> in plot(*args=3D([1, 2, 3],), **kwargs=3D{})
> 2053 def plot(*args, **kwargs):
> 2054 # allow callers to override the hold state
> by passing hold=3DTrue|False
> -> 2055 b =3D ishold()
> b =3D undefined
> global ishold =3D <function ishold at 0x175a270>
> 2056 h =3D popd(kwargs, 'hold', None)
> 2057 if h is not None:
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
> in ishold()
> 937 Return the hold status of the current axes
> 938 """
> --> 939 return gca().ishold()
> global gca.ishold =3D undefined
> 940
> 941 def isinteractive():
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
> in gca(**kwargs=3D{})
> 888 """
> 889
> --> 890 ax =3D gcf().gca(**kwargs)
> ax =3D undefined
> global gcf.gca =3D undefined
> kwargs =3D {}
> 891 return ax
> 892
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/figure.py
> in gca(self=3D<matplotlib.figure.Figure instance at
> 0x16a3440>, **kwargs=3D{})
> 613 ax =3D self._axstack()
> 614 if ax is not None: return ax
> --> 615 return self.add_subplot(111, **kwargs)
> self.add_subplot =3D <bound method
> Figure.add_subplot of <matplotlib.figure.Figure
> instance at 0x16a3440>>
> kwargs =3D {}
> 616
> 617 def sca(self, a):
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/figure.py
> in add_subplot(self=3D<matplotlib.figure.Figure instance
> at 0x16a3440>, *args=3D(111,), **kwargs=3D{})
> 463 a =3D PolarSubplot(self, *args,
> **kwargs)
> 464 else:
> --> 465 a =3D Subplot(self, *args,
> **kwargs)
> a =3D undefined
> global Subplot =3D <class
> matplotlib.axes.Subplot at 0x169ec30>
> self =3D <matplotlib.figure.Figure instance at
> 0x16a3440>
> args =3D (111,)
> kwargs =3D {}
> 466
> 467
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axes.py
> in __init__(self=3D<matplotlib.axes.Subplot instance at
> 0x16e67d8>, fig=3D<matplotlib.figure.Figure instance at
> 0x16a3440>, *args=3D(111,), **kwargs=3D{})
> 3972 def __init__(self, fig, *args, **kwargs):
> 3973 SubplotBase.__init__(self, fig, *args)
> -> 3974 Axes.__init__(self, fig,
> [self.figLeft, self.figBottom,
> global Axes.__init__ =3D <unbound method
> Axes.__init__>
> self =3D <matplotlib.axes.Subplot instance at
> 0x16e67d8>
> fig =3D <matplotlib.figure.Figure instance at
> 0x16a3440>
> self.figLeft =3D 0.125
> self.figBottom =3D 0.099999999999999978
> self.figW =3D 0.77500000000000002
> self.figH =3D 0.80000000000000004
> kwargs =3D {}
> 3975 self.figW,
> self.figH], **kwargs)
> 3976
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axes.py
> in __init__(self=3D<matplotlib.axes.Subplot instance at
> 0x16e67d8>, fig=3D<matplotlib.figure.Figure instance at
> 0x16a3440>, rect=3D[0.125, 0.099999999999999978,
> 0.77500000000000002, 0.80000000000000004],
> axisbg=3DNone, frameon=3DTrue, sharex=3DNone, sharey=3DNone,
> label=3D'', **kwargs=3D{})
> 329
> 330 # this call may differ for non-sep
> axes, eg polar
> --> 331 self._init_axis()
> self._init_axis =3D <bound method
> Subplot._init_axis of <matplotlib.axes.Subplot
> instance at 0x16e67d8>>
> 332
> 333
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axes.py
> in _init_axis(self=3D<matplotlib.axes.Subplot instance
> at 0x16e67d8>)
> 358 def _init_axis(self):
> 359 "move this out of __init__ because
> non-separable axes don't use it"
> --> 360 self.xaxis =3D XAxis(self)
> self.xaxis =3D undefined
> global XAxis =3D <class matplotlib.axis.XAxis at
> 0x167a060>
> self =3D <matplotlib.axes.Subplot instance at
> 0x16e67d8>
> 361 self.yaxis =3D YAxis(self)
> 362
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
> in __init__(self=3D<matplotlib.axis.XAxis instance at
> 0x177fb48>, axes=3D<matplotlib.axes.Subplot instance at
> 0x16e67d8>)
> 499 self.minorTicks =3D []
> 500
> --> 501 self.cla()
> self.cla =3D <bound method XAxis.cla of
> <matplotlib.axis.XAxis instance at 0x177fb48>>
> 502
> 503 def cla(self):
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
> in cla(self=3D<matplotlib.axis.XAxis instance at
> 0x177fb48>)
> 522 popall(self.minorTicks)
> 523
> --> 524
> self.majorTicks.extend([self._get_tick(major=3DTrue)
> for i in range(1)])
> self.majorTicks.extend =3D <built-in method
> extend of list object at 0x177fcb0>
> self._get_tick =3D <bound method XAxis._get_tick
> of <matplotlib.axis.XAxis instance at 0x177fb48>>
> global major =3D undefined
> global True =3D undefined
> i =3D 0
> global range =3D undefined
> 525
> self.minorTicks.extend([self._get_tick(major=3DFalse)
> for i in range(1)])
> 526
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
> in _get_tick(self=3D<matplotlib.axis.XAxis instance at
> 0x177fb48>, major=3DTrue)
> 832
> 833 def _get_tick(self, major):
> --> 834 return XTick(self.axes, 0, '',
> major=3Dmajor)
> global XTick =3D <class matplotlib.axis.XTick at
> 0x1614f60>
> self.axes =3D <matplotlib.axes.Subplot instance
> at 0x16e67d8>
> major =3D True
> 835
> 836 def _get_label(self):
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
> in __init__(self=3D<matplotlib.axis.XTick instance at
> 0x177fe40>, axes=3D<matplotlib.axes.Subplot instance at
> 0x16e67d8>, loc=3D0, label=3D'', size=3D4.0, gridOn=3DFalse,
> tick1On=3DTrue, tick2On=3DTrue, label1On=3DTrue,
> label2On=3DFalse, major=3DTrue)
> 98
> 99
> --> 100 self.tick1line =3D
> self._get_tick1line(loc)
> self.tick1line =3D undefined
> self._get_tick1line =3D <bound method
> XTick._get_tick1line of <matplotlib.axis.XTick
> instance at 0x177fe40>>
> loc =3D 0
> 101 self.tick2line =3D
> self._get_tick2line(loc)
> 102 self.gridline =3D
> self._get_gridline(loc)
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
> in _get_tick1line(self=3D<matplotlib.axis.XTick instance
> at 0x177fe40>, loc=3D0)
> 274 antialiased=3DFalse,
> 275 marker =3D
> self._xtickmarkers[0],
> --> 276 markersize=3Dself._size,
> global markersize =3D undefined
> self._size =3D 4.0
> 277 )
> 278
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/lines.py
> in __init__(self=3D<matplotlib.lines.Line2D instance at
> 0x177fe90>, xdata=3D(0,), ydata=3D(0,), linewidth=3D1.0,
> linestyle=3D'None', color=3D'k', marker=3D2, markersize=3D4.0,
> markeredgewidth=3D0.5, markeredgecolor=3D'black',
> markerfacecolor=3D'blue', antialiased=3DFalse,
> dash_capstyle=3D'butt', solid_capstyle=3D'projecting',
> dash_joinstyle=3D'miter', solid_joinstyle=3D'miter',
> **kwargs=3D{})
> 209 self.verticalOffset =3D None
> 210
> --> 211 self.set_data(xdata, ydata)
> self.set_data =3D <bound method Line2D.set_data
> of <matplotlib.lines.Line2D instance at 0x177fe90>>
> xdata =3D (0,)
> ydata =3D (0,)
> 212
> 213 if not
> self._lineStyles.has_key(linestyle):
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/lines.py
> in set_data(self=3D<matplotlib.lines.Line2D instance at
> 0x177fe90>, *args=3D((0,), (0,)))
> 280 x =3D ma.masked_array(x,
> mask=3Dmask).compressed()
> 281 y =3D ma.masked_array(y,
> mask=3Dmask).compressed()
> --> 282 self._segments =3D
> unmasked_index_ranges(mask)
> self._segments =3D undefined
> global unmasked_index_ranges =3D <function
> unmasked_index_ranges at 0x1248970>
> mask =3D False
> 283 else:
> 284 self._segments =3D None
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-pack=
ages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/lines.py
> in unmasked_index_ranges(mask=3DFalse, compressed=3DTrue)
> 67
> 68 '''
> ---> 69 m =3D concatenate(((1,), mask, (1,)))
> m =3D undefined
> global concatenate =3D <built-in function
> concatenate>
> mask =3D False
> 70 indices =3D arange(len(mask) + 1)
> 71 mdif =3D m[1:] - m[:-1]
>
> ValueError: arrays must have same number of dimensions
>
>
> -------------------------------------------------------
> 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?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
|
|
From: Christopher F. <ch...@tr...> - 2006-01-25 03:41:20
|
For some reason, the current cvs build of matplotlib
generates a strange error:
import pylab
pylab.plot([1,2,3])
yields:
ValueError: arrays must have same number of dimensions
I thought perhaps a second array was required, but:
pylab.plot([1,2,3],[1,2,3])
yields the same error.
Anyone else getting this?
Here is a full debug of the call using ipython:
In [4]: pylab.plot([1,2,3])
---------------------------------------------------------------------------
exceptions.ValueError
Traceback (most recent call last)
/Users/chris/<ipython console>
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
in plot(*args=([1, 2, 3],), **kwargs={})
2053 def plot(*args, **kwargs):
2054 # allow callers to override the hold state
by passing hold=True|False
-> 2055 b = ishold()
b = undefined
global ishold = <function ishold at 0x175a270>
2056 h = popd(kwargs, 'hold', None)
2057 if h is not None:
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
in ishold()
937 Return the hold status of the current axes
938 """
--> 939 return gca().ishold()
global gca.ishold = undefined
940
941 def isinteractive():
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
in gca(**kwargs={})
888 """
889
--> 890 ax = gcf().gca(**kwargs)
ax = undefined
global gcf.gca = undefined
kwargs = {}
891 return ax
892
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/figure.py
in gca(self=<matplotlib.figure.Figure instance at
0x16a3440>, **kwargs={})
613 ax = self._axstack()
614 if ax is not None: return ax
--> 615 return self.add_subplot(111, **kwargs)
self.add_subplot = <bound method
Figure.add_subplot of <matplotlib.figure.Figure
instance at 0x16a3440>>
kwargs = {}
616
617 def sca(self, a):
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/figure.py
in add_subplot(self=<matplotlib.figure.Figure instance
at 0x16a3440>, *args=(111,), **kwargs={})
463 a = PolarSubplot(self, *args,
**kwargs)
464 else:
--> 465 a = Subplot(self, *args,
**kwargs)
a = undefined
global Subplot = <class
matplotlib.axes.Subplot at 0x169ec30>
self = <matplotlib.figure.Figure instance at
0x16a3440>
args = (111,)
kwargs = {}
466
467
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axes.py
in __init__(self=<matplotlib.axes.Subplot instance at
0x16e67d8>, fig=<matplotlib.figure.Figure instance at
0x16a3440>, *args=(111,), **kwargs={})
3972 def __init__(self, fig, *args, **kwargs):
3973 SubplotBase.__init__(self, fig, *args)
-> 3974 Axes.__init__(self, fig,
[self.figLeft, self.figBottom,
global Axes.__init__ = <unbound method
Axes.__init__>
self = <matplotlib.axes.Subplot instance at
0x16e67d8>
fig = <matplotlib.figure.Figure instance at
0x16a3440>
self.figLeft = 0.125
self.figBottom = 0.099999999999999978
self.figW = 0.77500000000000002
self.figH = 0.80000000000000004
kwargs = {}
3975 self.figW,
self.figH], **kwargs)
3976
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axes.py
in __init__(self=<matplotlib.axes.Subplot instance at
0x16e67d8>, fig=<matplotlib.figure.Figure instance at
0x16a3440>, rect=[0.125, 0.099999999999999978,
0.77500000000000002, 0.80000000000000004],
axisbg=None, frameon=True, sharex=None, sharey=None,
label='', **kwargs={})
329
330 # this call may differ for non-sep
axes, eg polar
--> 331 self._init_axis()
self._init_axis = <bound method
Subplot._init_axis of <matplotlib.axes.Subplot
instance at 0x16e67d8>>
332
333
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axes.py
in _init_axis(self=<matplotlib.axes.Subplot instance
at 0x16e67d8>)
358 def _init_axis(self):
359 "move this out of __init__ because
non-separable axes don't use it"
--> 360 self.xaxis = XAxis(self)
self.xaxis = undefined
global XAxis = <class matplotlib.axis.XAxis at
0x167a060>
self = <matplotlib.axes.Subplot instance at
0x16e67d8>
361 self.yaxis = YAxis(self)
362
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
in __init__(self=<matplotlib.axis.XAxis instance at
0x177fb48>, axes=<matplotlib.axes.Subplot instance at
0x16e67d8>)
499 self.minorTicks = []
500
--> 501 self.cla()
self.cla = <bound method XAxis.cla of
<matplotlib.axis.XAxis instance at 0x177fb48>>
502
503 def cla(self):
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
in cla(self=<matplotlib.axis.XAxis instance at
0x177fb48>)
522 popall(self.minorTicks)
523
--> 524
self.majorTicks.extend([self._get_tick(major=True)
for i in range(1)])
self.majorTicks.extend = <built-in method
extend of list object at 0x177fcb0>
self._get_tick = <bound method XAxis._get_tick
of <matplotlib.axis.XAxis instance at 0x177fb48>>
global major = undefined
global True = undefined
i = 0
global range = undefined
525
self.minorTicks.extend([self._get_tick(major=False)
for i in range(1)])
526
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
in _get_tick(self=<matplotlib.axis.XAxis instance at
0x177fb48>, major=True)
832
833 def _get_tick(self, major):
--> 834 return XTick(self.axes, 0, '',
major=major)
global XTick = <class matplotlib.axis.XTick at
0x1614f60>
self.axes = <matplotlib.axes.Subplot instance
at 0x16e67d8>
major = True
835
836 def _get_label(self):
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
in __init__(self=<matplotlib.axis.XTick instance at
0x177fe40>, axes=<matplotlib.axes.Subplot instance at
0x16e67d8>, loc=0, label='', size=4.0, gridOn=False,
tick1On=True, tick2On=True, label1On=True,
label2On=False, major=True)
98
99
--> 100 self.tick1line =
self._get_tick1line(loc)
self.tick1line = undefined
self._get_tick1line = <bound method
XTick._get_tick1line of <matplotlib.axis.XTick
instance at 0x177fe40>>
loc = 0
101 self.tick2line =
self._get_tick2line(loc)
102 self.gridline =
self._get_gridline(loc)
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/axis.py
in _get_tick1line(self=<matplotlib.axis.XTick instance
at 0x177fe40>, loc=0)
274 antialiased=False,
275 marker =
self._xtickmarkers[0],
--> 276 markersize=self._size,
global markersize = undefined
self._size = 4.0
277 )
278
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/lines.py
in __init__(self=<matplotlib.lines.Line2D instance at
0x177fe90>, xdata=(0,), ydata=(0,), linewidth=1.0,
linestyle='None', color='k', marker=2, markersize=4.0,
markeredgewidth=0.5, markeredgecolor='black',
markerfacecolor='blue', antialiased=False,
dash_capstyle='butt', solid_capstyle='projecting',
dash_joinstyle='miter', solid_joinstyle='miter',
**kwargs={})
209 self.verticalOffset = None
210
--> 211 self.set_data(xdata, ydata)
self.set_data = <bound method Line2D.set_data
of <matplotlib.lines.Line2D instance at 0x177fe90>>
xdata = (0,)
ydata = (0,)
212
213 if not
self._lineStyles.has_key(linestyle):
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/lines.py
in set_data(self=<matplotlib.lines.Line2D instance at
0x177fe90>, *args=((0,), (0,)))
280 x = ma.masked_array(x,
mask=mask).compressed()
281 y = ma.masked_array(y,
mask=mask).compressed()
--> 282 self._segments =
unmasked_index_ranges(mask)
self._segments = undefined
global unmasked_index_ranges = <function
unmasked_index_ranges at 0x1248970>
mask = False
283 else:
284 self._segments = None
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/matplotlib-0.86-py2.4-macosx-10.4-ppc.egg/matplotlib/lines.py
in unmasked_index_ranges(mask=False, compressed=True)
67
68 '''
---> 69 m = concatenate(((1,), mask, (1,)))
m = undefined
global concatenate = <built-in function
concatenate>
mask = False
70 indices = arange(len(mask) + 1)
71 mdif = m[1:] - m[:-1]
ValueError: arrays must have same number of dimensions
|
|
From: Robert K. <rob...@gm...> - 2006-01-25 02:29:03
|
Jack Sankey wrote: > Hello, > > Has anyone done something like this? > > http://www.businessfist.com/zany/grab.jpg > > I've been making it with features as I need it, but if someone already > has one, I'd just get THAT. We do this with Chaco and Traits UI all the time. I'm sure you could do something similar with matplotlib and Traits UI, too. http://code.enthought.com/chaco/ http://code.enthought.com/traits/ -- Robert Kern rob...@gm... "In the fields of hell where the grass grows high Are the graves of dreams allowed to die." -- Richard Harter |
|
From: Jack S. <jac...@gm...> - 2006-01-25 01:59:17
|
Hello, Has anyone done something like this? http://www.businessfist.com/zany/grab.jpg I've been making it with features as I need it, but if someone already has one, I'd just get THAT. -Jack |
|
From: Darren D. <dd...@co...> - 2006-01-25 00:20:14
|
On Tuesday 24 January 2006 18:54, Stephen Walton wrote: > Darren Dale wrote: > >It works ok for me even if I add \rmfamily if I have > >text.tex.engine=latex in matplotlibrc, and fails if I have it set to tex. > > Thanks, Darren, that turned out to be the problem, although I did not > have a text.tex.engine directive in my matplotlibrc file and assumed it > defaulted to latex. Apparently it defaults to tex. John is right in > his followup: if the ??family directives are going to be used, then > latex needs to be the default tex engine. TeX is the default, because it is a little bit faster than LaTeX (about 30% for the small files generated by mpl). I personally use the latex backend, I am more familiar with that set of commands. Darren |
|
From: Darren D. <dd...@co...> - 2006-01-25 00:15:20
|
On Tuesday 24 January 2006 18:19, Robert Kern wrote:
> Darren Dale wrote:
> > I wonder what \rmfamily is doing there, I don't see it in my copy of
> > tex_demo.py. It works ok for me even if I add \rmfamily if I have
> > text.tex.engine=latex in matplotlibrc, and fails if I have it set to tex.
> > I I'm guessing this is the source of your trouble.
>
> It comes from TexManager.get_tex_command() at my recommendation.
>
> > P.S. I'm not able to run tex_demo at all if I use the tex backend instead
> > of latex. I see that some changes were made to the font commands in
> > texmanage.get_tex_command, have these changes been tested with the tex
> > backend?
>
> Apparrently not. We should change those \??family commands to whatever the
> appopriate PlainTeX commands are.
I moved the font command stuff to make it work with latex and hide it from
tex. I do not know how to use sans-serif fonts with plain tex, and havent
figured out how to do so while supporting italics, boldface, etc, so
sans-serif remains unsupported for now with the tex backend.
(My personal opinion is that if someone wants to print "my text" in sans-serif
fonts with latex, they should do '{\sffamily my text}' just like they would
in a regular latex document. Just my two cents.)
Darren
|
|
From: Stephen W. <ste...@cs...> - 2006-01-24 23:54:09
|
Darren Dale wrote: > >It works ok for me even if I add \rmfamily if I have >text.tex.engine=latex in matplotlibrc, and fails if I have it set to tex. > Thanks, Darren, that turned out to be the problem, although I did not have a text.tex.engine directive in my matplotlibrc file and assumed it defaulted to latex. Apparently it defaults to tex. John is right in his followup: if the ??family directives are going to be used, then latex needs to be the default tex engine. Steve |
|
From: Ryan K. <rya...@gm...> - 2006-01-24 23:22:32
|
I think all this adds up to it would be nice to be free of this dependency = :). On 1/24/06, Darren Dale <dd...@co...> wrote: > On Tuesday 24 January 2006 17:55, Robert Kern wrote: > > Ryan Krauss wrote: > > > I have actually read the AFPL as a way to try and understand the > > > difference. I think the only difference between the AFPL and GPL is > > > that the GPL allows you to charge someone for the service of > > > distributing a copy of the software where the AFPL does not. (I coul= d > > > sell CD's of GPL ghostscript if I wanted to, but anyone who bought > > > them must be free to give away copies to whoever they want. I don't > > > know if the AFPL would allow me to even charge for the media cost.) > > > > > > I have no idea why this small difference has lead to at least two > > > different branches of ghostscript. > > > > Aladdin wanted to make money by selling Ghostscript but still play sort= a > > nice with the open source world. So when they make a stable release, it= is > > under the AFPL for N years, then it reverts to the GPL. I think the FSF= may > > have officially forked the project, too, but I'd have to reread the > > webpages to be sure. And I don't actually care enough to do so. :-) > > I read somewhere recently that the gnu-ghostscript project was renamed > gpl-ghostscript. Who needs a drink? > > > ------------------------------------------------------- > 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?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Robert K. <rob...@gm...> - 2006-01-24 23:19:30
|
Darren Dale wrote: > I wonder what \rmfamily is doing there, I don't see it in my copy of > tex_demo.py. It works ok for me even if I add \rmfamily if I have > text.tex.engine=latex in matplotlibrc, and fails if I have it set to tex. I > I'm guessing this is the source of your trouble. It comes from TexManager.get_tex_command() at my recommendation. > P.S. I'm not able to run tex_demo at all if I use the tex backend instead of > latex. I see that some changes were made to the font commands in > texmanage.get_tex_command, have these changes been tested with the tex > backend? Apparrently not. We should change those \??family commands to whatever the appopriate PlainTeX commands are. -- Robert Kern rob...@gm... "In the fields of hell where the grass grows high Are the graves of dreams allowed to die." -- Richard Harter |
|
From: Darren D. <dd...@co...> - 2006-01-24 23:15:52
|
On Tuesday 24 January 2006 17:55, Robert Kern wrote: > Ryan Krauss wrote: > > I have actually read the AFPL as a way to try and understand the > > difference. I think the only difference between the AFPL and GPL is > > that the GPL allows you to charge someone for the service of > > distributing a copy of the software where the AFPL does not. (I could > > sell CD's of GPL ghostscript if I wanted to, but anyone who bought > > them must be free to give away copies to whoever they want. I don't > > know if the AFPL would allow me to even charge for the media cost.) > > > > I have no idea why this small difference has lead to at least two > > different branches of ghostscript. > > Aladdin wanted to make money by selling Ghostscript but still play sorta > nice with the open source world. So when they make a stable release, it is > under the AFPL for N years, then it reverts to the GPL. I think the FSF may > have officially forked the project, too, but I'd have to reread the > webpages to be sure. And I don't actually care enough to do so. :-) I read somewhere recently that the gnu-ghostscript project was renamed gpl-ghostscript. Who needs a drink? |