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

Showing 4 results of 4

From: John H. <jdh...@ac...> - 2005年09月24日 19:41:53
>>>>> "Christian" == Christian Meesters <mee...@un...> writes:
 Christian> Hi, two bar plot questions from my side: - Is it
 Christian> possible to draw bar plots without surronding lines?
 Christian> How? - I'd like to draw the bars a bit transparent,
 Christian> but 'alpha' does not work. Is there an other way?
The trick is to make the edge and face colors the same. Setting the
linewidth to 0 can also help but doesn't work on every backend. You
can set alpha as on any Artist
 rects = bar([1,2,3], [4,5,6])
 setp(rects, facecolor='b', edgecolor='b', linewidth=0, alpha=0.5)
Call getp(anyartist) on any Artist instance to see what
properties are settable and what their current values are.
Should help :-)
JDH
From: John H. <jdh...@ac...> - 2005年09月24日 19:37:15
>>>>> "Sascha" == Sascha <sas...@gm...> writes:
 Sascha> In my application, I am creating a second axes using
 Sascha> pylab's twinx and plot various lines on both axes. I'd
 Sascha> like to take advantage of the automatic change of the line
 Sascha> color that happens when using the plot()
 Sascha> command. Unfortunately, this is done only within one axes
 Sascha> i.e. when plotting on the other axes, the first line color
 Sascha> is used again. This results in multiple lines that have
 Sascha> the some color.
 Sascha> Is there a smart way to make Matplotlib use the next color
 Sascha> in sequence for the first line on a new axes?
There is no way to do this automatically w/o changing the internals of
the line cycle code. At present each Axes gets its own color cycle
counter, and twinx creates a new axes instance with a shared cycle.
You could hack the twinx code to share the counter
ax1._get_lines.count = ax2._get_lines.count
but this would break after a cla in the current implementation since
the _get_lines_count attr is reset there. The relevant code is in
Axes.cla, axes._process_plot_var_args and pylab.twinx if you want to
try and fix this in a sensible way and submit a patch.
JDH
From: John H. <jdh...@ac...> - 2005年09月24日 19:31:37
>>>>> "Sascha" == Sascha <sas...@gm...> writes:
 Sascha> I am having some issues creating axis labels. When I set
 Sascha> horizontalalignment='right' (which is the default), the y
 Sascha> axis label is positioned correctly for the left
 Sascha> axis. Using 'center', the text is positioned too close to
 Sascha> the axis so that multiline text runs into the tick
 Sascha> labels. For the right axis (created with pylab.twinx(),
 Sascha> it's the other way around - 'right' is too close to the
 Sascha> tick labels and 'center' works better.
 Sascha> Any hints what I can do to position the labels correctly?
Try adjusting the tick "pad". See the matplotlib rc file and the
rcParams dictionary. The relevant beast is tick.major.pad
JDH
From: John H. <jdh...@ac...> - 2005年09月24日 19:25:14
 phil> I created an instance of Figure then add
 phil> some subplots to it. 
 ...snip
 phil> Now i create another instance of Figure.
 phil> self.new_fig = Figure(figsize=(320,200),
 phil> dpi=80)
 phil> My aim is to add a Subplot instance to the
 phil> new Figure instance and changind the
 phil> number of rows and columns and the
 phil> position of the Subplot. I could have
 phil> done: self.new_fig.add_subplot(a)
The important thing to understand is that there is no concept of
"number of rows" of a figure, or "number of columns". The Subplot is
an instance of an Axes, and an Axes has a position property. The
position is left, bottom, width, height in fractional (0,1)
coordinates. When you say Subplot(111), matplotlib computes the
position but the figure does not have the property that it has one row
and one column. For example, you could do
ax1 = subplot(111)
ax2 = axes([0.8, 0.8, 0.15, 0.15])
and have another axes over the subplot. How many rows and columns
does the figure have? It's not particularly well defined, since it
has two axes, but not on a regular grid. Each figure maintains a list
of axes, and you can move them from one to another, and you can manage
their sizes in figure they live in with ax.get_position() and
ax.set_position()
 fig1.delaxes(ax1)
 ax1.set_position(something)
 ax2.set_position(something_else)
 fig2.add_axes(ax1)
If you want to set the position for a given subplot geometry (eg 211)
you can add the following method to axes.Subplot
 def change_geometry(self, numrows, numcols, num):
 'change subplot geometry, eg from 1,1,1 to 2,2,3'
 self._rows = rows
 self._cols = cols
 self._num = num
 self.update_params()
and call it like
 ax2.change_geometry(2,2,3)
You may want to make sure each axes instance you create has an unique
"label". The "current axes" machinery works by comaring the args and
kwargs you pass to add_axes. This is documented with an example in
the Figure.add_axes method.
JDH

Showing 4 results of 4

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