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

Showing 18 results of 18

From: Steve S. <el...@gm...> - 2006年06月19日 18:45:23
Ryan Krauss wrote:
> Sorry, I didn't scroll down low enough in the message to see the png
> you already attached.
> 
> Ryan
> 
The latest update (Darren's mail) makes the plots (exponents etc.) look
just cool. Thanks!
cheers,
steve
-- 
Random number generation is the art of producing pure gibberish as
quickly as possible.
From: Andrew S. <str...@as...> - 2006年06月19日 16:31:50
I have updated the apt repository I maintain for Ubuntu's Dapper, which
now includes:
numpy
matplotlib
scipy
Each package is from a recent SVN checkout and should thus be regarded
as "bleeding edge". The repository has a new URL:
http://debs.astraw.com/dapper/ I intend to keep this repository online
for an extended duration. If you want to put this repository in your
sources list, you need to add the following lines to /etc/apt/sources.list::
 deb http://debs.astraw.com/ dapper/
 deb-src http://debs.astraw.com/ dapper/
I have not yet investigated the use of ATLAS in building or using the
numpy binaries, and if performance is critical for you, please evaluate
speed before using it. I intend to visit this issue, but I cannot say when.
The Debian source packages were generated using stdeb, [
http://stdeb.python-hosting.com/ ] a Python to Debian source package
conversion utility I wrote. stdeb does not build packages that follow
the Debian Python Policy, so the packages here may be slighly unusual
compared to Python packages in the official Debian or Ubuntu
repositiories. For example, example scripts do not get installed, and no
documentation is installed. Future releases of stdeb may resolve these
issues.
As always, feedback is very appreciated.
Cheers!
Andrew
From: John P. <joh...@st...> - 2006年06月19日 15:08:27
Hi John
Here's a test script that gives the wrongly exported SVG image. I'm 
viewing with EOG. When I edit to add "style="opacity:0.15"" it works 
fine, so there's no prob with EOG.
from pylab import *
import matplotlib.numerix.ma as ma
from matplotlib.colors import ListedColormap
A = flipud(array([[1,2,3,4,5],[1,3,4,5,6],[1,1,4,5,7]]))
M = where(A==1,1,0)
B = ma.array(A,mask=M)
C = ListedColormap(['r','#FF00FF','y','g','b','#FFFF00'])
x = [0,5,10,15,20]
y = [0,5,10]
X,Y = meshgrid(x,y)
X = ma.array(X,mask=B.mask())
Y = ma.array(Y,mask=B.mask())
figure()
pcolor(X,Y,B,alpha=0.15,shading='flat',cmap=C)
hold(True)
contour(x,y,B)
xlabel('something')
ylabel('else')
Cheers
JP
John Hunter wrote:
>>>>>> "John" == John Pye <joh...@st...> writes:
>>>>>> 
>
> John> issues: 1. When exporting the following image, which is a
> John> pcolor plot with alpha=0.15 and contours on top, I get no
> John> alpha channel in the resulting output, regard of whether I
> John> export as EPS or SVG. Is exporting with alpha channel not
> John> supported in those formats? 2. In the titles, which are
>
>
> For some reason I did not get the sample image, but could you provide
> some example code that replicates the alpha problem on the SVG
> backend? As others have noted, PS doesn't have an alpha channel so
> there is nothing we can do there, but SVG *should* work. Are you sure
> it's not your SVG viewer?
>
> JDH
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
> 
-- 
John Pye
Department of Mechanical and Manufacturing Engineering
University of New South Wales, Sydney, Australia
http://pye.dyndns.org/
From: aonghus <the...@ya...> - 2006年06月19日 14:40:11
thanks for the suggestion- that works as expected:
 fill(fx, fy, label = '_nolegend_')
a
John Hunter <jdh...@ac...> wrote: >>>>> "aonghus" == aonghus writes:
 aonghus> Hi, Does anyone know how to use the fill command without
 aonghus> a label appearing in the legend box?
 aonghus> Any suggestions?
>From the legend docstring
 if label is set to '_nolegend_', the item will not be shown in
 legend.
JDH
 		
---------------------------------
Ring'em or ping'em. Make PC-to-phone calls as low as 1¢/min with Yahoo! Messenger with Voice.
From: John H. <jdh...@ac...> - 2006年06月19日 14:17:10
>>>>> "aonghus" == aonghus <the...@ya...> writes:
 aonghus> Hi, Does anyone know how to use the fill command without
 aonghus> a label appearing in the legend box?
 aonghus> Any suggestions?
>From the legend docstring
 if label is set to '_nolegend_', the item will not be shown in
 legend.
JDH
From: aonghus <the...@ya...> - 2006年06月19日 14:09:56
Hi,
Does anyone know how to use the fill command without a label appearing in the legend box?
I have something like this:
 plot(x, y, label = 'label1')
 fill(fx, fy)
 legend(loc = 'best')
I thought this might work:
 fill(fx, fy, label = None)
but I get this error instead:
 raise TypeError('text must be a string type')
TypeError: text must be a string type
Any suggestions?
thanks,
a
 			
---------------------------------
Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better. 
From: John H. <jdh...@ac...> - 2006年06月19日 13:20:39
>>>>> "John" == John Pye <joh...@st...> writes:
 John> issues: 1. When exporting the following image, which is a
 John> pcolor plot with alpha=0.15 and contours on top, I get no
 John> alpha channel in the resulting output, regard of whether I
 John> export as EPS or SVG. Is exporting with alpha channel not
 John> supported in those formats? 2. In the titles, which are
For some reason I did not get the sample image, but could you provide
some example code that replicates the alpha problem on the SVG
backend? As others have noted, PS doesn't have an alpha channel so
there is nothing we can do there, but SVG *should* work. Are you sure
it's not your SVG viewer?
JDH
From: John H. <jdh...@ac...> - 2006年06月19日 13:17:21
>>>>> "Ryan" == Ryan Krauss <rya...@gm...> writes:
 Ryan> Thanks John. The latest svn works beautifully for me now.
 Ryan> No more svn updates for me until my thesis is submitted.
Uh huh, just like the man who says no more drinks for me until my
thesis is submitted. You know you can't resist :-)
JDH
From: Ryan K. <rya...@gm...> - 2006年06月19日 12:52:06
Thanks John. The latest svn works beautifully for me now.
No more svn updates for me until my thesis is submitted.
Ryan
On 6/18/06, John Hunter <jdh...@ac...> wrote:
> >>>>> "Ryan" == Ryan Krauss <rya...@gm...> writes:
>
> Ryan> I just did a fresh svn checkout and my legends are no longer
> Ryan> in the front. The following lines produce the attached
> Ryan> plot:
>
>
> Hey Ryan,
>
> Not sure how or why this bug crept in, but apparently legend was
> missing a zorder. I just added a default zorder value, which fixes
> this problem. Thanks for the report.
>
> JDH
>
From: Darren D. <dd...@co...> - 2006年06月19日 11:42:24
On Monday 19 June 2006 4:11 am, John Pye wrote:
> Hi all,
>
> Just created a a diagram as the overlay of a pcolor plot with a labelled
> contour plot. I had a few issues:
>
> When exporting the following image, which is a pcolor plot with alpha=0.15
> and contours on top, I get no alpha channel in the resulting output, regard
> of whether I export as EPS or SVG. Is exporting with alpha channel not
> supported in those formats?
Alpha should be supported in svg, but there is no support for alpha in 
postscript. This is a problem with postscript, not mpl.
Darren
From: Paul B. <peb...@gm...> - 2006年06月19日 11:35:13
On 6/19/06, John Pye <joh...@st...> wrote:
>
>
> Just created a a diagram as the overlay of a pcolor plot with a labelled
> contour plot. I had a few issues:
>
> 1. When exporting the following image, which is a pcolor plot with
> alpha=0.15 and contours on top, I get no alpha channel in the
> resulting output, regard of whether I export as EPS or SVG. Is exporting
> with alpha channel not supported in those formats?
>
>
Alpha blending is not supported in Postscript (i.e. EPS). However, SVG can
support it and it does appear to be implemented for the drawing of lines in
the SVG backend. Why it does not work, I can't say.
> 1. In the titles, which are generated using mathtext strings, I
> can't get spaces in the captions. I checked the manual. Here is an example
> of what I typed: pylab.xlabel(r"$\it{Mass flowrate, }\rm{\dot{m}
> (kg/s)}$")
>
>
You will need to escape the spaces in TeX mode, i.e. '\ '
> 1. A couple of misaligned contour labels (eg '27' in the below)
>
>
>From understanding, this issue has always been problematical. A fair amount
of time was spent on trying to get it right. The developer(s) may be able
to expand on this.
Any suggestions?
>
> This is with the latest Matplotlib 0.87.3, Python 2.4, ubuntu 6.06.
>
Nice plot!
 -- Paul
From: John P. <joh...@st...> - 2006年06月19日 08:11:43
Attachments: performancemap-dp.png
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
 <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi all,<br>
<br>
Just created a a diagram as the overlay of a pcolor plot with a
labelled contour plot. I had a few issues:<br>
<ol>
 <li>When exporting the following image, which is a pcolor plot with
alpha=0.15 and contours on top, I get no alpha channel in the resulting
output, regard of whether I export as EPS or SVG. Is exporting with
alpha channel not supported in those formats?<br>
 </li>
 <li>In the titles, which are generated using mathtext strings, I
can't get spaces in the captions. I checked the manual.&nbsp; Here is an
example of what I typed: pylab.xlabel(r"$\it{Mass flowrate,
}\rm{\dot{m} (kg/s)}$")<br>
 </li>
 <li>A couple of misaligned contour labels (eg '27' in the below)<br>
 </li>
</ol>
Any suggestions?<br>
<br>
This is with the latest Matplotlib 0.87.3, Python 2.4, ubuntu 6.06.<br>
<br>
Cheers<br>
JP<br>
<img alt="sample" src="cid:par...@st..."
 height="465" width="600"><br>
<br>
<pre class="moz-signature" cols="72">-- 
John Pye
Department of Mechanical and Manufacturing Engineering
University of New South Wales, Sydney, Australia
<a class="moz-txt-link-freetext" href="http://pye.dyndns.org/">http://pye.dyndns.org/</a>
</pre>
</body>
</html>
From: Vineet J. <vin...@ya...> - 2006年06月19日 06:57:43
I have several programs that run as daemons which run with different 
unix ids. each of the unix ids share the same user home dir. They are 
now failing with the following error:
Traceback (most recent call last):
 File "StartScanDaemon.py", line 69, in ?
 main(sys.argv)
 File "StartScanDaemon.py", line 61, in main
 from scheduler.Scheduler import Scheduler
 File "../scheduler/Scheduler.py", line 24, in ?
 from peak.util.imports import lazyModule
 File 
"/usr/lib/python2.4/site-packages/Importing-1.9.1-py2.4.egg/peak/__init__.py", 
line 1, in ?
 __import__('pkg_resources').declare_namespace(__name__)
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 2212, in ?
 add_activation_listener(lambda dist: dist.activate())
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 517, in subscribe
 callback(dist)
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 2212, in <lambda>
 add_activation_listener(lambda dist: dist.activate())
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 1843, in activate
 map(declare_namespace, self._get_metadata('namespace_packages.txt'))
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 1447, in declare_namespace
 declare_namespace(parent)
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 1462, in declare_namespace
 _handle_ns(packageName, path_item)
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 1433, in _handle_ns
 loader.load_module(packageName); module.__path__ = path
 File 
"/usr/lib/python2.4/site-packages/setuptools-0.6a9-py2.4.egg/pkg_resources.py", 
line 1262, in load_module
 mod = imp.load_module(fullname, self.file, self.filename, self.etc)
 File 
"/usr/lib/python2.4/site-packages/matplotlib-0.87.2-py2.4-linux-i686.egg/matplotlib/__init__.py", 
line 999, in ?
 rcParams = rc_params()
 File 
"/usr/lib/python2.4/site-packages/matplotlib-0.87.2-py2.4-linux-i686.egg/matplotlib/__init__.py", 
line 956, in rc_params
 fname = matplotlib_fname()
 File 
"/usr/lib/python2.4/site-packages/matplotlib-0.87.2-py2.4-linux-i686.egg/matplotlib/__init__.py", 
line 902, in matplotlib_fname
 fname = os.path.join(get_configdir(), 'matplotlibrc')
 File 
"/usr/lib/python2.4/site-packages/matplotlib-0.87.2-py2.4-linux-i686.egg/matplotlib/__init__.py", 
line 273, in wrapper
 ret = func(*args, **kwargs)
 File 
"/usr/lib/python2.4/site-packages/matplotlib-0.87.2-py2.4-linux-i686.egg/matplotlib/__init__.py", 
line 329, in _get_configdir
 os.mkdir(p)
OSError: [Errno 17] File exists: '/home/userhomedir/.matplotlib'
I tried to set the env variable:
os.environ["MATPLOTLIBRC"] = ApplicationConfig.server.serviceid
before loading maplotlib
before loading matplotlib but that does not work. Any ideas on what I'm 
doing wrong?
Thanks,
Vineet
From: John H. <jdh...@ac...> - 2006年06月19日 02:08:39
>>>>> "Ryan" == Ryan Krauss <rya...@gm...> writes:
 Ryan> I just did a fresh svn checkout and my legends are no longer
 Ryan> in the front. The following lines produce the attached
 Ryan> plot:
Hey Ryan,
Not sure how or why this bug crept in, but apparently legend was
missing a zorder. I just added a default zorder value, which fixes
this problem. Thanks for the report.
JDH
From: Ryan K. <rya...@gm...> - 2006年06月19日 01:14:44
Attachments: legend_problem.png
I just did a fresh svn checkout and my legends are no longer in the
front. The following lines produce the attached plot:
t=arange(0,10,0.01)
y=sin(2*pi*5.0*t)
plot(t,y)
legend(['data'])
Ryan
From: Ryan K. <rya...@gm...> - 2006年06月19日 01:02:56
Thanks Darren. My plots look gorgeous.
Ryan
On 6/18/06, Darren Dale <dd...@co...> wrote:
> We didnt get any comments against, so I committed the changes this morning. We
> will no longer try to support sans-serif mathmode fonts with the usetex
> option, since there is no native support for them in latex. If you are using
> svn matplotlib, I suggest clearing your tex.cache after updating.
>
> Darren
>
> On Wednesday 14 June 2006 8:19 pm, Darren Dale wrote:
> > I agree that this little experiment of trying to work around latex's
> > limitations has been too much trouble. I suggest we go back to the old
> > behavior, and anyone who wants sans-serif fonts in their exponents can use
> > regular mathtext. I'm hopeful that Edin can make some strides with mpl's
> > mathtext support, and in the meantime, people should get decent results if
> > they set ps.useafm : True in their rc settings.
> >
> > Comments?
> >
> > On Wednesday 14 June 2006 19:53, Ryan Krauss wrote:
> > > (Sorry, I submitted this email with a real figure instead of a toy
> > > example and the file size was too big and it awaits moderator
> > > approval).
> > >
> > > I am afraid I asked you to open a can of worms and now I don't know
> > > what we should do. With my font size settings, \small looks to small
> > > for the exponents. I tried \normalsize and actually got decent
> > > results with \large (replacing all occurances of \small in your
> > > ticker.py). See that attached file. But if \small looked good with
> > > your settings, I am afraid things are now dependent on the font
> > > settings in the rc file as far as what should go in the latex command
> > > for the exponents.
> > >
> > > I remember that this problem came up because I complained about serif
> > > fonts in my exponents and we were having a hard time making tex use
> > > sans serif math fonts.
> > >
> > > Maybe the best solution is for me to go back in time and retract that
> > > complaint.
> > >
> > > I don't know. Sorry about the mess this had made. I have plots I am
> > > fairly happy with (I will poke around in my rc file and see if I can
> > > find out why my x and y axis fonts look different).
> > >
> > > Ryan
> > >
> > > On 6/14/06, Ryan Krauss <rya...@gm...> wrote:
> > > > I am afraid I asked you to open a can of worms and now I don't know
> > > > what we should do. With my font size settings, \small looks to small
> > > > for the exponents. I tried \normalsize and actually got decent
> > > > results with \large (replacing all occurances of \small in your
> > > > ticker.py). See that attached file. But if \small looked good with
> > > > your settings, I am afraid things are now dependent on the font
> > > > settings in the rc file as far as what should go in the latex command
> > > > for the exponents.
> > > >
> > > > I remember that this problem came up because I complained about serif
> > > > fonts in my exponents and we were having a hard time making tex use
> > > > sans serif math fonts.
> > > >
> > > > Maybe the best solution is for me to go back in time and retract that
> > > > complaint.
> > > >
> > > > I don't know. Sorry about the mess this had made. I have plots I am
> > > > fairly happy with (I will poke around in my rc file and see if I can
> > > > find out why my x and y axis fonts look different).
> > > >
> > > > Ryan
> > > >
> > > > On 6/14/06, Ryan Krauss <rya...@gm...> wrote:
> > > > > I feel bad that I caused this problem and am now asking you to fix
> > > > > it.
> > > > >
> > > > > Ryan
> > > > >
> > > > > On 6/14/06, Darren Dale <dd...@co...> wrote:
> > > > > > This is an artifact that was introduced when I tried to give you
> > > > > > support for sans-serif fonts in the exponent. Try the attached
> > > > > > ticker.py, it wraps the exponent in {\small}. Let me know if this
> > > > > > is acceptable, and I'll commit it.
> > > > > >
> > > > > > On Wednesday 14 June 2006 19:14, Ryan Krauss wrote:
> > > > > > > I still have the problem with large exponents with your
> > > > > > > matplotlibrc file (but the y-axis plots are no longer different).
> > > > > > >
> > > > > > > Any thoughts on what I should try next?
> > > > > > >
> > > > > > > Ryan
> > > > > > >
> > > > > > > On 6/14/06, Darren Dale <dd...@co...> wrote:
> > > > > > > > On Wednesday 14 June 2006 18:51, you wrote:
> > > > > > > > > There was a lot of stuff in my tex.cache, but deleting didn't
> > > > > > > > > solve my problem.
> > > > > > > > >
> > > > > > > > > I may have some strange choices for my fonts and font sizes.
> > > > > > > > > Can you send me a copy of your matplotlibrc file.
> > > > > > > > >
> > > > > > > > > Ryan
> > > > > > > > >
> > > > > > > > > On 6/14/06, Darren Dale <dd...@co...> wrote:
> > > > > > > > > > Hi Ryan,
> > > > > > > > > >
> > > > > > > > > > I'm using the latest svn as well (2479), and I cant
> > > > > > > > > > reproduce your problem. Try deleting your tex.cache.
> > > > > > > > > >
> > > > > > > > > > Darren
> > > > > > > > > >
> > > > > > > > > > On Wednesday 14 June 2006 18:14, Ryan Krauss wrote:
> > > > > > > > > > > I am having a problem with the fonts for exponents on
> > > > > > > > > > > semilog plots with usetex.
> > > > > > > > > > >
> > > > > > > > > > > The attached figure can be generated on my machine with
> > > > > > > > > > > figure(1)
> > > > > > > > > > > t=arange(0,10,0.01)
> > > > > > > > > > > y=sin(2*pi*t)
> > > > > > > > > > > semilogx(t,y)
> > > > > > > > > > >
> > > > > > > > > > > I just upgraded to the latest svn and now the y-axis
> > > > > > > > > > > plots look different from the x-axis.
> > > > > > > > > > > matplotlib.__version__
> > > > > > > > > > > Out[6]: '0.87.3'
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Ryan
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Darren S. Dale, Ph.D.
> > > > > > > > > > Cornell High Energy Synchrotron Source
> > > > > > > > > > Cornell University
> > > > > > > > > > 200L Wilson Lab
> > > > > > > > > > Rt. 366 & Pine Tree Road
> > > > > > > > > > Ithaca, NY 14853
> > > > > > > > > >
> > > > > > > > > > dd...@co...
> > > > > > > > > > office: (607) 255-9894
> > > > > > > > > > fax: (607) 255-9001
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > _______________________________________________
> > > > > > > > > > Matplotlib-users mailing list
> > > > > > > > > > Mat...@li...
> > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-use
> > > > > > > > > >rs
> > > > > > > > >
> > > > > > > > > _______________________________________________
> > > > > > > > > Matplotlib-users mailing list
> > > > > > > > > Mat...@li...
> > > > > > > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> > > > > > > >
> > > > > > > > --
> > > > > > > > Darren S. Dale, Ph.D.
> > > > > > > > Cornell High Energy Synchrotron Source
> > > > > > > > Cornell University
> > > > > > > > 200L Wilson Lab
> > > > > > > > Rt. 366 & Pine Tree Road
> > > > > > > > Ithaca, NY 14853
> > > > > > > >
> > > > > > > > dd...@co...
> > > > > > > > office: (607) 255-9894
> > > > > > > > fax: (607) 255-9001
> > > > > >
> > > > > > --
> > > > > > Darren S. Dale, Ph.D.
> > > > > > Cornell High Energy Synchrotron Source
> > > > > > Cornell University
> > > > > > 200L Wilson Lab
> > > > > > Rt. 366 & Pine Tree Road
> > > > > > Ithaca, NY 14853
> > > > > >
> > > > > > dd...@co...
> > > > > > office: (607) 255-9894
> > > > > > fax: (607) 255-9001
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > Matplotlib-users mailing list
> > > > > > Mat...@li...
> > > > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
> --
> Darren S. Dale, Ph.D.
> dd...@co...
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
From: Ryan K. <rya...@gm...> - 2006年06月19日 01:02:25
Sorry, I didn't scroll down low enough in the message to see the png
you already attached.
Ryan
On 6/18/06, Ryan Krauss <rya...@gm...> wrote:
> Can you post a simple script that recreates your problem and a png of
> a plot with the problem? (Note that your png files need to be under
> 100kb or the mailing list won't allow them).
>
> Ryan
>
> On 6/18/06, Steve Schmerler <el...@gm...> wrote:
> > With usetex mpl creates different fonts on the axes ticks and the
> > $\times 10^<number>$ labels.
> >
> >
> > In [1]: matplotlib.__version__
> > Out[1]: '0.87.3'
> > (from svn)
> >
> > --
> > Random number generation is the art of producing pure gibberish as
> > quickly as possible.
> >
> >
> >
> >
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
> >
> >
> >
>
From: Ryan K. <rya...@gm...> - 2006年06月19日 01:01:32
Can you post a simple script that recreates your problem and a png of
a plot with the problem? (Note that your png files need to be under
100kb or the mailing list won't allow them).
Ryan
On 6/18/06, Steve Schmerler <el...@gm...> wrote:
> With usetex mpl creates different fonts on the axes ticks and the
> $\times 10^<number>$ labels.
>
>
> In [1]: matplotlib.__version__
> Out[1]: '0.87.3'
> (from svn)
>
> --
> Random number generation is the art of producing pure gibberish as
> quickly as possible.
>
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
>

Showing 18 results of 18

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 によって変換されたページ (->オリジナル) /