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) |
|
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.
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
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/
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.
>>>>> "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
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.
>>>>> "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
>>>>> "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
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 >
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
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
<!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. 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>
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
>>>>> "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
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
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 >
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 > > > > > > > > >
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 > > > >