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


Showing 8 results of 8

From: Jörgen S. <jor...@bo...> - 2011年03月17日 22:09:30
Paul Ivanov skrev 2011年03月17日 20:58:
> Jörgen Stenarson, on 2011年03月16日 18:04, wrote:
>> Hi,
>>
>> I'm interested in making plots that are plotted on a polar grid or a
>> smith chart grid but where the data coordinates still are normal
>> rectangular. It is not clear for me if this is possible with the
>> standard gridding machinery or if some other approach is necessary.
>>
>> Another question is how would I get the data to clip inside the maximum
>> circle of the polar or smithchart?
>
> Hi Jörgen,
>
> there's probably a way of doing this, and not knowing your other
> constraints maybe this isn't an option, but the path of least
> resistance would be to make a polar subplot and transform your
> rectangular data to polar coordinates for the purposes of
> plotting (rather than transforming the grid to polar). This way
> you'll get your clipping "for free."
>
Hi Paul,
I'll test that approach for the polar plots, but it won't work for the 
Smith chart where I need another grid.
/Jörgen
From: Paul I. <piv...@gm...> - 2011年03月17日 20:27:36
Evan Mason, on 2011年03月16日 15:27, wrote:
> Hi, I get unexpected behaviour using the script below. xticks only appear in
> the 4th subplot. If the lines marked ### are moved out of the loop (and edited
> so that they are constants), then xticks do appear on each subplot. Is this a
> bug or am I missing something?
> 
> I am using matplotlib 1.1.0svn.
Hi Evan,
What you're seeing is the result of each instance of locator
belonging to one and only one axis (namely months.axis), and
every time you call ax.xaxis_major_locator, you're moving it to
the newest subplot.
Just move the 'months = ...' line inside the for-loop, and you'll
be all set.
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 
From: Paul I. <piv...@gm...> - 2011年03月17日 20:20:14
Stef Mientki, on 2011年03月16日 19:45, wrote:
> hello,
> 
> The text in matplotlib pictures is very fuzzy (certainly if you compare that to fixed texts).
> The picture below is from an html page, the html page is generated from a python script,
> which also produces the matplotlib pictures, which are stored in a png-file and linked in the html page.
> 
> Are there ways to improve the font quality of the texts in the MatPlotLib image ?
Hi Stef,
Have you tried increasing the resolution of the images before you
save them, via plt.savefig("something.png",dpi=160) or by setting
the savefig.dpi rcParam to affect all plots. You might also play
with using different fontsize parameters when calling .text(...)
 
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 
From: Paul I. <piv...@gm...> - 2011年03月17日 19:59:01
Jörgen Stenarson, on 2011年03月16日 18:04, wrote:
> Hi,
> 
> I'm interested in making plots that are plotted on a polar grid or a 
> smith chart grid but where the data coordinates still are normal 
> rectangular. It is not clear for me if this is possible with the 
> standard gridding machinery or if some other approach is necessary.
> 
> Another question is how would I get the data to clip inside the maximum 
> circle of the polar or smithchart?
Hi Jörgen,
there's probably a way of doing this, and not knowing your other
constraints maybe this isn't an option, but the path of least
resistance would be to make a polar subplot and transform your
rectangular data to polar coordinates for the purposes of
plotting (rather than transforming the grid to polar). This way
you'll get your clipping "for free."
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 
From: Paul I. <piv...@gm...> - 2011年03月17日 19:53:21
Francesco Montesano, on 2011年03月17日 12:05, wrote:
> Dear all,
> 
> I have a rather complex code that takes a list of file names and of
> legend tags from command line and compute contour plots
> 
> ./contour_plots.py [options] filename1 ... filename2 tag1 ... tagn
> 
> The codes make filled contours at required levels, then line contours.
> >From the latter I extract one line from each file and create a legend
> 
> spl.legend(lines, [tag1...tagn], other options)
> 
> All it works fine. The only problem is that sometimes I have tags that
> are long and I would like to be able to break between multiple lines.
> In examples/legend_demo3.py is shown that 'ax1.plot([1],
> label="multi\nline")' the \n is interpreted (correctly) as new line.
> 
> Normaly I have something like
> ./contour_plots.py [options] filename1 \(long\)tag\$_\{very long\}\$
> that gives me a legend with the correct formatting. If I try to add a
> '\n' after 'tag', I get out the tag as before plus a 'n' after 'tag'.
> I've tried to enclose the whole string or just \n in "" or r"" but
> nothing good happens (either I get 'n' or 'rn').
> Is there a way to do what I want to do?
Hi Francesco,
If you are using bash, you can insert newlines using the
Enter/Return key if you start an argument with a quote like this:
$ cat commandline.py
#!/usr/bin/env python
import sys
print "Program output:", sys.argv
print sys.argv[-1]
$ ./commandline.py "something
with
newlines"
Program output: ['./commandline.py', 'something\nwith\nnewlines']
something
with
newlines
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 
From: Neal B. <ndb...@gm...> - 2011年03月17日 11:39:10
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: 
findfont: Font family ['STIXSizeOneSym'] not found. Falling back to Bitstream 
Vera Sans
 (prop.get_family(), self.defaultFamily[fontext]))
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: 
findfont: Font family ['STIXSizeThreeSym'] not found. Falling back to Bitstream 
Vera Sans
 (prop.get_family(), self.defaultFamily[fontext]))
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: 
findfont: Font family ['STIXSizeFourSym'] not found. Falling back to Bitstream 
Vera Sans
 (prop.get_family(), self.defaultFamily[fontext]))
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: 
findfont: Font family ['STIXSizeFiveSym'] not found. Falling back to Bitstream 
Vera Sans
 (prop.get_family(), self.defaultFamily[fontext]))
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: 
findfont: Font family ['STIXSizeTwoSym'] not found. Falling back to Bitstream 
Vera Sans
 (prop.get_family(), self.defaultFamily[fontext]))
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: 
findfont: Font family ['STIXNonUnicode'] not found. Falling back to Bitstream 
Vera Sans
 (prop.get_family(), self.defaultFamily[fontext]))
But I have stix fonts installed
stix-pua-fonts-1.0.0-1.fc14.noarch
stix-variants-fonts-1.0.0-1.fc14.noarch
stix-fonts-doc-1.0.0-1.fc14.noarch
stix-sizes-fonts-1.0.0-1.fc14.noarch
stix-fonts-1.0.0-1.fc14.noarch
stix-integrals-fonts-1.0.0-1.fc14.noarch
What could be wrong?
From: Francesco M. <fra...@go...> - 2011年03月17日 11:05:30
Dear all,
I have a rather complex code that takes a list of file names and of
legend tags from command line and compute contour plots
./contour_plots.py [options] filename1 ... filename2 tag1 ... tagn
The codes make filled contours at required levels, then line contours.
>From the latter I extract one line from each file and create a legend
spl.legend(lines, [tag1...tagn], other options)
All it works fine. The only problem is that sometimes I have tags that
are long and I would like to be able to break between multiple lines.
In examples/legend_demo3.py is shown that 'ax1.plot([1],
label="multi\nline")' the \n is interpreted (correctly) as new line.
Normaly I have something like
./contour_plots.py [options] filename1 \(long\)tag\$_\{very long\}\$
that gives me a legend with the correct formatting. If I try to add a
'\n' after 'tag', I get out the tag as before plus a 'n' after 'tag'.
I've tried to enclose the whole string or just \n in "" or r"" but
nothing good happens (either I get 'n' or 'rn').
Is there a way to do what I want to do?
Thanks in advance
Francesco
From: Michael M. F. <mf...@ph...> - 2011年03月17日 07:03:06
On 13 Jan 2011, at 5:50 AM, Michael Droettboom wrote:
> Can you provide a simple LaTeX document that illustrates the problem 
> with psfrag? This is still compliant Postscript, AFAICT.
It is not a postscript compliance issue, but rather a requirement of 
the psfrag package which relys on searching for complete strings of 
the form "(...) show" for replacement.
Here is a simple example. Prior to this change, matplotlib would 
output the entire string "(0) show", "(1) show" and "(Np) show". The 
psfrag package replaces these with typeset versions of "zero", "one" 
and "$N_+$ in whatever font, size, etc. is active in the LaTeX file 
(providing an exact match with the surrounding text).
The new version of matplotlib has instead the individual characters 
followed by glyphshow: "/zero glyphshow" etc. and psfrag can no-longer 
locate the appropriate strings and replace them. Please provide a way 
for users to revert to the old behaviour of outputing the complete 
string rather than one glyph at a time as some of us use psfrag 
extensively for publication-quality figures.
% import matplotlib.pyplot as plt
% plt.plot([0,1],[0,1])
% plt.xticks([0,1], ['0', '1'])
% plt.xlabel(r'Np')
% savefig('bad.eps')
\documentclass{article}
\usepackage{graphicx}
\usepackage{psfrag}
\begin{document}
\psfrag{0}{zero}
\psfrag{1}{one}
\psfrag{Np}{$N_+$}
\includegraphics[width=\textwidth]{bad.eps}
\end{document}
> On 01/11/2011 10:43 AM, Benjamin Root wrote:
>>
>>
>>
>> On Tue, Jan 11, 2011 at 8:45 AM, Lebostein <Leb...@gm...> wrote:
>>
>> I have compared the new and old output. For example the "0.0" in a 
>> diagram:
>>
>> old eps (1.0.0):
>>
>> 35.223 19.934 m
>> 0 0.141 rmoveto
>> (0.0) show
>> [1 2] 0 setdash
>> 0.502 setgray
>>
>> new eps (1.0.1):
>>
>> 35.222810 19.933563 translate
>> 0.000000 rotate
>> 0.000000 0.140625 m /zero glyphshow
>> 6.362305 0.140625 m /period glyphshow
>> 9.541016 0.140625 m /zero glyphshow
>> grestore
>> [1 2] 0 setdash
>> 0.502 setgray
1 message has been excluded from this view by a project administrator.

Showing 8 results of 8

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