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
(4) |
3
(9) |
4
(12) |
5
(12) |
6
(7) |
7
(8) |
8
(4) |
9
(2) |
10
(9) |
11
(6) |
12
(1) |
13
(20) |
14
(13) |
15
(9) |
16
(3) |
17
(12) |
18
(16) |
19
(14) |
20
(12) |
21
(15) |
22
(11) |
23
(5) |
24
(7) |
25
(7) |
26
(8) |
27
(11) |
28
(10) |
29
(1) |
30
(3) |
31
(6) |
|
|
|
|
|
Hi, I am trying to place some arrows using http://matplotlib.sourceforge.net/api/axes_api.html?highlight=arrow#matplotlib.axes.Axes.arrow And unfortunately the arrows are not nice (see attached screenshot). How can the line end be changed to "round" as, for example, with plot. Or anyone can give a solution? For very small print this might be acceptable, but not if the arrow/linewidth is larger.
Hi I have recently updated to Matplotlib-1.1.0 and now one of my scripts displays the following warning: UserWarning: Legend does not support [[<matplotlib.lines.Line2D object at 0x1026296d0>]] Use proxy artist instead. http://matplotlib.sourceforge.net/users/legend_guide.html#using-proxy-artist The link it refers to doesn't seem to be much help, and I can't see what I need to do in order to correctly display the legend. Below is the appropriate plotting section of my script, could anyone offer suggestions as to how to correctly display the legend? # plot size, scale by golden ratio fig = pyplot.figure() fig.set_size_inches(10, 10 / ((1 + math.sqrt(5)) / 2)) date_axes = fig.add_subplot(111) # setup secondary axes value_axes = date_axes.twinx() # set plot labels date_axes.set_xlabel("Date") date_axes.set_ylabel("Time") value_axes.set_ylabel("Value") # produce plot morning_plot = date_axes.plot_date(morning[:,0], morning[:,1], 'bo-', ms=4) evening_plot = date_axes.plot_date(evening[:,0], evening[:,1], 'go-', ms=4) value_plot = [] for v in value: value_plot.append(value_axes.plot_date(w[:,0], w[:,1], 'ro-', ms=4)) # legend date_axes.legend(([morning_plot], [evening_plot], [value_plot]), ("Morning", "Evening", "Value"), numpoints=1, loc=0, borderpad=1, shadow=True, fancybox=True) # save plot fig.savefig(plot_file) Cheers Adam
+------------------------------------------- Jeff Whitaker -----------+ > You can use the pad_inches keyword to adjust the amount of space left > around the map. > <...> > plt.savefig('bboxtight.png', bbox_inches='tight',pad_inches=0.45) yes that works fine (0.5 inches in my case). thank you.
On 10/27/11 1:41 AM, Yoshi Rokuko wrote: > if one saves a Basemap plot with savefig option > bbox_inches='tight' geographical coordinates > are cut: > > bmap = Basemap(...) > bmap.drawparallels([those,numbers,are,gone], > labels=[1,0,0,0]) > bmap.drawmeridians([those,numbers,are,gone], > labels=[0,0,0,1]) > plt.contourf(...) > plt.savefig(file, bbox_inches='tight') > > is this missbehavior known, or is there a simple > fix for that? > > best regards, yoshi Yoshi: You can use the pad_inches keyword to adjust the amount of space left around the map. Try this: from mpl_toolkits.basemap import Basemap import numpy as np import matplotlib.pyplot as plt bmap = Basemap() bmap.drawcoastlines() bmap.drawparallels(np.arange(-90,91,30), labels=[1,0,0,0]) bmap.drawmeridians(np.arange(0,360,60), labels=[0,0,0,1]) plt.savefig('bboxtight.png', bbox_inches='tight',pad_inches=0.45) -Jeff
if one saves a Basemap plot with savefig option bbox_inches='tight' geographical coordinates are cut: bmap = Basemap(...) bmap.drawparallels([those,numbers,are,gone], labels=[1,0,0,0]) bmap.drawmeridians([those,numbers,are,gone], labels=[0,0,0,1]) plt.contourf(...) plt.savefig(file, bbox_inches='tight') is this missbehavior known, or is there a simple fix for that? best regards, yoshi
On Wednesday, October 26, 2011, Ignas Anikevicius <ani...@gm...> wrote: > On 26/10/11 22:31, Ignas Anikevicius wrote: >> ---- >> Traceback (most recent call last): >> File "make.py", line 223, in <module> >> func() >> File "make.py", line 191, in all >> html() >> File "make.py", line 136, in html >> copy_if_out_of_date('../lib/matplotlib/mpl-data/matplotlibrc', >> '_static/matplotlibrc') >> File "make.py", line 111, in copy_if_out_of_date >> shutil.copyfile(original, derived) >> File "/usr/lib64/python2.7/shutil.py", line 81, in copyfile >> with open(src, 'rb') as fsrc: >> IOError: [Errno 2] No such file or directory: >> '../lib/matplotlib/mpl-data/matplotlibrc' >> ---- > > Sorry to have caused noise. Actually there were problems with building > examples and documentation, which were giving out different errors. > The above is with documentation and example building enabled, the > above is with docs disabled, but examples enabled: > > ---- > copying build-2.7/lib.linux-x86_64-2.7/matplotlib/mpl-data/lineprops.glade -> /var/tmp/portage/dev-python/matplotlib-9999/temp/images/2.7/usr/lib64/python2.7/site-packages/matplotlib/mpl-data > copying build-2.7/lib.linux-x86_64-2.7/pylab.py -> /var/tmp/portage/dev-python/matplotlib-9999/temp/images/2.7/usr/lib64/python2.7/site-packages > warning: install_lib: byte-compiling is disabled, skipping. > > running install_egg_info > Writing /var/tmp/portage/dev-python/matplotlib-9999/temp/images/2.7/usr/lib64/python2.7/site-packages/matplotlib-1.2.x-py2.7.egg-info > cp: omitting directory `examples/sample_data/lib/mpl_examples' > cp: omitting directory `examples/sample_data/doc/mpl_toolkits/axes_grid/examples' > cp: omitting directory `examples/sample_data/doc/mpl_examples' > doins failed > ---- > > Though I am still interested whether there is an issue with my system > setup, or are there any other problems? > > Cheers, > Ignas A. > I think there is a separate zip for the mpl-data, which are needed for the examples. Grab that from sourceforge, or grab the entire source tree from github. Ben Root
On 26/10/11 22:31, Ignas Anikevicius wrote: > ---- > Traceback (most recent call last): > File "make.py", line 223, in <module> > func() > File "make.py", line 191, in all > html() > File "make.py", line 136, in html > copy_if_out_of_date('../lib/matplotlib/mpl-data/matplotlibrc', > '_static/matplotlibrc') > File "make.py", line 111, in copy_if_out_of_date > shutil.copyfile(original, derived) > File "/usr/lib64/python2.7/shutil.py", line 81, in copyfile > with open(src, 'rb') as fsrc: > IOError: [Errno 2] No such file or directory: > '../lib/matplotlib/mpl-data/matplotlibrc' > ---- Sorry to have caused noise. Actually there were problems with building examples and documentation, which were giving out different errors. The above is with documentation and example building enabled, the above is with docs disabled, but examples enabled: ---- copying build-2.7/lib.linux-x86_64-2.7/matplotlib/mpl-data/lineprops.glade -> /var/tmp/portage/dev-python/matplotlib-9999/temp/images/2.7/usr/lib64/python2.7/site-packages/matplotlib/mpl-data copying build-2.7/lib.linux-x86_64-2.7/pylab.py -> /var/tmp/portage/dev-python/matplotlib-9999/temp/images/2.7/usr/lib64/python2.7/site-packages warning: install_lib: byte-compiling is disabled, skipping. running install_egg_info Writing /var/tmp/portage/dev-python/matplotlib-9999/temp/images/2.7/usr/lib64/python2.7/site-packages/matplotlib-1.2.x-py2.7.egg-info cp: omitting directory `examples/sample_data/lib/mpl_examples' cp: omitting directory `examples/sample_data/doc/mpl_toolkits/axes_grid/examples' cp: omitting directory `examples/sample_data/doc/mpl_examples' doins failed ---- Though I am still interested whether there is an issue with my system setup, or are there any other problems? Cheers, Ignas A. -- Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon?
Hello list, I am sorry to be trying to solve my problems by just writing to the list, but I could not think of any other ways to solve it as google was not very verbose. The build log part, which indicates a failure: ---- Traceback (most recent call last): File "make.py", line 223, in <module> func() File "make.py", line 191, in all html() File "make.py", line 136, in html copy_if_out_of_date('../lib/matplotlib/mpl-data/matplotlibrc', '_static/matplotlibrc') File "make.py", line 111, in copy_if_out_of_date shutil.copyfile(original, derived) File "/usr/lib64/python2.7/shutil.py", line 81, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: '../lib/matplotlib/mpl-data/matplotlibrc' --- I was wondering if anybody could tell me what is wrong with my system? I am using Gentoo and I am trying to build the git/master branch, however git/v1.1.x also fails at the same place. Could anybody help me, please? :) Cheers, Ignas A. -- Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon?
On 10/26/2011 02:40 AM, Benjamin Root wrote: > > > On Tuesday, October 25, 2011, jniemasik <nie...@gm... > <mailto:nie...@gm...>> wrote: > > > > Hi all, > > > > Google App Engine recently added an experimental Python 2.7 option, and > > along with it, support for numpy. > > > > App Engine only allows pure python code to be uploaded. But now > that numpy > > is available on the server, I was hoping I could create a pure > python build > > of matplotlib that I can run on App Engine. > > > > Any suggestions on how to do this (existing tutorial, or at least which > > backend to use, etc.)? Is it possible? > > > > Many thanks, > > Jamie > > One thing I just noticed is that PIL is available.in > <http://available.in> the app engine I wonder if a PIL based backend > might be suitable for replacing the compiled _png.so used for writing > png images and maybe some other formats in the app engine? With the pure Python backends (PS, PDF, SVG) you should be able to do most things, except actually rasterize an image... but since it's a webapp anyway, SVG should suffice and have it rendered in the client. Of course there are still pieces that would need to be rewritten in Python -- contouring, path simplification, geometry functions, font handling. I don't know if the PIL FontImage support would suffice as a replacement for the freetype wrapper we currently have -- otherwise reimplementing freetype in Python (even to just get the font metrics) is probably considerable work. In other words, it's possible, but not as it stands without rewriting a lot of C++ code in Python. Mike
On Tuesday, October 25, 2011, Dylan Temple <dyl...@um...> wrote: > Mr. Root, > > Thank you! That got the aspect ratio between the axes to be what I needed. I had one more question, however, when this aspect ratio is set the actual plot is very small (it shrinks the y and z axes significantly, obviously) however, I want to zoom in so that there as little unused space within the axes instance as I can (currrently most of it is just unused white space and the actual surface is plotted at the bottom). I have been trying to set the ax.dist property, however, this does not seem to have the effect I need. Is there some kind of method to set an initial zoom factor, I have been searching and cannot find one. Thank you again for your help! > > Dylan Temple > Dylan, This might be more an issue about the axes limits, but I am not sure. Could you post an image of your plot so that I can see your problem? Also, what values are you using for pbaspect? Ben Root
On Tuesday, October 25, 2011, jniemasik <nie...@gm...> wrote: > > Hi all, > > Google App Engine recently added an experimental Python 2.7 option, and > along with it, support for numpy. > > App Engine only allows pure python code to be uploaded. But now that numpy > is available on the server, I was hoping I could create a pure python build > of matplotlib that I can run on App Engine. > > Any suggestions on how to do this (existing tutorial, or at least which > backend to use, etc.)? Is it possible? > > Many thanks, > Jamie One thing I just noticed is that PIL is available.in the app engine I wonder if a PIL based backend might be suitable for replacing the compiled _png.so used for writing png images and maybe some other formats in the app engine? Ben Root
On Tuesday, October 25, 2011, jniemasik <nie...@gm...> wrote: > > Hi all, > > Google App Engine recently added an experimental Python 2.7 option, and > along with it, support for numpy. > > App Engine only allows pure python code to be uploaded. But now that numpy > is available on the server, I was hoping I could create a pure python build > of matplotlib that I can run on App Engine. > > Any suggestions on how to do this (existing tutorial, or at least which > backend to use, etc.)? Is it possible? > > Many thanks, > Jamie Thats neat. I hadn't heard that numpy was made available. The big obstacles are the compiled portions. That rules out the AGG backend and any others that uses it. This would also impact some important polish that makes mpl look good. There is - somewhere - an html5 backend, but I haven't tried it. The other obstacle are the other compiled parts that handle some of the critical parts. For example, there is src/cntr.c for contouring, _image.cpp for things like imshow(), nxutils.c, and _path.cpp, which provides the widely used path calculation support. There are others as well, and they all get wrapped by CXX. Would the app engine support cython code? Maybe that could be the way to minimize the cost of portting while not losing too much performance? Cheers! Ben Root
Hi all, Google App Engine recently added an experimental Python 2.7 option, and along with it, support for numpy. App Engine only allows pure python code to be uploaded. But now that numpy is available on the server, I was hoping I could create a pure python build of matplotlib that I can run on App Engine. Any suggestions on how to do this (existing tutorial, or at least which backend to use, etc.)? Is it possible? Many thanks, Jamie -- View this message in context: http://old.nabble.com/Pure-python-matplotlib-for-Google-App-Engine-tp32721389p32721389.html Sent from the matplotlib - users mailing list archive at Nabble.com.
On Tue, Oct 25, 2011 at 4:59 PM, Rich Shepard <rsh...@ap...> wrote: > On 2011年10月25日, Paul Ivanov wrote: > >> I see you sent this just a few minutes ago - let's try to figure this out >> interactively via IRC on #matplotlib channel on freenode. If you don't >> have an IRC client handy, you can just use this web-based one. >> http://webchat.freenode.net/?channels=matplotlib > > Paul, et al.: > > Changing "underline " to "underline" fixed the problem. Now I have some > legacy database connection issues since pysqlite3 is now included with > python. Ergo, no more matplotlib complaints! (I suppose that removing the > kidsd.* font had nothing to do with it, but I don't use that font in any > case.) Awesome! glad we finally got to the bottom of it. For the record - in case others start seeing this error: "Found an unknown keyword in AFM header (was Underline)", when the afm file in question splits up the UnderlinePosition to be two words with a space between them, here's the patch to fix that problem. diff --git a/lib/matplotlib/afm.py b/lib/matplotlib/afm.py index bb51634..127e63d 100644 --- a/lib/matplotlib/afm.py +++ b/lib/matplotlib/afm.py @@ -132,6 +132,7 @@ def _parse_header(fh): line = fh.readline() if not line: break line = line.rstrip() + line = line.replace("Underline ", "Underline") if line.startswith('Comment'): continue lst = line.split( ' ', 1 ) #print '%-s\t%-d line :: %-s' % ( fh.name, len(lst), line ) I won't commit this to trunk, because it doesn't seem like anyone else has run into this before - so maybe there are very few afm files out there using this *incorrect*, as far as I can ascertain, version of the AFM headers best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
On 2011年10月25日, Paul Ivanov wrote: > I see you sent this just a few minutes ago - let's try to figure this out > interactively via IRC on #matplotlib channel on freenode. If you don't > have an IRC client handy, you can just use this web-based one. > http://webchat.freenode.net/?channels=matplotlib Paul, et al.: Changing "underline " to "underline" fixed the problem. Now I have some legacy database connection issues since pysqlite3 is now included with python. Ergo, no more matplotlib complaints! (I suppose that removing the kidsd.* font had nothing to do with it, but I don't use that font in any case.) Thanks very much, Rich
On 2011年10月25日, Paul Ivanov wrote: > Well, I hope the dentist trip was more of a success :) Don't worry > about it - it's become kind of a fun challenge now. Paul, Yes, it was a nice, long, relaxing visit. I go to the dental school at the health sciences university; costs ~ 1/3rd less than a private dentist, top-notch care, and the latest techniques when necessary. > I see you sent this just a few minutes ago - let's try to figure this out > interactively via IRC on #matplotlib channel on freenode. If you don't > have an IRC client handy, you can just use this web-based one. > http://webchat.freenode.net/?channels=matplotlib Oops! That was a while ago. I'm rather overwhelmed with client work, but will see if I still have an IRC tool available on the system; I removed bitchx a while ago. Rich
I am hoping to have a general discussion about font choices other matplotlib users make when the figure will be seen by someone other than yourself. Generally speaking, my figures go in to technical memos, automatically generated reports, and on rare occasion a web page. For memos (created in your standard word processor at a 12 pt font), I tend to use a 10 pt font on everything (tick labels, axis labels, legend entries, etc). At work we use Myriad Pro (a sans serif font) for all of our maps, which works well with plots since it goes well with matplotlib's stix-sans math text option. My automatically generated reports are always compiled using Latex with the fourier package, which uses the utopia fonts (serif). So in matplotlib I always set usetex to True and add the \usepackage{fourier} command since that provides a seamless text and math-text font with support for the upright Greek letter mu. The upright mu is crucial for environmental data since the quantities that I'm plotting are typically in micrograms per liter or kilogram. For static images in webpages and presentations, I go back to my sans-serif configuration and bump up the fonts as needed. Also, my axes and tick label markers are 0.5 pt wide, though I'll bump that up to 1.0 if a very large figure is needed. Cheers, -paul
On Tue, Oct 25, 2011 at 1:59 PM, Rich Shepard <rsh...@ap...> wrote: > On 2011年10月24日, Rich Shepard wrote: > >>> so no more tracebacks? >> I'll try again tomorrow morning before I head to the dentist. > > I didn't try then, but just did now. Still the same error: > > Found an unknown keyword in AFM header (was Underline) > Traceback (most recent call last): > File "./eikos.py", line 6, in <module> > from modelPage import modModel > File "/home/rshepard/development/trunk/modelPage.py", line 9, in <module> > from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as > FigureCanvas > File > "/usr/lib/python2.6/site-packages/matplotlib/backends/backend_wxagg.py", > line 20, in <module> > from matplotlib.figure import Figure > File "/usr/lib/python2.6/site-packages/matplotlib/figure.py", line 18, in > <module> > from axes import Axes, SubplotBase, subplot_class_factory > File "/usr/lib/python2.6/site-packages/matplotlib/axes.py", line 14, in > <module> > import matplotlib.axis as maxis > File "/usr/lib/python2.6/site-packages/matplotlib/axis.py", line 10, in > <module> > import matplotlib.font_manager as font_manager > File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line > 1323, in <module> > _rebuild() > File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line > 1273, in _rebuild > fontManager = FontManager() > File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line > 997, in __init__ > self.afmlist = createFontList(self.afmfiles, fontext='afm') > File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line > 559, in createFontList > font = afm.AFM(fh) > File "/usr/lib/python2.6/site-packages/matplotlib/afm.py", line 305, in > __init__ > parse_afm(fh) > File "/usr/lib/python2.6/site-packages/matplotlib/afm.py", line 293, in > parse_afm > dcmetrics_ascii, dcmetrics_name = _parse_char_metrics(fh) > File "/usr/lib/python2.6/site-packages/matplotlib/afm.py", line 177, in > _parse_char_metrics > name = vals[2].split()[1] > IndexError: list index out of range > > Sigh. I'm sure it's as frustrating for you as it is for me. Well, I hope the dentist trip was more of a success :) Don't worry about it - it's become kind of a fun challenge now. I see you sent this just a few minutes ago - let's try to figure this out interactively via IRC on #matplotlib channel on freenode. If you don't have an IRC client handy, you can just use this web-based one. http://webchat.freenode.net/?channels=matplotlib best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
On 2011年10月24日, Rich Shepard wrote: >> so no more tracebacks? > I'll try again tomorrow morning before I head to the dentist. I didn't try then, but just did now. Still the same error: Found an unknown keyword in AFM header (was Underline) Traceback (most recent call last): File "./eikos.py", line 6, in <module> from modelPage import modModel File "/home/rshepard/development/trunk/modelPage.py", line 9, in <module> from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as FigureCanvas File "/usr/lib/python2.6/site-packages/matplotlib/backends/backend_wxagg.py", line 20, in <module> from matplotlib.figure import Figure File "/usr/lib/python2.6/site-packages/matplotlib/figure.py", line 18, in <module> from axes import Axes, SubplotBase, subplot_class_factory File "/usr/lib/python2.6/site-packages/matplotlib/axes.py", line 14, in <module> import matplotlib.axis as maxis File "/usr/lib/python2.6/site-packages/matplotlib/axis.py", line 10, in <module> import matplotlib.font_manager as font_manager File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line 1323, in <module> _rebuild() File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line 1273, in _rebuild fontManager = FontManager() File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line 997, in __init__ self.afmlist = createFontList(self.afmfiles, fontext='afm') File "/usr/lib/python2.6/site-packages/matplotlib/font_manager.py", line 559, in createFontList font = afm.AFM(fh) File "/usr/lib/python2.6/site-packages/matplotlib/afm.py", line 305, in __init__ parse_afm(fh) File "/usr/lib/python2.6/site-packages/matplotlib/afm.py", line 293, in parse_afm dcmetrics_ascii, dcmetrics_name = _parse_char_metrics(fh) File "/usr/lib/python2.6/site-packages/matplotlib/afm.py", line 177, in _parse_char_metrics name = vals[2].split()[1] IndexError: list index out of range Sigh. I'm sure it's as frustrating for you as it is for me. Thanks, Rich
On Tue, Oct 25, 2011 at 12:04 PM, Dylan Temple <dyl...@um...> wrote: > > Matplotlib users, > > Hello, I am currently trying to create a 3D plot of a ships hull using the > plot_surface command in an instance of Axes3d. The default aspect ratio > for the surface_plot is a cube which, obviously, makes a silly looking > ship. The x-axis ranges from 0-150, the yaxis ranges from -10,10 and the > z-axis ranges from 0-10. I want to retain the aspect ratios of those data > sets in the plot (to get the long, slender ship-looking surface). I can > get the z and x axes to match up by doing something like: > > aspect = (len(xaxis)/len(zaxis))**-1 > ax.set_aspect(aspect,'datalim') > > However, I can not find a way to get different aspect ratios between axis > to get each one in scale with the three data sets. Is there a way to do > this currently with the Axes3d objects? > > Thank you for your help, > Dylan > > Dylan, It is a feature I have worked on a bit, but haven't fully completed. Check out this thread: http://comments.gmane.org/gmane.comp.python.matplotlib.general/27415 I should see if I can rebase that branch on the updates I have made to mplot3d since then. I hope this helps! Ben Root
Matplotlib users, Hello, I am currently trying to create a 3D plot of a ships hull using the plot_surface command in an instance of Axes3d. The default aspect ratio for the surface_plot is a cube which, obviously, makes a silly looking ship. The x-axis ranges from 0-150, the yaxis ranges from -10,10 and the z-axis ranges from 0-10. I want to retain the aspect ratios of those data sets in the plot (to get the long, slender ship-looking surface). I can get the z and x axes to match up by doing something like: aspect = (len(xaxis)/len(zaxis))**-1 ax.set_aspect(aspect,'datalim') However, I can not find a way to get different aspect ratios between axis to get each one in scale with the three data sets. Is there a way to do this currently with the Axes3d objects? Thank you for your help, Dylan -- Dylan Temple Ph.D Student, University of Michigan, NA&ME Department Email: dyl...@um... Phone: 607-592-1749
On 2011年10月24日, Paul Ivanov wrote: > so no more tracebacks? Don't know. I'm processing accounts payable, beating up a client who's late paying an invoice, trying to figure out which R package/function I need, and more. It's been a rather crappy day, if you must know the truth. :-) I'll try again tomorrow morning before I head to the dentist. > Well, that's a mystery... why did you previously see a "Found an unknown > keyword in AFM header (was Underline)" message for it... You ask moi? I've no idea at all! That's why I count on you experts to tell me why. :-) Thanks much, Paul, Rich
On Mon, Oct 24, 2011 at 3:26 PM, Rich Shepard <rsh...@ap...> wrote: > On 2011年10月24日, Paul Ivanov wrote: > >> those two properties should not have spaces in them - according the the >> AFM file spec that I could find - they should be one word - which is what >> matplotlib expects - and this is the source of all of the "'Found an >> unknown keyword in AFM header (was Underline)" warning that you saw. > > Paul, > > That specific font is apparently kid oriented (not surprising as it comes > from Corel a long time ago). I can delete it and never miss it. Ok - strange that we saw a lot of errors caused by probably the same deviation from the AFM standard in several other files as indnicated by the error file Ben posted earlier in this thread. > >>> C 127 ; WX 262 ; N ; B 64 506 246 730 ; >> >> I still find it strange that this character is even in the font file >> - maybe it had a value other than just space, but copy pasting made it >> appear as such? Please resend the file as an attachement so we can >> verify. >> >> In the meantime - this patch should get around trying to parse any >> such files without causing tracebacks >> >> in lib/matplotlib/afm.py, after the line that says 'if >> line.startswith('Comment'): continue' add another line that says 'if >> line.startswith('C 127'): continue' > > OK. Done. so no more tracebacks? >> If this was really the case, we should not have been seeing "Found an >> unknown keyword in AFM header (was Underline)" for the afm files that >> ship with matplotlib (but we were on your machine - so something >> changed them). >> >> Please diff your pagko8a.afm against >> https://raw.github.com/matplotlib/matplotlib/master/lib/matplotlib/mpl-data/fonts/afm/pagko8a.afm > > There's no difference between > /usr/lib/python2.6/site-packages/matplotlib/mpl-data/fonts/afm/pagko8a.afm > and the pagko8a.afm I downloaded from github. Well, that's a mystery... why did you previously see a "Found an unknown keyword in AFM header (was Underline)" message for it... -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
On 2011年10月24日, Paul Ivanov wrote: > those two properties should not have spaces in them - according the the > AFM file spec that I could find - they should be one word - which is what > matplotlib expects - and this is the source of all of the "'Found an > unknown keyword in AFM header (was Underline)" warning that you saw. Paul, That specific font is apparently kid oriented (not surprising as it comes from Corel a long time ago). I can delete it and never miss it. >> C 127 ; WX 262 ; N ; B 64 506 246 730 ; > > I still find it strange that this character is even in the font file > - maybe it had a value other than just space, but copy pasting made it > appear as such? Please resend the file as an attachement so we can > verify. > > In the meantime - this patch should get around trying to parse any > such files without causing tracebacks > > in lib/matplotlib/afm.py, after the line that says 'if > line.startswith('Comment'): continue' add another line that says 'if > line.startswith('C 127'): continue' OK. Done. > If this was really the case, we should not have been seeing "Found an > unknown keyword in AFM header (was Underline)" for the afm files that > ship with matplotlib (but we were on your machine - so something > changed them). > > Please diff your pagko8a.afm against > https://raw.github.com/matplotlib/matplotlib/master/lib/matplotlib/mpl-data/fonts/afm/pagko8a.afm There's no difference between /usr/lib/python2.6/site-packages/matplotlib/mpl-data/fonts/afm/pagko8a.afm and the pagko8a.afm I downloaded from github. Thanks, Rich
On Mon, Oct 24, 2011 at 2:47 PM, Rich Shepard <rsh...@ap...> wrote: > Underline Position -100 > Underline Thickness 50 those two properties should not have spaces in them - according the the AFM file spec that I could find - they should be one word - which is what matplotlib expects - and this is the source of all of the "'Found an unknown keyword in AFM header (was Underline)" warning that you saw. > C 127 ; WX 262 ; N ; B 64 506 246 730 ; I still find it strange that this character is even in the font file - maybe it had a value other than just space, but copy pasting made it appear as such? Please resend the file as an attachement so we can verify. In the meantime - this patch should get around trying to parse any such files without causing tracebacks in lib/matplotlib/afm.py, after the line that says 'if line.startswith('Comment'): continue' add another line that says 'if line.startswith('C 127'): continue' >> What about the .afm that ships with matplotlib which also caused problems >> - did you verify that the one you have is the same as the one under >> version control in matplotlib? > > Well, the source file came from the matplotlib Web site, so I assume that > it/they are OK. The SlackBuild script essentially re-packages the download > as a Slackware package so it can be managed more easily and consistently > with other packages. If this was really the case, we should not have been seeing "Found an unknown keyword in AFM header (was Underline)" for the afm files that ship with matplotlib (but we were on your machine - so something changed them). Please diff your pagko8a.afm against https://raw.github.com/matplotlib/matplotlib/master/lib/matplotlib/mpl-data/fonts/afm/pagko8a.afm best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7