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

Showing results of 458

<< < 1 .. 4 5 6 7 8 .. 19 > >> (Page 6 of 19)
From: Satish R. <qg...@my...> - 2010年07月25日 01:08:16
Hi,
 I am getting this error when using matplot . No module named _tkagg . Can
anyone please tell me about this error and what does tkagg mean .
Thanks!
Satish
From: Ted K. <ted...@gm...> - 2010年07月24日 23:33:41
Ok. I'll look forward to that.
Ted
From: John H. <jd...@gm...> - 2010年07月24日 21:31:03
On Sat, Jul 24, 2010 at 4:26 PM, mdekauwe <mde...@gm...> wrote:
>
> Hi,
>
> Is there a nice way to plot an array where there are say missing days and
> you wouldn't want the line to join over these data gaps, i.e. show the gaps.
>
> E.g.
>
> 1 4.5
> 2 4.6
> 4 6.7
> 8 5.7
> 9 1.2
>
> The only way I could think to get around this involved appending NaNs and
> then masking the array, but I wonder if this isn't a tad convoluted?
This is probably the easiest way. You could also construct a custom
compound path and then use a PathPatch where the facecolor was set to
'None'
http://matplotlib.sourceforge.net/users/path_tutorial.html
http://matplotlib.sourceforge.net/examples/api/compound_path.html
JDH
From: mdekauwe <mde...@gm...> - 2010年07月24日 21:26:23
Hi,
Is there a nice way to plot an array where there are say missing days and
you wouldn't want the line to join over these data gaps, i.e. show the gaps. 
E.g.
1 4.5
2 4.6
4 6.7
8 5.7
9 1.2
The only way I could think to get around this involved appending NaNs and
then masking the array, but I wonder if this isn't a tad convoluted?
thanks,
Martin
-- 
View this message in context: http://old.nabble.com/plotting-an-array-with-gaps-tp29257116p29257116.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
Hello, I have just updated to v1.0.0 and am trying to run the test
suite to make sure everything is ok. There seems to be two different
suites and I am not sure which is correct/current:
$python -c 'import matplotlib; matplotlib.test()'
[...snipped output...]
Ran 138 tests in 390.991s
OK (KNOWNFAIL=2)
$nosetests matplotlib.tests I get:
[...snipped output]
Ran 144 tests in 380.165s
FAILED (errors=4, failures=1)
Two of these errors are the known failures from above, and the other
two are in "matplotlib.tests.test_text.test_font_styles":
ImageComparisonFailure: images not close:
/home/adam/result_images/test_text/font_styles.png vs.
/home/adam/result_images/test_text/expected-font_styles.png (RMS
23.833)
ImageComparisonFailure: images not close:
/home/adam/result_images/test_text/font_styles_svg.png vs.
/home/adam/result_images/test_text/expected-font_styles_svg.png (RMS
12.961)
The module that fails is:
FAIL: matplotlib.tests.test_mlab.test_recarray_csv_roundtrip
----------------------------------------------------------------------
Traceback (most recent call last):
 File "/usr/local/lib/python2.6/dist-packages/nose-0.11.4-py2.6.egg/nose/case.py",
line 186, in runTest
  self.test(*self.arg)
 File "/usr/local/lib/python2.6/dist-packages/matplotlib/tests/test_mlab.py",
line 24, in test_recarray_csv_roundtrip
  assert np.allclose( expected['x'], actual['x'] )
AssertionError
I am not sure of the importance level of these - but I wanted to ask
to see if I should do anything or if they can safely be ignored.
Thanks,
Adam.
From: Benjamin R. <ben...@ou...> - 2010年07月24日 20:45:35
On Sat, Jul 24, 2010 at 3:22 PM, Satish Raghunath <qg...@my...>wrote:
> Hi,
> Can anyone please tell me about the tk development packages. Where can I
> find the tk development packages .
> I am using the following operating system
>
> *Red Hat Enterprise Linux Client release 5.3 (Tikanga)*
>
> Also can anyone tell me about what mpl is ?
>
> Thanks!
> Satish
>
Satish,
mpl is a short name for MatPlotLib, a kind of nickname for the project.
'tk' is also another short name for Tkinter, which is the GUI system that
python uses. The tk development packages can be found using the package
manager to search for and install the 'python-tk' package.
I hope this is helpful,
Ben Root
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
From: Benjamin R. <ben...@ou...> - 2010年07月24日 20:32:50
On Sat, Jul 24, 2010 at 2:46 PM, arsbbr <ar...@gm...> wrote:
>
> Thank you for looking into it!
> It would be perfectly fine for me to merge the two objects, so that one
> surface_plot command will do it.
> Maybe someone can give me a hint how to accomplish that?
>
> I appreciate any tips.
>
>
>
> Benjamin Root-2 wrote:
> >
> > On Sat, Jul 24, 2010 at 7:18 AM, arsbbr <ar...@gm...> wrote:
> >
> >>
> >> Hi,
> >> i'm trying to make a simple 3d plot of a cylinder with plot_surface.
> >> There are two problems in my output:
> >> 1) the shading, shading does not work on the cylindric shell and at the
> >> same
> >> time produces weird
> >> artifacts on the top cover.
> >> http://old.nabble.com/file/p29254649/cyl-shade-error.png
> >>
> >> 2) Sometimes, not reproducible, the inner back of the cylindric shell is
> >> plotted in front of the top cover. It seems, that it depends somehow on
> >> the
> >> order of the plot commands, so that switching the two plot command
> >> helps...
> >> but not all the time.
> >> http://old.nabble.com/file/p29254649/cyl-clip-error.png
> >>
> >> Am I doing something fundamentally wrong here?
> >>
> >> ##########################
> >> from mpl_toolkits.mplot3d import Axes3D
> >> import matplotlib.pyplot as plt
> >> import numpy as np
> >> from matplotlib import cm
> >> fig = plt.figure()
> >> ax = Axes3D(fig)
> >>
> >>
> >> # Cylindrical shell
> >> phi = np.linspace(0, 2 * np.pi, 100)
> >> r = np.ones(100)
> >> h = np.linspace(0, 1, 100)
> >>
> >>
> >> x = 10 * np.outer(np.cos(phi), r)
> >> y = 10 * np.outer(np.sin(phi), r)
> >> z = 10 * np.outer(np.ones(np.size(r)), h)
> >>
> >>
> >> # Top cover
> >> phi_a = np.linspace(0, 2 * np.pi, 100)
> >> h_2 = np.ones(100)
> >> r_2 = np.linspace(0, 1, 100)
> >>
> >> x_2 = 10 * np.outer(np.cos(phi), r_2)
> >> y_2 = 10 * np.outer(np.sin(phi), r_2)
> >> z_2 = 10 * np.ones([100,100])
> >>
> >> ax.plot_surface(x, y, z, rstride=9, cstride=15, linewidth=1, alpha=1)
> >> ax.plot_surface(x_2, y_2, z_2, rstride=5, cstride=20, linewidth=1,
> >> alpha=1)
> >>
> >> ax.set_xlabel('X')
> >> ax.set_ylabel('Y')
> >> ax.set_zlabel('Z')
> >>
> >> plt.show()
> >> ##########################
> >>
> >>
> >> I'm just a beginner and installed the Enthought Python Distribution
> >> 6.2-2,
> >> which unfortunately
> >> does not use the matplotlib version 1.0. Since I could not find the .egg
> >> install file on the matplotlib site I guess I'll have to wait until they
> >> update EPD.... self compiling is not a real option for me.
> >>
> >> Thanks any suggestions!
> >>
> >>
> > arsbbr,
> >
> > The second problem you mention is a known issue with 3D axes and it is
> > largely due to issues with overlapping objects and trying to determine
> > which
> > one gets displayed on top of the other in a 3D -> 2D environment (oh, how
> > I
> > wish holographic displays were a reality!). You will find that viewing
> an
> > object from certain angles will cause this issue, and then slightly
> moving
> > away from those angles will make everything right again. Unfortunately,
> I
> > do not anticipate this issue being solved anytime soon, although it
> > probably
> > should become a higher priority to me.
> >
> > I think I have seen the first issue before, but I never fully explored
> it.
> > I think I just found my mini-project for the weekend! I will let you
> know
> > what I find.
> >
>
Actually, looks like your problem was relatively simple. The construction
of the top surface wasn't done quite right and the striding was causing
blocks to be skipped. Try this:
phi_grid, r_grid = np.meshgrid(phi_a, r_2)
x_2 = 10 * np.cos(phi_grid) * r_grid
y_2 = 10 * np.sin(phi_grid) * r_grid
z_2 = 10 * np.ones([100,100])
The thing to keep in mind when creating a surface in 3d is that the data
needs to be considered as parameterizable in 2D and constructed as such.
I hope that helps,
Ben Root
From: Satish R. <qg...@my...> - 2010年07月24日 20:22:12
Hi,
 Can anyone please tell me about the tk development packages. Where can I
find the tk development packages .
I am using the following operating system
*Red Hat Enterprise Linux Client release 5.3 (Tikanga)*
Also can anyone tell me about what mpl is ?
Thanks!
Satish
From: John H. <jd...@gm...> - 2010年07月24日 20:11:52
On Sat, Jul 24, 2010 at 1:56 PM, Benjamin Root <ben...@ou...> wrote:
> On Sat, Jul 24, 2010 at 12:17 PM, João Luís Silva <js...@fc...> wrote:
>>
>> On 07/13/2010 02:31 AM, John Hunter wrote:
>>>
>>> On Mon, Jul 12, 2010 at 8:05 PM, John Hunter<jd...@gm...> wrote:
>>>>
>>>> All of which is discouraging: we both see bugs but different ones on
>>>> linux, the appearance of the bug is caused by adding a combobox which
>>>> is not used (on my system), the bug appears on some platforms (linux)
>>>> but not others (win) and it appears for both gtk and gtkagg.
>>>
>>> The last thing I'll add for now is that my bug, the black pixel noise
>>> (fills the axes window when motion starts in a zoom-to-rect event)
>>> which may be unrelated to your bug, is happening in
>>> backend_gtk.NavigationToolbar2GTK.draw_rubberband in the pair of
>>> calls:
>>>
>>>  # this is used to copy the background that the zoom to rect
>>> "rubberband" will be drawn over
>>>  self._imageBack = axrect, drawable.get_image(*axrect)
>>>
>>>  # this is used to restore the background before redrawing the
>>> rectangle for the zoom box
>>>  drawable.draw_image(gc, imageBack, 0, 0, *lastrect)
>>>
>>> Since the bug is only exposed when a combo box is added to the
>>> hierarchy, and appears to be platform or gtk specific, I'm suspecting
>>> a gtk bug at this point. But I don't have anything conclusive or a
>>> minimal example which I could use to post to the gtk list. The mpl
>>> calls and values (axrect, lastrect, etc) look correct on inspection.
>>> Somehow the call to drawable.get_image is getting a buffer full of
>>> noise if and only if the combobox is added to the vbox.
>>>
>>> JDH
>>
>> >From what I could understand from the pygtk documentation get_image /
>> draw_image are client-side operations. In particular:
>>
>> "If the source drawable is a Gdk::Window and partially offscreen or
>> obscured, then the obscured portions of the returned image will contain
>> undefined data."
>>
>> Anyway they recommend using Pixmap, which is server-side and a offscreen
>> drawable. I've attached a patch that replaces the get_image / draw_image
>> with Pixmap operations and fixes this bug. I've tested this patch on Linux
>> and Windows.
>>
>> Regards,
>> João Luís
>
> The patch works for me. I am using the mpl from svn.
Have you tested with any of the animation and blit examples? How
about some of the widget examples? If all these work for you, I
suggest committing it to the branch and merging to the trunk.
Thanks,
JDH
From: arsbbr <ar...@gm...> - 2010年07月24日 19:46:13
Thank you for looking into it!
It would be perfectly fine for me to merge the two objects, so that one
surface_plot command will do it.
Maybe someone can give me a hint how to accomplish that?
I appreciate any tips.
Benjamin Root-2 wrote:
> 
> On Sat, Jul 24, 2010 at 7:18 AM, arsbbr <ar...@gm...> wrote:
> 
>>
>> Hi,
>> i'm trying to make a simple 3d plot of a cylinder with plot_surface.
>> There are two problems in my output:
>> 1) the shading, shading does not work on the cylindric shell and at the
>> same
>> time produces weird
>> artifacts on the top cover.
>> http://old.nabble.com/file/p29254649/cyl-shade-error.png
>>
>> 2) Sometimes, not reproducible, the inner back of the cylindric shell is
>> plotted in front of the top cover. It seems, that it depends somehow on
>> the
>> order of the plot commands, so that switching the two plot command
>> helps...
>> but not all the time.
>> http://old.nabble.com/file/p29254649/cyl-clip-error.png
>>
>> Am I doing something fundamentally wrong here?
>>
>> ##########################
>> from mpl_toolkits.mplot3d import Axes3D
>> import matplotlib.pyplot as plt
>> import numpy as np
>> from matplotlib import cm
>> fig = plt.figure()
>> ax = Axes3D(fig)
>>
>>
>> # Cylindrical shell
>> phi = np.linspace(0, 2 * np.pi, 100)
>> r = np.ones(100)
>> h = np.linspace(0, 1, 100)
>>
>>
>> x = 10 * np.outer(np.cos(phi), r)
>> y = 10 * np.outer(np.sin(phi), r)
>> z = 10 * np.outer(np.ones(np.size(r)), h)
>>
>>
>> # Top cover
>> phi_a = np.linspace(0, 2 * np.pi, 100)
>> h_2 = np.ones(100)
>> r_2 = np.linspace(0, 1, 100)
>>
>> x_2 = 10 * np.outer(np.cos(phi), r_2)
>> y_2 = 10 * np.outer(np.sin(phi), r_2)
>> z_2 = 10 * np.ones([100,100])
>>
>> ax.plot_surface(x, y, z, rstride=9, cstride=15, linewidth=1, alpha=1)
>> ax.plot_surface(x_2, y_2, z_2, rstride=5, cstride=20, linewidth=1,
>> alpha=1)
>>
>> ax.set_xlabel('X')
>> ax.set_ylabel('Y')
>> ax.set_zlabel('Z')
>>
>> plt.show()
>> ##########################
>>
>>
>> I'm just a beginner and installed the Enthought Python Distribution
>> 6.2-2,
>> which unfortunately
>> does not use the matplotlib version 1.0. Since I could not find the .egg
>> install file on the matplotlib site I guess I'll have to wait until they
>> update EPD.... self compiling is not a real option for me.
>>
>> Thanks any suggestions!
>>
>>
> arsbbr,
> 
> The second problem you mention is a known issue with 3D axes and it is
> largely due to issues with overlapping objects and trying to determine
> which
> one gets displayed on top of the other in a 3D -> 2D environment (oh, how
> I
> wish holographic displays were a reality!). You will find that viewing an
> object from certain angles will cause this issue, and then slightly moving
> away from those angles will make everything right again. Unfortunately, I
> do not anticipate this issue being solved anytime soon, although it
> probably
> should become a higher priority to me.
> 
> I think I have seen the first issue before, but I never fully explored it.
> I think I just found my mini-project for the weekend! I will let you know
> what I find.
> 
> Ben Root
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 
-- 
View this message in context: http://old.nabble.com/plot_surface-shading-and-clipping-error-tp29254649p29256632.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
From: Benjamin R. <ben...@ou...> - 2010年07月24日 19:24:18
On Sat, Jul 24, 2010 at 7:18 AM, arsbbr <ar...@gm...> wrote:
>
> Hi,
> i'm trying to make a simple 3d plot of a cylinder with plot_surface.
> There are two problems in my output:
> 1) the shading, shading does not work on the cylindric shell and at the
> same
> time produces weird
> artifacts on the top cover.
> http://old.nabble.com/file/p29254649/cyl-shade-error.png
>
> 2) Sometimes, not reproducible, the inner back of the cylindric shell is
> plotted in front of the top cover. It seems, that it depends somehow on the
> order of the plot commands, so that switching the two plot command helps...
> but not all the time.
> http://old.nabble.com/file/p29254649/cyl-clip-error.png
>
> Am I doing something fundamentally wrong here?
>
> ##########################
> from mpl_toolkits.mplot3d import Axes3D
> import matplotlib.pyplot as plt
> import numpy as np
> from matplotlib import cm
> fig = plt.figure()
> ax = Axes3D(fig)
>
>
> # Cylindrical shell
> phi = np.linspace(0, 2 * np.pi, 100)
> r = np.ones(100)
> h = np.linspace(0, 1, 100)
>
>
> x = 10 * np.outer(np.cos(phi), r)
> y = 10 * np.outer(np.sin(phi), r)
> z = 10 * np.outer(np.ones(np.size(r)), h)
>
>
> # Top cover
> phi_a = np.linspace(0, 2 * np.pi, 100)
> h_2 = np.ones(100)
> r_2 = np.linspace(0, 1, 100)
>
> x_2 = 10 * np.outer(np.cos(phi), r_2)
> y_2 = 10 * np.outer(np.sin(phi), r_2)
> z_2 = 10 * np.ones([100,100])
>
> ax.plot_surface(x, y, z, rstride=9, cstride=15, linewidth=1, alpha=1)
> ax.plot_surface(x_2, y_2, z_2, rstride=5, cstride=20, linewidth=1,
> alpha=1)
>
> ax.set_xlabel('X')
> ax.set_ylabel('Y')
> ax.set_zlabel('Z')
>
> plt.show()
> ##########################
>
>
> I'm just a beginner and installed the Enthought Python Distribution 6.2-2,
> which unfortunately
> does not use the matplotlib version 1.0. Since I could not find the .egg
> install file on the matplotlib site I guess I'll have to wait until they
> update EPD.... self compiling is not a real option for me.
>
> Thanks any suggestions!
>
>
arsbbr,
The second problem you mention is a known issue with 3D axes and it is
largely due to issues with overlapping objects and trying to determine which
one gets displayed on top of the other in a 3D -> 2D environment (oh, how I
wish holographic displays were a reality!). You will find that viewing an
object from certain angles will cause this issue, and then slightly moving
away from those angles will make everything right again. Unfortunately, I
do not anticipate this issue being solved anytime soon, although it probably
should become a higher priority to me.
I think I have seen the first issue before, but I never fully explored it.
I think I just found my mini-project for the weekend! I will let you know
what I find.
Ben Root
From: Malte D. <mal...@we...> - 2010年07月24日 19:15:31
Hi,
> Can anyone please tell me about the tk development packages. Where can I
> find the tk development packages .
This heavily depends on which operating system and distribution you are using.
Always give as much info as you can about your system so others can help you.
Have a nice day,
Malte
From: Benjamin R. <ben...@ou...> - 2010年07月24日 18:56:29
On Sat, Jul 24, 2010 at 12:17 PM, João Luís Silva <js...@fc...> wrote:
> On 07/13/2010 02:31 AM, John Hunter wrote:
>
>> On Mon, Jul 12, 2010 at 8:05 PM, John Hunter<jd...@gm...> wrote:
>>
>>> All of which is discouraging: we both see bugs but different ones on
>>> linux, the appearance of the bug is caused by adding a combobox which
>>> is not used (on my system), the bug appears on some platforms (linux)
>>> but not others (win) and it appears for both gtk and gtkagg.
>>>
>>
>> The last thing I'll add for now is that my bug, the black pixel noise
>> (fills the axes window when motion starts in a zoom-to-rect event)
>> which may be unrelated to your bug, is happening in
>> backend_gtk.NavigationToolbar2GTK.draw_rubberband in the pair of
>> calls:
>>
>> # this is used to copy the background that the zoom to rect
>> "rubberband" will be drawn over
>> self._imageBack = axrect, drawable.get_image(*axrect)
>>
>> # this is used to restore the background before redrawing the
>> rectangle for the zoom box
>> drawable.draw_image(gc, imageBack, 0, 0, *lastrect)
>>
>> Since the bug is only exposed when a combo box is added to the
>> hierarchy, and appears to be platform or gtk specific, I'm suspecting
>> a gtk bug at this point. But I don't have anything conclusive or a
>> minimal example which I could use to post to the gtk list. The mpl
>> calls and values (axrect, lastrect, etc) look correct on inspection.
>> Somehow the call to drawable.get_image is getting a buffer full of
>> noise if and only if the combobox is added to the vbox.
>>
>> JDH
>>
>
> From what I could understand from the pygtk documentation get_image /
> draw_image are client-side operations. In particular:
>
> "If the source drawable is a Gdk::Window and partially offscreen or
> obscured, then the obscured portions of the returned image will contain
> undefined data."
>
> Anyway they recommend using Pixmap, which is server-side and a offscreen
> drawable. I've attached a patch that replaces the get_image / draw_image
> with Pixmap operations and fixes this bug. I've tested this patch on Linux
> and Windows.
>
> Regards,
> João Luís
>
The patch works for me. I am using the mpl from svn.
Ben Root
From: Josh L. <jos...@gm...> - 2010年07月24日 18:51:38
 Hello,
I looked on your website for the different line styles. In the 
documentation for matplotlib.lines.line2D.set_linestyle, the dashed 
linestyle is listed as '-' and not '--'. It it my understanding that 
dashed should be '--'. If I'm incorrect, sorry for the noise.
Cheers,
-- 
Josh Lawrence
Ph.D. Student
Clemson University
From: João L. S. <js...@fc...> - 2010年07月24日 17:18:31
Attachments: gtk_rubberband.diff
On 07/13/2010 02:31 AM, John Hunter wrote:
> On Mon, Jul 12, 2010 at 8:05 PM, John Hunter<jd...@gm...> wrote:
>> All of which is discouraging: we both see bugs but different ones on
>> linux, the appearance of the bug is caused by adding a combobox which
>> is not used (on my system), the bug appears on some platforms (linux)
>> but not others (win) and it appears for both gtk and gtkagg.
>
> The last thing I'll add for now is that my bug, the black pixel noise
> (fills the axes window when motion starts in a zoom-to-rect event)
> which may be unrelated to your bug, is happening in
> backend_gtk.NavigationToolbar2GTK.draw_rubberband in the pair of
> calls:
>
> # this is used to copy the background that the zoom to rect
> "rubberband" will be drawn over
> self._imageBack = axrect, drawable.get_image(*axrect)
>
> # this is used to restore the background before redrawing the
> rectangle for the zoom box
> drawable.draw_image(gc, imageBack, 0, 0, *lastrect)
>
> Since the bug is only exposed when a combo box is added to the
> hierarchy, and appears to be platform or gtk specific, I'm suspecting
> a gtk bug at this point. But I don't have anything conclusive or a
> minimal example which I could use to post to the gtk list. The mpl
> calls and values (axrect, lastrect, etc) look correct on inspection.
> Somehow the call to drawable.get_image is getting a buffer full of
> noise if and only if the combobox is added to the vbox.
>
> JDH
 From what I could understand from the pygtk documentation get_image / 
draw_image are client-side operations. In particular:
"If the source drawable is a Gdk::Window and partially offscreen or 
obscured, then the obscured portions of the returned image will contain 
undefined data."
Anyway they recommend using Pixmap, which is server-side and a offscreen 
drawable. I've attached a patch that replaces the get_image / draw_image 
with Pixmap operations and fixes this bug. I've tested this patch on 
Linux and Windows.
Regards,
João Luís
From: Satish R. <qg...@my...> - 2010年07月24日 16:11:33
Hi,
 Can anyone please tell me about the tk development packages. Where can I
find the tk development packages .
Thanks!
Satish
From: Reinier H. <re...@he...> - 2010年07月24日 12:33:09
Hi Ted,
There is currently no clipping of data outside the visible region; I
hope to implement this partly soon. For scatter plots it's not so
hard, but for surfaces it's a bit more complicated.
Regards,
Reinier
On Sat, Jul 24, 2010 at 11:51 AM, Ted Kord <ted...@gm...> wrote:
> Hi
>
> I'm trying to set the axes limits in MPlot3d but the bits I'm trying to
> exclude still appear. I've done something like this:
>
> ax.set_xlim3d([340, 600])
> ax.set_ylim3d([0, 14.0])
> ax.set_zlim3d([0, 300])
>
> but it still shows all the data from 0, 600 for the x-axis and 0 to 14 for
> the y-axis.
>
> Is there something I'm doing incorrectly?
>
> Thx
>
> Ted
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
-- 
Reinier Heeres
Tel: +31 6 10852639
From: arsbbr <ar...@gm...> - 2010年07月24日 12:18:45
Hi,
i'm trying to make a simple 3d plot of a cylinder with plot_surface.
There are two problems in my output:
1) the shading, shading does not work on the cylindric shell and at the same
time produces weird 
artifacts on the top cover. 
http://old.nabble.com/file/p29254649/cyl-shade-error.png 
2) Sometimes, not reproducible, the inner back of the cylindric shell is
plotted in front of the top cover. It seems, that it depends somehow on the
order of the plot commands, so that switching the two plot command helps...
but not all the time.
http://old.nabble.com/file/p29254649/cyl-clip-error.png 
Am I doing something fundamentally wrong here? 
##########################
from mpl_toolkits.mplot3d import Axes3D
import matplotlib.pyplot as plt
import numpy as np
from matplotlib import cm
fig = plt.figure()
ax = Axes3D(fig)
# Cylindrical shell
phi = np.linspace(0, 2 * np.pi, 100)
r = np.ones(100)
h = np.linspace(0, 1, 100)
x = 10 * np.outer(np.cos(phi), r)
y = 10 * np.outer(np.sin(phi), r)
z = 10 * np.outer(np.ones(np.size(r)), h)
# Top cover
phi_a = np.linspace(0, 2 * np.pi, 100)
h_2 = np.ones(100) 
r_2 = np.linspace(0, 1, 100)
x_2 = 10 * np.outer(np.cos(phi), r_2)
y_2 = 10 * np.outer(np.sin(phi), r_2)
z_2 = 10 * np.ones([100,100])
ax.plot_surface(x, y, z, rstride=9, cstride=15, linewidth=1, alpha=1)
ax.plot_surface(x_2, y_2, z_2, rstride=5, cstride=20, linewidth=1, alpha=1)
ax.set_xlabel('X')
ax.set_ylabel('Y')
ax.set_zlabel('Z')
plt.show()
##########################
I'm just a beginner and installed the Enthought Python Distribution 6.2-2,
which unfortunately
does not use the matplotlib version 1.0. Since I could not find the .egg
install file on the matplotlib site I guess I'll have to wait until they
update EPD.... self compiling is not a real option for me. 
Thanks any suggestions!
-- 
View this message in context: http://old.nabble.com/plot_surface-shading-and-clipping-error-tp29254649p29254649.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
From: Daniele P. <dpa...@ya...> - 2010年07月24日 11:10:19
Attachments: problem.png
 I have exactly the same problem on a program that I'm writing.
I attach a figure to show what I see.
I run python 2.6.2, Matplotlib 0.99.1.1, OpenSUSE 11.2 64 bit.
I thought that there was a problem with how I wrote the code since I'm a 
real beginner, but I'm "happy" to see that the problem is different.
My program has labels and entries, no comboboxes...
Does anyone know how to do with this?
From: eck n. <eck...@ho...> - 2010年07月24日 09:57:42
Hello,
I've installed the following Python packages on a Windows XP machine:
Python 2.6.5
Python 2.6 numpy-1.4.1
Python 2.6 matplotlib-0.99.3 [installer - matplotlib-0.99.3.win32-py2.6]
Python and Numpy work correctly. Matplotlib also works and as a test I tried successfully the following on the python interpretor:
from matplotlib.pyplot import *
plot([1,2,3])
show()
A graph then appears and thus so far so good.
However, when I try to run a certain python script, a problem occurs when importing from matplotlib:
	
	
	
	
Traceback (most recent
call last):
 File
"C:\Pythoncode\Games\Bridge_war_2\unitload2.py", line 2, in
<module>
 from matplotlib.pyplot
import plot, ylabel,xlabel, show
 File
"C:\Python26\lib\site-packages\matplotlib\pyplot.py", line
78, in <module>
 new_figure_manager,
draw_if_interactive, show = pylab_setup()
 File
"C:\Python26\lib\site-packages\matplotlib\backends\__init__.py",
line 25, in pylab_setup
 globals(),locals(),[backend_name])
 File
"C:\Python26\lib\site-packages\matplotlib\backends\backend_tkagg.py",
line 7, in <module>
 import Tkinter as Tk,
FileDialog
 File
"C:\Python26\lib\lib-tk\FileDialog.py", line 12, in
<module>
 from Dialog import
Dialog
 File
"C:\Pythoncode\Games\Bridge_war_2\Dialog.py", line 2, in
<module>
 import wx
ImportError: No module
named wx
And then no graph appears.
The same script works fine on my Linux computers. On the unitload2.py script, the following is imported:
from numpy import array, append, .. 
from numpy.linalg import solve
No further modules are imported. Once I've ran the unitload2.py script, that session of the python interpretor produces the same error when I try a test plot again.
Regards
Alex
 		 	 		 
_________________________________________________________________
http://clk.atdmt.com/UKM/go/197222280/direct/01/
Do you have a story that started on Hotmail? Tell us now
From: Ted K. <ted...@gm...> - 2010年07月24日 09:52:01
Hi
I'm trying to set the axes limits in MPlot3d but the bits I'm trying to
exclude still appear. I've done something like this:
ax.set_xlim3d([340, 600])
ax.set_ylim3d([0, 14.0])
ax.set_zlim3d([0, 300])
but it still shows all the data from 0, 600 for the x-axis and 0 to 14 for
the y-axis.
Is there something I'm doing incorrectly?
Thx
Ted
From: João L. S. <js...@fc...> - 2010年07月23日 22:26:16
Satish Raghunath wrote:
> Hi, 
> I am using a simulator called aerialvision which uses matplot . I 
> installed matplot on my Linux machine and now I use the simulator it 
> gives me an error stating that 
> 
> File 
> "/usr/local/lib/python2.7/site-packages/matplotlib/backends/tkagg.py", 
> line 1, in <module>
> import _tkagg
> ImportError: No module named _tkagg
> 
> Can anyone please help me with this 
> 
> Thanks! 
> satish 
> 
> 
You probably didn't have the tk development packages when you installed 
mpl. Install them and re-install mpl checking that it correctly detects 
that tk is installed.
JLS
From: Satish R. <qg...@my...> - 2010年07月23日 22:03:58
Hi,
 I am using a simulator called aerialvision which uses matplot . I
installed matplot on my Linux machine and now I use the simulator it gives
me an error stating that
File "/usr/local/lib/python2.7/site-packages/matplotlib/backends/tkagg.py",
line 1, in <module>
 import _tkagg
ImportError: No module named _tkagg
Can anyone please help me with this
Thanks!
satish
From: Christopher B. <Chr...@no...> - 2010年07月23日 16:34:51
j vickroy wrote:
> Thanks much for this information and also for taking the additional time 
> to try the optipng tool. It is very helpful.
> 
> Since the above mentioned PNG generation is one step in a "near" 
> real-time products generation system, I was hoping to avoid the addition 
> of another component (i.e., PNG compression) in the stream, but it 
> appears unavoidable.
yes, but you can build it into your python script. I'm sorry I don't 
have time to write a sample for you, but:
You can get the RGBA buffer from MPL
You can convert that to a PIL RGBA image.
You can use PIL's "quantize" method to make a palletted image.
You can save that palleted image as a PNG.
I think that will all run pretty fast.
By the way, I'm pretty sure there are a few functions in MPL already 
that use PIL if it is installed -- so if you get this working, it may be 
worth adding to MPL -- or maybe not, it's pretty specialized.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...
From: Michael D. <md...@st...> - 2010年07月23日 16:23:00
I've traced this back to revision 7867:
http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/v0_99_maint/lib/matplotlib/axes.py?r1=7867&r2=7866&pathrev=7867 
<http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/v0_99_maint/lib/matplotlib/axes.py?r1=7867&r2=7866&pathrev=7867>
Andrew: I'm sure that change is there for a good reason -- do you 
remember what it was? I don't just want to revert it. Interestingly, 
get_clip_on() is True by default, and I'm not sure in what case it's set 
to False in this context.
Mike
On 07/23/2010 03:36 AM, Tobias Winchen wrote:
> Hi,
>
> 
>> On Thursday 22 July 2010 Michael Droettboom wrote:
>> Which backend are you using?
>> 
> I tried this with GTKAgg and Qt4Agg, its was working with 0.99.0 and 0.99.1 on
> Debian/Squeeze and 0.99.0 on Scientific Linux 5. I first noticed this with
> 0.99.3 on Debian/Squeeze, but it is the same with with 1.0.0 on Debian/Squeeze
> and Scientific Linux 5.
>
> 
>> Can you provide a short script that
>> reproduces the bug?
>> 
> This script reproduces the behaviour:
>
>
> import pylab
> from math import *
>
> d = [[1,2],[3,4]]
>
> f = pylab.figure()
> pylab.subplot(111, projection='hammer')
>
> pylab.imshow(d, extent=(-pi,pi,-pi/2,pi/2))
> f.show()
>
>
> It creates the following plot in version 0.99.0
> http://web.physik.rwth-aachen.de/~winchen/mpl_0990.png
>
> and in version 0.99.3
> http://web.physik.rwth-aachen.de/~winchen/mpl_0993.png
>
> Best regards,
>
>
> Tobias
> 
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
-- 
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
19 messages has been excluded from this view by a project administrator.

Showing results of 458

<< < 1 .. 4 5 6 7 8 .. 19 > >> (Page 6 of 19)
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 によって変換されたページ (->オリジナル) /