SourceForge logo
SourceForge logo
Menu

matplotlib-users — Discussion related to using matplotlib

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
(36)
2
(10)
3
(8)
4
5
(4)
6
(15)
7
(17)
8
(3)
9
(8)
10
(5)
11
(2)
12
(5)
13
(5)
14
(15)
15
(3)
16
(10)
17
(6)
18
(2)
19
(1)
20
(11)
21
(33)
22
(13)
23
(14)
24
(15)
25
(4)
26
(5)
27
(9)
28
(12)
29
(7)
30
(8)
31
(6)

Showing 9 results of 9

From: Ken M. <mc...@ii...> - 2007年08月27日 21:17:51
On Aug 27, 2007, at 11:59 AM, Matt Fago wrote:
>
> Are there any plans for such a feature, or does it already exist? 
> Probably would
> not be too difficult to implement if no one else is planning to do so.
There is a script called 'plotit', included with the WxMpl library, 
that provides very limited command-line plotting of whitespace- 
delimited ASCII data files, e.g.
	$ plotit '1ドル' '3ドル/2ドル' somedatafile anotherdatafile
There's also support for strip charting data as it arrives from 
stdin, but you have to communicate using an ugly legacy language. 
The script is currently a wxPython-only program that depends on WxMpl 
to embed the plot, but you could probably modify it to work using 
pylab without too much pain and suffering.
The WxMpl source tarball, which includes plotit, can be downloaded from
	http://agni.phys.iit.edu/~kmcivor/wxmpl/
If you just want to start hacking on the script you can pull it 
straight from the subversion repository instead:
	http://svn.csrri.iit.edu/mr-software/wxmpl/trunk/plotit
Ken
From: massimo s. <mas...@un...> - 2007年08月27日 17:26:01
Attachments: massimo.sandal.vcf
Matt Fago ha scritto:
> 
> I'm elated to have found matplotlib after struggling with octave and 
> gnuplot.
> 
> There is one thing that I think matplotlib could improve on (or that I 
> cannot find)
> -- quick plotting a la gnuplot:
> 
> plot "file.txt" using 1:2 with lp
> 
> For matplotlib, perhaps something like the following:
> 
> fplot("filename", cols=(1,5), delimiter=',', numheader=2)
> 
> This would allow quick plotting of simple columnar data files, using 
> some (default)
> assumptions of the file format. I.e, delimiter could be 'intelligently' 
> chosen based on some assumptions of the file, or set explicitly. 
> Similarly for the
> number of header rows, etc.
> 
> Are there any plans for such a feature, or does it already exist? 
> Probably would
> not be too difficult to implement if no one else is planning to do so.
IMHO it could be done very easily using the csv python module. I'm
currently using a script that does almost exactly that for kernel
density estimation. :)
If someone holds my hand about mpl guidelines etc., I could try to
contribute a general fplot to pylab / mpl.
m.
-- 
Massimo Sandal
University of Bologna
Department of Biochemistry "G.Moruzzi"
snail mail:
Via Irnerio 48, 40126 Bologna, Italy
email:
mas...@un...
tel: +39-051-2094388
fax: +39-051-2094387
From: fred <fr...@gm...> - 2007年08月27日 17:16:48
Matt Fago a écrit :
> I'm elated to have found matplotlib after struggling with octave and 
> gnuplot.
>
> There is one thing that I think matplotlib could improve on (or that I 
> cannot find)
> -- quick plotting a la gnuplot:
>
> plot "file.txt" using 1:2 with lp
>
> For matplotlib, perhaps something like the following:
>
> fplot("filename", cols=(1,5), delimiter=',', numheader=2)
>
+1
-- 
Fred, who struggled against octave/gnuplot for many years too (too much years ;-)
From: Matt F. <fa...@ea...> - 2007年08月27日 16:59:53
I'm elated to have found matplotlib after struggling with octave and 
gnuplot.
There is one thing that I think matplotlib could improve on (or that 
I cannot find)
-- quick plotting a la gnuplot:
 plot "file.txt" using 1:2 with lp
For matplotlib, perhaps something like the following:
 fplot("filename", cols=(1,5), delimiter=',', numheader=2)
This would allow quick plotting of simple columnar data files, using 
some (default)
assumptions of the file format. I.e, delimiter could be 'intelligently'
chosen based on some assumptions of the file, or set explicitly. 
Similarly for the
number of header rows, etc.
Are there any plans for such a feature, or does it already exist? 
Probably would
not be too difficult to implement if no one else is planning to do so.
Thanks,
Matt
From: Matt F. <fa...@ea...> - 2007年08月27日 16:56:27
Matplotlib on Windows installed via the latest binary for Python 2.4 
(matplotlib-0.90.1.win32-py2.4.exe)
complains about not finding the Microsoft C runtime (MSVCP71.dll). 
Reading the microsoft documentation about this DLL it seems that 
matplotlib should be including it in the binary package above.
I usually install the Python 2.5 version on a Windows machine that 
has Visual Studio and personally have not run into this problem, but 
ran into it when installing on a User's machine.
I don't recall seeing this on matplotlib.sf.net. Perhaps it is a 
known issue.
Thanks,
Matt
From: Matt F. <fa...@ea...> - 2007年08月27日 16:39:15
I cannot seem to get consistent plotting behavior across platforms 
without using a kludgy work-around.
I have a python library that produces plots using matplotlib. A user 
of this library would call several high-level functions that happen 
to also produce plots, e.g.,
Metric1_compare(a,b)
Metric2_compare(a,b)
Metric2_compare(b,c)
Each of the above functions calls show(), producing a plot (three 
total). On Linux (with GTKAgg? -- the default for Fedora 6), this 
works as expected. Closing the first plot causes the second to be 
produced, and so forth.
On MacOS usng MacPython 2.5.1 and the latest SciPy Superpack (with 
TkAgg or WXAgg) this does not work. The first function calls show(), 
which evidently turns on interactive mode and then turns the 
execution over to the GUI. After the first plot is closed this 
results in the other 2 plots being drawn interactively and then 
closed immediately.
 From the FAQ, it seems that the desired behavior would be obtained 
via Metric* each calling draw(), and then the user's script should 
call show() after all calls to Metric*. This seems very unclean to me.
Without going through all of the hassle of compiling the requirements 
for GTKAgg on the Mac, is it possible to obtain the same behavior on 
both platforms?
Thanks,
Matt
From: Wolfgang K. <wke...@go...> - 2007年08月27日 15:05:40
Is there any way to display a legend in a second window or outside the plot?
thanks in advance
 Wolfgang
From: Eric E. <ems...@ob...> - 2007年08月27日 12:31:41
Hi,
is there a plan (or an existing command) to have set_extent working for
contours, as was recently done for imshow? I know that "contour" has
different inputs since you can specify X,Y, the data coordinates.
However, I would like to do something like:
...
co = contour(data, extent=(0.,2.,0.,2.))
...
co.set_extent((-1.,1.,-1.,1.))
...
without being forced to redraw everything.
Any suggestion?
thanks!
Eric
From: Robert C. <cim...@nt...> - 2007年08月27日 10:59:59
Hi mpl'ers,
I have noticed that I keep setting the font size of the figure elements
(axes labels, tick labels, title) so often that it would deserve a
function, or better an Axes method to do the same. I am aware of the
matplotlibrc settings, but I need something to play with after a figure
is drawn. Below is my first attempt - is it the right way of doing
things? I misuse the fact that the figure title is the only Text child
in my figure.
r.
def setAxesFontSize( ax, size, titleMul = 1.2, labelMul = 1.0 ):
 """size : tick label size,
 titleMul: title label size multiplicator,
 labelMul: x, y axis label size multiplicator"""
 labels = ax.get_xticklabels() + ax.get_yticklabels()
 for label in labels:
 label.set_size( size )
 labels = [ax.get_xaxis().get_label(), ax.get_yaxis().get_label()]
 for label in labels:
 label.set_size( labelMul * size )
 for child in ax.get_children():
 if isinstance( child, Text ):
 child.set_size( titleMul * size )

Showing 9 results of 9

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /