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






Showing 11 results of 11

From: Damon M. <dam...@gm...> - 2012年09月12日 23:02:25
On Wed, Sep 12, 2012 at 11:31 PM, Goutam Paul <gou...@ie...> wrote:
> It seems that there are only five line-styles:
>
> "-" (solid) – default
> "--" (dashed)
> "-." (dash dot)
> ":" (dotted)
> "None" or " " or "" (nothing)
>
> What if I want to have more linestyles? Say, ++, **, xx, ~~, etc. Is it
> possible to have user-defined linestyles? How?
>
User-defined line styles is difficult. There is an open github issue
on this topic: https://github.com/matplotlib/matplotlib/issues/346
Though, porting some of the existing markers over as linestyles would
be a nice addition, I think.
-- 
Damon McDougall
http://www.damon.is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom
From: Goutam P. <gou...@ie...> - 2012年09月12日 22:31:58
It seems that there are only five line-styles:
"-" (solid) – default
"--" (dashed)
"-." (dash dot)
":" (dotted)
"None" or " " or "" (nothing)
What if I want to have more linestyles? Say, ++, **, xx, ~~, etc. Is it
possible to have user-defined linestyles? How?
From: Filipe P. A. F. <oc...@gm...> - 2012年09月12日 22:13:47
OK, a little bit more of manual reading I got the "drag point"
working. Now, even though it works, I would like the opinion of
someone with more experience on event handling to improve that.
Thanks, Filipe
On Wed, Sep 12, 2012 at 6:14 PM, Filipe Pires Alvarenga Fernandes
<oc...@gm...> wrote:
> After some modifications and manual reading I got "insert" point and
> "delete" point working, but I still cannot make the "drag" point
> work...
>
> -Filipe
>
>
> On Wed, Sep 12, 2012 at 4:04 PM, Filipe Pires Alvarenga Fernandes
> <oc...@gm...> wrote:
>> Hi all,
>>
>> I am trying to create a class to edit the points of a plot based on
>> the poly_editor.py example. However, I have very little experience
>> with even handling and I need some help.
>>
>> Here is what I did so far, the "toggle" on/off works fine. Also I
>> believe that actions "press", "release", "insert", "delete" are OK.
>> However, I am stuck at the drawing part of the problem.
>>
>> if anyone have an example of that to share or it you want to check
>> what I made so far:
>>
>> http://dl.dropbox.com/u/4411725/point_editor.py
>>
>> Thanks, Filipe.
From: Filipe P. A. F. <oc...@gm...> - 2012年09月12日 21:15:43
After some modifications and manual reading I got "insert" point and
"delete" point working, but I still cannot make the "drag" point
work...
-Filipe
On Wed, Sep 12, 2012 at 4:04 PM, Filipe Pires Alvarenga Fernandes
<oc...@gm...> wrote:
> Hi all,
>
> I am trying to create a class to edit the points of a plot based on
> the poly_editor.py example. However, I have very little experience
> with even handling and I need some help.
>
> Here is what I did so far, the "toggle" on/off works fine. Also I
> believe that actions "press", "release", "insert", "delete" are OK.
> However, I am stuck at the drawing part of the problem.
>
> if anyone have an example of that to share or it you want to check
> what I made so far:
>
> http://dl.dropbox.com/u/4411725/point_editor.py
>
> Thanks, Filipe.
From: Filipe P. A. F. <oc...@gm...> - 2012年09月12日 19:05:40
Hi all,
I am trying to create a class to edit the points of a plot based on
the poly_editor.py example. However, I have very little experience
with even handling and I need some help.
Here is what I did so far, the "toggle" on/off works fine. Also I
believe that actions "press", "release", "insert", "delete" are OK.
However, I am stuck at the drawing part of the problem.
if anyone have an example of that to share or it you want to check
what I made so far:
http://dl.dropbox.com/u/4411725/point_editor.py
Thanks, Filipe.
From: Damon M. <dam...@gm...> - 2012年09月12日 18:46:36
On Wed, Sep 12, 2012 at 5:57 PM, Aronne Merrelli
<aro...@gm...> wrote:
> On Tue, Sep 11, 2012 at 10:49 AM, Damon McDougall
> <dam...@gm...> wrote:
>> On Tue, Sep 11, 2012 at 3:34 PM, Neal Becker <ndb...@gm...> wrote:
>>> OK, I've attached my sanitized example
>>>
>>
>> ImportError: No module named pandas.
>>
>> Can you provide an example that doesn't depend on pandas?
>>
>
> I was playing with this example to remove the pandas stuff, and It
> looks a lot like the check for the best legend location is just not
> accounting correctly for the multiple legend entries in this case.
> Here is an even more minimal example, that I think reproduces the same
> problem as Neal's original example.
>
> colors = ['b','g','r']
> for n in range(3):
> plt.scatter([n,],[n,],color=colors[n])
> plt.legend(['foo','foo','foo'],loc='best')
>
>
> Note that if you just put one legend name in there, the location is
> perfectly fine, it is just as it extends downward for the second and
> third names, that it covers over the point.
>
> FYI: Im using v1.1.0 mpl, in EPD 7.2.
>
> HTH,
> Aronne
>
Aronne, thanks for taking the time to produce a nice example. I can
now recreate the problem. I'm not sure how invasive it will be to fix
this, so it possibly won't make it in for version 1.2, but possibly a
bugfix release after the fact.
For anyone who's interested, here's the github issue:
https://github.com/matplotlib/matplotlib/issues/1235
-- 
Damon McDougall
http://www.damon.is-a-geek.com
B2.39
Mathematics Institute
University of Warwick
Coventry
West Midlands
CV4 7AL
United Kingdom
From: Aronne M. <aro...@gm...> - 2012年09月12日 16:57:58
On Tue, Sep 11, 2012 at 10:49 AM, Damon McDougall
<dam...@gm...> wrote:
> On Tue, Sep 11, 2012 at 3:34 PM, Neal Becker <ndb...@gm...> wrote:
>> OK, I've attached my sanitized example
>>
>
> ImportError: No module named pandas.
>
> Can you provide an example that doesn't depend on pandas?
>
I was playing with this example to remove the pandas stuff, and It
looks a lot like the check for the best legend location is just not
accounting correctly for the multiple legend entries in this case.
Here is an even more minimal example, that I think reproduces the same
problem as Neal's original example.
colors = ['b','g','r']
for n in range(3):
 plt.scatter([n,],[n,],color=colors[n])
plt.legend(['foo','foo','foo'],loc='best')
Note that if you just put one legend name in there, the location is
perfectly fine, it is just as it extends downward for the second and
third names, that it covers over the point.
FYI: Im using v1.1.0 mpl, in EPD 7.2.
HTH,
Aronne
From: Barraclough, D. \(e. 414\) <dj...@qv...> - 2012年09月12日 16:37:04
 
Happiness - Upgrading numpy to v 1.6.2 - I had been using 1.6.0b - seems
to have fixed things - my app's memory usage is now flat.
 
Dominic
 
________________________________
From: Barraclough, Dominic (ext. 414) [mailto:dj...@qv...] 
Sent: Tuesday, September 11, 2012 4:28 PM
To: mat...@li...
Subject: [Matplotlib-users] a memory leak in matplotlib plot embedded
inwxpython
 
 
I'm using matplotlib plots embedded in a wxpython application to display
a stream of data. The application works effectively but I have noticed
that memory usage rises substantially over time (if left long enough the
process can go from 50MB to near 1GB of RAM). After some
experimentation, I have tracked the problem down to the canvas.draw()
call needed to refresh my matplotlib plos. Thinking that the problem may
be due to how I coded up my plots I looked to see if the problem was
present in the examples given at
 
http://matplotlib.sourceforge.net/examples/user_interfaces
 
and found that the problem seem to be present in some the examples
posted there if I added a timer to cause the canvas draw to be
repeatedly performed. 
 
 
The example below is based on 
 
http://matplotlib.sourceforge.net/examples/user_interfaces/embedding_in_
wx2.html
 
and has been instrumented to report memory usage when running in
Windows. My tests indicate that working set memory rises by 11 to 12
Kbytes at each plot. 
 
Some what to my surprise, I found the same issue when I ran an even
simpler version on a linux mint virtual box running on my win7 system.
(I have not explored this much so somebody else might want to test
things on a non virtual linux box) I assume this implies that python is
probably keeping something alive that was expected to be automatically
cleaned up at each draw. I have made some effort to localize the problem
further but right now I don't have the necessary time to get heavily
into the inner workings of matplotlib or wxpython 
 
Has any body else seen this problem before, and if so, has any body a
work around that allows rapid replotting - I would guess that I could
periodically flush the figure and re build my plots but this would cause
periodic glitches in plotting? 
 
 
Dominic
 
 
System details
 
Win7 ultimate service pack1
Python 2.6.6 (but I've seen the problem with python2.5 and 2.7)
Matplotlib 1.1.1 (but also in earlier versions)
Wxpython 2.9.4.0 msw (classic) (put also on 2.8.12.0 unicode)
 
 
Example 
------------------------------------------------------------------------
-----------------------------------------------------------
import wxversion
wxversion.ensureMinimal('2.8')
 
from numpy import arange, sin, pi
 
import matplotlib
 
# uncomment the following to use wx rather than wxagg
#matplotlib.use('WX')
#from matplotlib.backends.backend_wx import FigureCanvasWx as
FigureCanvas
 
# comment out the following to use wx rather than wxagg
matplotlib.use('WXAgg')
from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as
FigureCanvas
 
from matplotlib.backends.backend_wx import NavigationToolbar2Wx
 
from matplotlib.figure import Figure
import win32process
import wx
 
class CanvasFrame(wx.Frame):
 
 def __init__(self):
 wx.Frame.__init__(self,None,-1,
 'CanvasFrame',size=(550,350))
 
 #self.SetBackgroundColour(wx.NamedColor("WHITE")) # 2.9 does not
like
 
 self.figure = Figure()
 self.axes = self.figure.add_subplot(111)
 t = arange(0.0,3.0,0.01)
 s = sin(2*pi*t)
 
 self.axes.plot(t,s)
 self.canvas = FigureCanvas(self, -1, self.figure)
 
 self.sizer = wx.BoxSizer(wx.VERTICAL)
 self.sizer.Add(self.canvas, 1, wx.LEFT | wx.TOP | wx.GROW)
 self.SetSizer(self.sizer)
 self.Fit()
 
 self.add_toolbar() # comment this out for no toolbar
 self.timer = wx.Timer(self, -1)
 
 self.Bind(wx.EVT_TIMER, self.OnUpdate)
 self.delay = 200
 self.timer.Start(self.delay, oneShot = False)
 self.proc_id = win32process.GetCurrentProcess()
 adict = win32process.GetProcessMemoryInfo(self.proc_id)
 self.memory_old = adict["WorkingSetSize"]
 self.i = 0
 
 def add_toolbar(self):
 self.toolbar = NavigationToolbar2Wx(self.canvas)
 self.toolbar.Realize()
 if wx.Platform == '__WXMAC__':
 # Mac platform (OSX 10.3, MacPython) does not seem to cope
with
 # having a toolbar in a sizer. This work-around gets the
buttons
 # back, but at the expense of having the toolbar at the top
 self.SetToolBar(self.toolbar)
 else:
 # On Windows platform, default window size is incorrect, so
set
 # toolbar width to figure width.
 tw, th = self.toolbar.GetSizeTuple()
 fw, fh = self.canvas.GetSizeTuple()
 # By adding toolbar in sizer, we are able to put it at the
bottom
 # of the frame - so appearance is closer to GTK version.
 # As noted above, doesn't work for Mac.
 self.toolbar.SetSize(wx.Size(fw, th))
 self.sizer.Add(self.toolbar, 0, wx.LEFT | wx.EXPAND)
 # update the axes menu on the toolbar
 self.toolbar.update()
 
 
 def OnUpdate(self, evt):
 self.OnPaint( evt)
 self.i +=1
 the_count =25
 if self.i %the_count ==0: 
 adict_now = win32process.GetProcessMemoryInfo(self.proc_id)
 memory_now = adict_now["WorkingSetSize"]
 delta = (memory_now - self.memory_old )/ (the_count *1024.0)
#convert to kbytes per update
 self.memory_old = memory_now
 print "memory now = %i delta = %f\n" %(memory_now, delta)
 
 def OnPaint(self, event):
 self.canvas.draw()
 
class App(wx.App):
 
 def OnInit(self):
 'Create the main window and insert the custom frame'
 frame = CanvasFrame()
 frame.Show(True)
 
 return True
 
app = App(0)
app.MainLoop()
From: Dale C. <dal...@he...> - 2012年09月12日 15:21:25
[replying only to the list -Dale]
On Sep 12, 2012, at 07:02 , Jae-Joon Lee wrote:
> Your code works as expected in my side.
I wasn't quite sure what to expect, but based on Jae-Joon's note:
> So, changing (0.5, 0.5) to something like (0.6, 0.5) has no effect in
> your side?
It seems to work on my installation. I actually changed to (0.3,0.5) which made a nice view.
 
> Hmm, what is you matplotlib version?
OS X 10.7.4 using python and tools from fink: 
i python27 1:2.7.3-1
i python27-shlibs 1:2.7.3-1
i matplotlib-basemap-py27 1.0.2-1
i matplotlib-py27 1.1.1-1
i numpy-py27 1.6.1-1
Thanks to the folks who make this work,
-Dale
> Maybe this is a bug in old version of matplotlib.
> 
> Regards,
> 
> -JJ
> 
> 
> On Wed, Sep 12, 2012 at 6:16 PM, darkside <in....@gm...> wrote:
>> Thank you for your help.
>> 
>> A simple example that doesn't work for me is:
>> ----------------------------------------
>> import pylab as p
>> import numpy as np
>> from mpl_toolkits.axes_grid.inset_locator import zoomed_inset_axes
>> from mpl_toolkits.axes_grid.inset_locator import mark_inset
>> from mpl_toolkits.axes_grid.anchored_artists import AnchoredSizeBar
>> from matplotlib.ticker import MaxNLocator
>> 
>> fig = p.figure(figsize=(12,8))
>> ax = p.subplot(111)
>> 
>> z = p.arange(0,1.415,0.01)
>> d = z**2+np.random.random(len(z))
>> 
>> ax.plot(z,d,'ro',label='text')
>> 
>> p.xlabel('z',fontsize=18)
>> p.ylabel('Luminosity distance',fontsize=18)
>> p.grid(True)
>> 
>> axins = zoomed_inset_axes(ax,
>> 3,bbox_to_anchor=(0.5,0.5),bbox_transform=ax.figure.transFigure, loc=2)
>> 
>> 
>> axins.plot(z,d,'r.')
>> 
>> ax.legend(loc=2,bbox_to_anchor=(1,1))
>> 
>> x,y = (0.86,1.3)
>> x2,y2 = (1,1.7)
>> axins.set_xlim(x,x2)
>> axins.set_ylim(y,y2)
>> axins.tick_params(axis='both',labelsize=12)
>> axins.xaxis.set_major_locator(MaxNLocator(2))
>> axins.yaxis.set_major_locator(MaxNLocator(3))
>> 
>> mark_inset(ax,axins,loc1=1,loc2=3, fc="none", ec="0.5")
>> 
>> p.draw()
>> p.show()
>> -----------------------------------------------------------
>> The "bbox_to_anchor" label is supposed to move the zoomed axis, but it does
>> nothing, no matter what two numbers I place there.
>> I guess that I miss something, but I can't figure out what. I really
>> appreciate your help.
>> 
>> Best regards,
>> Illa
>> 
>> 
>> 
>> 2012年9月5日 Jae-Joon Lee <lee...@gm...>
>>> 
>>> On Mon, Aug 20, 2012 at 10:50 PM, darkside <in....@gm...>
>>> wrote:
>>>> I am using zoomed_inset_axes, but the default position overlaps the
>>>> yticks
>>>> and the parent axe ticks, so I am trying:
>>>> axins = zoomed_inset_axes(ax,
>>>> 3,bbox_to_anchor(0.5,1),bbox_transform=ax.figure.transFigure, loc=2)
>>> 
>>> This is supposed to work, and my quick test did work. Can you post a
>>> complete but simple exampl?
>>> 
>>> Regards,
>>> 
>>> -JJ
>> 
>> 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
From: Jae-Joon L. <lee...@gm...> - 2012年09月12日 15:03:15
Your code works as expected in my side.
So, changing (0.5, 0.5) to something like (0.6, 0.5) has no effect in
your side?
Hmm, what is you matplotlib version? Maybe this is a bug in old
version of matplotlib.
Regards,
-JJ
On Wed, Sep 12, 2012 at 6:16 PM, darkside <in....@gm...> wrote:
> Thank you for your help.
>
> A simple example that doesn't work for me is:
> ----------------------------------------
> import pylab as p
> import numpy as np
> from mpl_toolkits.axes_grid.inset_locator import zoomed_inset_axes
> from mpl_toolkits.axes_grid.inset_locator import mark_inset
> from mpl_toolkits.axes_grid.anchored_artists import AnchoredSizeBar
> from matplotlib.ticker import MaxNLocator
>
> fig = p.figure(figsize=(12,8))
> ax = p.subplot(111)
>
> z = p.arange(0,1.415,0.01)
> d = z**2+np.random.random(len(z))
>
> ax.plot(z,d,'ro',label='text')
>
> p.xlabel('z',fontsize=18)
> p.ylabel('Luminosity distance',fontsize=18)
> p.grid(True)
>
> axins = zoomed_inset_axes(ax,
> 3,bbox_to_anchor=(0.5,0.5),bbox_transform=ax.figure.transFigure, loc=2)
>
>
> axins.plot(z,d,'r.')
>
> ax.legend(loc=2,bbox_to_anchor=(1,1))
>
> x,y = (0.86,1.3)
> x2,y2 = (1,1.7)
> axins.set_xlim(x,x2)
> axins.set_ylim(y,y2)
> axins.tick_params(axis='both',labelsize=12)
> axins.xaxis.set_major_locator(MaxNLocator(2))
> axins.yaxis.set_major_locator(MaxNLocator(3))
>
> mark_inset(ax,axins,loc1=1,loc2=3, fc="none", ec="0.5")
>
> p.draw()
> p.show()
> -----------------------------------------------------------
> The "bbox_to_anchor" label is supposed to move the zoomed axis, but it does
> nothing, no matter what two numbers I place there.
> I guess that I miss something, but I can't figure out what. I really
> appreciate your help.
>
> Best regards,
> Illa
>
>
>
> 2012年9月5日 Jae-Joon Lee <lee...@gm...>
>>
>> On Mon, Aug 20, 2012 at 10:50 PM, darkside <in....@gm...>
>> wrote:
>> > I am using zoomed_inset_axes, but the default position overlaps the
>> > yticks
>> > and the parent axe ticks, so I am trying:
>> > axins = zoomed_inset_axes(ax,
>> > 3,bbox_to_anchor(0.5,1),bbox_transform=ax.figure.transFigure, loc=2)
>>
>> This is supposed to work, and my quick test did work. Can you post a
>> complete but simple exampl?
>>
>> Regards,
>>
>> -JJ
>
>
From: darkside <in....@gm...> - 2012年09月12日 09:16:28
Thank you for your help.
A simple example that doesn't work for me is:
----------------------------------------
import pylab as p
import numpy as np
from mpl_toolkits.axes_grid.inset_locator import zoomed_inset_axes
from mpl_toolkits.axes_grid.inset_locator import mark_inset
from mpl_toolkits.axes_grid.anchored_artists import AnchoredSizeBar
from matplotlib.ticker import MaxNLocator
fig = p.figure(figsize=(12,8))
ax = p.subplot(111)
z = p.arange(0,1.415,0.01)
d = z**2+np.random.random(len(z))
ax.plot(z,d,'ro',label='text')
p.xlabel('z',fontsize=18)
p.ylabel('Luminosity distance',fontsize=18)
p.grid(True)
axins = zoomed_inset_axes(ax,
3,bbox_to_anchor=(0.5,0.5),bbox_transform=ax.figure.transFigure, loc=2)
axins.plot(z,d,'r.')
ax.legend(loc=2,bbox_to_anchor=(1,1))
x,y = (0.86,1.3)
x2,y2 = (1,1.7)
axins.set_xlim(x,x2)
axins.set_ylim(y,y2)
axins.tick_params(axis='both',labelsize=12)
axins.xaxis.set_major_locator(MaxNLocator(2))
axins.yaxis.set_major_locator(MaxNLocator(3))
mark_inset(ax,axins,loc1=1,loc2=3, fc="none", ec="0.5")
p.draw()
p.show()
-----------------------------------------------------------
The "bbox_to_anchor" label is supposed to move the zoomed axis, but it does
nothing, no matter what two numbers I place there.
I guess that I miss something, but I can't figure out what. I really
appreciate your help.
Best regards,
Illa
2012年9月5日 Jae-Joon Lee <lee...@gm...>
> On Mon, Aug 20, 2012 at 10:50 PM, darkside <in....@gm...>
> wrote:
> > I am using zoomed_inset_axes, but the default position overlaps the
> yticks
> > and the parent axe ticks, so I am trying:
> > axins = zoomed_inset_axes(ax,
> > 3,bbox_to_anchor(0.5,1),bbox_transform=ax.figure.transFigure, loc=2)
>
> This is supposed to work, and my quick test did work. Can you post a
> complete but simple exampl?
>
> Regards,
>
> -JJ
>

Showing 11 results of 11

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