You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
| 2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
| 2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
| 2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
| 2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
| 2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
| 2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
| 2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
| 2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
| 2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
| 2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
| 2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(2) |
2
(2) |
3
(7) |
|
4
(3) |
5
(17) |
6
(20) |
7
(11) |
8
(19) |
9
(3) |
10
(7) |
|
11
(4) |
12
|
13
|
14
|
15
(2) |
16
(5) |
17
(1) |
|
18
(8) |
19
(8) |
20
(10) |
21
(6) |
22
(16) |
23
(4) |
24
(1) |
|
25
(4) |
26
(4) |
27
(6) |
28
(2) |
29
(3) |
30
(7) |
31
(2) |
|
From: Benjamin R. <ben...@ou...> - 2010-07-18 23:17:12
|
On Sun, Jul 18, 2010 at 3:35 PM, Benjamin Root <ben...@ou...> wrote: > On Sun, Jul 18, 2010 at 1:40 PM, Benjamin Root <ben...@ou...> wrote: > >> On Sun, Jul 18, 2010 at 12:05 PM, Benjamin Root <ben...@ou...> wrote: >> >>> >>> >>> On Sun, Jul 18, 2010 at 8:56 AM, João Luís Silva <js...@fc...>wrote: >>> >>>> On 07/18/2010 04:58 AM, H Mike Duan wrote: >>>> > Hi, >>>> > >>>> > There seems to be a problem in how 3D surfaces and lines are rendered >>>> > in mplot3d. The following is a simple script that plots a yellow >>>> > sphere, a blue wireframe on the surface of the sphere, and a red >>>> > wireframe outside the sphere. The semi-transparent yellow sphere is >>>> > rendered beautifully. The blue wireframe can only be seen with certain >>>> > viewing angles. The red wireframe is seen all the time, but its part >>>> > that is supposedly behind the sphere appears in front of the sphere. >>>> > Did I do something wrong or is it a bug of mplot3d? I am using >>>> > matplotlib 1.0.0 on Mac OS X 10.6. Thanks! >>>> > >>>> > -Mike >>>> >>>> Additionally the presented example (after adding a plt.show()) will give >>>> the appended traceback if the sphere is panned around. That won't happen >>>> if the line >>>> >>>> ax = fig.gca(projection='3d') >>>> >>>> is replaced with: >>>> >>>> ax = Axes3D(fig) >>>> >>>> Latest mpl svn (r8565), OS: Debian testing. >>>> >>>> Regards, >>>> João Luís >>>> >>>> >>>> >>>> Traceback (most recent call last): >>>> File >>>> >>>> "/usr/local/lib/python2.6/dist-packages/matplotlib/backends/backend_gtk.py", >>>> line 253, in button_release_event >>>> FigureCanvasBase.button_release_event(self, x, y, event.button, >>>> guiEvent=event) >>>> File >>>> "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", >>>> line 1603, in button_release_event >>>> self.callbacks.process(s, event) >>>> File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", >>>> line 262, in process >>>> proxy(*args, **kwargs) >>>> File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", >>>> line 188, in __call__ >>>> return mtd(*args, **kwargs) >>>> File >>>> "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", >>>> line 2575, in release_pan >>>> a.end_pan() >>>> File "/usr/local/lib/python2.6/dist-packages/matplotlib/axes.py", >>>> line 2788, in end_pan >>>> del self._pan_start >>>> AttributeError: _pan_start >>>> >>>> >>>> >>> Joao, >>> >>> Yes, there is a known issue with objects not properly rendering when >>> viewed at certain angles. How to go about solving this seems to be a >>> difficult one to figure out. >>> >>> Also, thanks for pointing out the difference between calling gca() and >>> creating the Axes3D object directly. I am not sure exactly why there would >>> be a difference, but I will look into it right away. >>> >>> Ben Root >>> >> >> Ok, it appears that the .add_subplot() or .gca() approach to creating 3D >> axes appears to be adding the axes twice to the figure's canvas. Therefore, >> while the callback to press_pan() is connected only once, the function loops >> over all the axes in the figure, and connecting end_pan() twice. >> >> The end_pan() function deletes _pan_start, so the second subsequent call >> is trying to delete something that doesn't exist, thereby causing the >> traceback. >> >> So, now the question remains, why is the Axes3D object added twice to the >> figure? >> >> Ben Root >> > > Further investigation reveals that this actually isn't all that unusual. > If one were to do the same thing, but for a 2d plot, one would find that a > figure's self.axes list would contain a SubplotAxes object, and a regular > Axes object. However, in our 3d case, it appears that instead of the > SubplotAxes object being placed, the regular object is being placed instead. > > Hmmm, curiouser, and curiouser... > > Ben Root > A few corrections. First, I wrong, it is unusual. The second axes that I noticed in a 2d case came from a colorbar being added. Second, in the 3d case, it was the Axes3DSubplot object being added twice, not the regular object like I originally said. The cause of this is due to the Axes3D initializer adding itself to the figure object being passed in. This initializer is called when add_subplot() is called, so add_subplot also adds the axes when it is finished making it. For normal projections, the initializer does not add itself to the axes. Removing the add_axes in the Axes3D initializer would "solve" the issue outright, however, there are plenty of legacy code where Axes3D is called with a figure passed in in order to create the axes, and this would break that use pattern. Not exactly sure how to proceed here. Ben Root |
|
From: Benjamin R. <ben...@ou...> - 2010-07-18 20:37:24
|
On Sun, Jul 18, 2010 at 3:33 PM, H Mike Duan <h.m...@gm...> wrote: > Ben, > > > Yes, there is a known issue with objects not properly rendering when > viewed > > at certain angles. How to go about solving this seems to be a difficult > one > > to figure out. > > I think the problem is that mplot3d can't reliably determine which > parts of the surfaces or lines are in front and which are behind. This > is especially clear in the test example where the yellow sphere > doesn't cover parts of the red wire frame. The issue that some objects > can only be seen at certain angles is likely to be a consequence of > this bug. > > I want to use mplot3d to visualize my simulations. Is it your opinion > that this bug can't be fixed in a short term? If so, I'll have to > explore other options. Thanks! > > -Mike > My guess is yes, this can not be fixed in a short term, but I am very new to mplot3d, so I don't know for sure. Ben |
|
From: Benjamin R. <ben...@ou...> - 2010-07-18 20:35:48
|
On Sun, Jul 18, 2010 at 1:40 PM, Benjamin Root <ben...@ou...> wrote: > On Sun, Jul 18, 2010 at 12:05 PM, Benjamin Root <ben...@ou...> wrote: > >> >> >> On Sun, Jul 18, 2010 at 8:56 AM, João Luís Silva <js...@fc...> wrote: >> >>> On 07/18/2010 04:58 AM, H Mike Duan wrote: >>> > Hi, >>> > >>> > There seems to be a problem in how 3D surfaces and lines are rendered >>> > in mplot3d. The following is a simple script that plots a yellow >>> > sphere, a blue wireframe on the surface of the sphere, and a red >>> > wireframe outside the sphere. The semi-transparent yellow sphere is >>> > rendered beautifully. The blue wireframe can only be seen with certain >>> > viewing angles. The red wireframe is seen all the time, but its part >>> > that is supposedly behind the sphere appears in front of the sphere. >>> > Did I do something wrong or is it a bug of mplot3d? I am using >>> > matplotlib 1.0.0 on Mac OS X 10.6. Thanks! >>> > >>> > -Mike >>> >>> Additionally the presented example (after adding a plt.show()) will give >>> the appended traceback if the sphere is panned around. That won't happen >>> if the line >>> >>> ax = fig.gca(projection='3d') >>> >>> is replaced with: >>> >>> ax = Axes3D(fig) >>> >>> Latest mpl svn (r8565), OS: Debian testing. >>> >>> Regards, >>> João Luís >>> >>> >>> >>> Traceback (most recent call last): >>> File >>> >>> "/usr/local/lib/python2.6/dist-packages/matplotlib/backends/backend_gtk.py", >>> line 253, in button_release_event >>> FigureCanvasBase.button_release_event(self, x, y, event.button, >>> guiEvent=event) >>> File >>> "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", >>> line 1603, in button_release_event >>> self.callbacks.process(s, event) >>> File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", >>> line 262, in process >>> proxy(*args, **kwargs) >>> File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", >>> line 188, in __call__ >>> return mtd(*args, **kwargs) >>> File >>> "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", >>> line 2575, in release_pan >>> a.end_pan() >>> File "/usr/local/lib/python2.6/dist-packages/matplotlib/axes.py", >>> line 2788, in end_pan >>> del self._pan_start >>> AttributeError: _pan_start >>> >>> >>> >> Joao, >> >> Yes, there is a known issue with objects not properly rendering when >> viewed at certain angles. How to go about solving this seems to be a >> difficult one to figure out. >> >> Also, thanks for pointing out the difference between calling gca() and >> creating the Axes3D object directly. I am not sure exactly why there would >> be a difference, but I will look into it right away. >> >> Ben Root >> > > Ok, it appears that the .add_subplot() or .gca() approach to creating 3D > axes appears to be adding the axes twice to the figure's canvas. Therefore, > while the callback to press_pan() is connected only once, the function loops > over all the axes in the figure, and connecting end_pan() twice. > > The end_pan() function deletes _pan_start, so the second subsequent call is > trying to delete something that doesn't exist, thereby causing the > traceback. > > So, now the question remains, why is the Axes3D object added twice to the > figure? > > Ben Root > Further investigation reveals that this actually isn't all that unusual. If one were to do the same thing, but for a 2d plot, one would find that a figure's self.axes list would contain a SubplotAxes object, and a regular Axes object. However, in our 3d case, it appears that instead of the SubplotAxes object being placed, the regular object is being placed instead. Hmmm, curiouser, and curiouser... Ben Root |
|
From: H M. D. <h.m...@gm...> - 2010-07-18 20:33:11
|
Ben, > Yes, there is a known issue with objects not properly rendering when viewed > at certain angles. How to go about solving this seems to be a difficult one > to figure out. I think the problem is that mplot3d can't reliably determine which parts of the surfaces or lines are in front and which are behind. This is especially clear in the test example where the yellow sphere doesn't cover parts of the red wire frame. The issue that some objects can only be seen at certain angles is likely to be a consequence of this bug. I want to use mplot3d to visualize my simulations. Is it your opinion that this bug can't be fixed in a short term? If so, I'll have to explore other options. Thanks! -Mike |
|
From: Benjamin R. <ben...@ou...> - 2010-07-18 18:40:56
|
On Sun, Jul 18, 2010 at 12:05 PM, Benjamin Root <ben...@ou...> wrote: > > > On Sun, Jul 18, 2010 at 8:56 AM, João Luís Silva <js...@fc...> wrote: > >> On 07/18/2010 04:58 AM, H Mike Duan wrote: >> > Hi, >> > >> > There seems to be a problem in how 3D surfaces and lines are rendered >> > in mplot3d. The following is a simple script that plots a yellow >> > sphere, a blue wireframe on the surface of the sphere, and a red >> > wireframe outside the sphere. The semi-transparent yellow sphere is >> > rendered beautifully. The blue wireframe can only be seen with certain >> > viewing angles. The red wireframe is seen all the time, but its part >> > that is supposedly behind the sphere appears in front of the sphere. >> > Did I do something wrong or is it a bug of mplot3d? I am using >> > matplotlib 1.0.0 on Mac OS X 10.6. Thanks! >> > >> > -Mike >> >> Additionally the presented example (after adding a plt.show()) will give >> the appended traceback if the sphere is panned around. That won't happen >> if the line >> >> ax = fig.gca(projection='3d') >> >> is replaced with: >> >> ax = Axes3D(fig) >> >> Latest mpl svn (r8565), OS: Debian testing. >> >> Regards, >> João Luís >> >> >> >> Traceback (most recent call last): >> File >> >> "/usr/local/lib/python2.6/dist-packages/matplotlib/backends/backend_gtk.py", >> line 253, in button_release_event >> FigureCanvasBase.button_release_event(self, x, y, event.button, >> guiEvent=event) >> File >> "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", >> line 1603, in button_release_event >> self.callbacks.process(s, event) >> File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", >> line 262, in process >> proxy(*args, **kwargs) >> File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", >> line 188, in __call__ >> return mtd(*args, **kwargs) >> File >> "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", >> line 2575, in release_pan >> a.end_pan() >> File "/usr/local/lib/python2.6/dist-packages/matplotlib/axes.py", >> line 2788, in end_pan >> del self._pan_start >> AttributeError: _pan_start >> >> >> > Joao, > > Yes, there is a known issue with objects not properly rendering when viewed > at certain angles. How to go about solving this seems to be a difficult one > to figure out. > > Also, thanks for pointing out the difference between calling gca() and > creating the Axes3D object directly. I am not sure exactly why there would > be a difference, but I will look into it right away. > > Ben Root > Ok, it appears that the .add_subplot() or .gca() approach to creating 3D axes appears to be adding the axes twice to the figure's canvas. Therefore, while the callback to press_pan() is connected only once, the function loops over all the axes in the figure, and connecting end_pan() twice. The end_pan() function deletes _pan_start, so the second subsequent call is trying to delete something that doesn't exist, thereby causing the traceback. So, now the question remains, why is the Axes3D object added twice to the figure? 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-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > |
|
From: Benjamin R. <ben...@ou...> - 2010-07-18 17:06:12
|
On Sun, Jul 18, 2010 at 8:56 AM, João Luís Silva <js...@fc...> wrote: > On 07/18/2010 04:58 AM, H Mike Duan wrote: > > Hi, > > > > There seems to be a problem in how 3D surfaces and lines are rendered > > in mplot3d. The following is a simple script that plots a yellow > > sphere, a blue wireframe on the surface of the sphere, and a red > > wireframe outside the sphere. The semi-transparent yellow sphere is > > rendered beautifully. The blue wireframe can only be seen with certain > > viewing angles. The red wireframe is seen all the time, but its part > > that is supposedly behind the sphere appears in front of the sphere. > > Did I do something wrong or is it a bug of mplot3d? I am using > > matplotlib 1.0.0 on Mac OS X 10.6. Thanks! > > > > -Mike > > Additionally the presented example (after adding a plt.show()) will give > the appended traceback if the sphere is panned around. That won't happen > if the line > > ax = fig.gca(projection='3d') > > is replaced with: > > ax = Axes3D(fig) > > Latest mpl svn (r8565), OS: Debian testing. > > Regards, > João Luís > > > > Traceback (most recent call last): > File > > "/usr/local/lib/python2.6/dist-packages/matplotlib/backends/backend_gtk.py", > line 253, in button_release_event > FigureCanvasBase.button_release_event(self, x, y, event.button, > guiEvent=event) > File > "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", > line 1603, in button_release_event > self.callbacks.process(s, event) > File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", > line 262, in process > proxy(*args, **kwargs) > File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py", > line 188, in __call__ > return mtd(*args, **kwargs) > File > "/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py", > line 2575, in release_pan > a.end_pan() > File "/usr/local/lib/python2.6/dist-packages/matplotlib/axes.py", > line 2788, in end_pan > del self._pan_start > AttributeError: _pan_start > > > Joao, Yes, there is a known issue with objects not properly rendering when viewed at certain angles. How to go about solving this seems to be a difficult one to figure out. Also, thanks for pointing out the difference between calling gca() and creating the Axes3D object directly. I am not sure exactly why there would be a difference, but I will look into it right away. 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-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
|
From: João L. S. <js...@fc...> - 2010-07-18 13:56:32
|
On 07/18/2010 04:58 AM, H Mike Duan wrote:
> Hi,
>
> There seems to be a problem in how 3D surfaces and lines are rendered
> in mplot3d. The following is a simple script that plots a yellow
> sphere, a blue wireframe on the surface of the sphere, and a red
> wireframe outside the sphere. The semi-transparent yellow sphere is
> rendered beautifully. The blue wireframe can only be seen with certain
> viewing angles. The red wireframe is seen all the time, but its part
> that is supposedly behind the sphere appears in front of the sphere.
> Did I do something wrong or is it a bug of mplot3d? I am using
> matplotlib 1.0.0 on Mac OS X 10.6. Thanks!
>
> -Mike
Additionally the presented example (after adding a plt.show()) will give
the appended traceback if the sphere is panned around. That won't happen
if the line
ax = fig.gca(projection='3d')
is replaced with:
ax = Axes3D(fig)
Latest mpl svn (r8565), OS: Debian testing.
Regards,
João Luís
Traceback (most recent call last):
File
"/usr/local/lib/python2.6/dist-packages/matplotlib/backends/backend_gtk.py",
line 253, in button_release_event
FigureCanvasBase.button_release_event(self, x, y, event.button,
guiEvent=event)
File
"/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py",
line 1603, in button_release_event
self.callbacks.process(s, event)
File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py",
line 262, in process
proxy(*args, **kwargs)
File "/usr/local/lib/python2.6/dist-packages/matplotlib/cbook.py",
line 188, in __call__
return mtd(*args, **kwargs)
File
"/usr/local/lib/python2.6/dist-packages/matplotlib/backend_bases.py",
line 2575, in release_pan
a.end_pan()
File "/usr/local/lib/python2.6/dist-packages/matplotlib/axes.py",
line 2788, in end_pan
del self._pan_start
AttributeError: _pan_start
|
|
From: H M. D. <h.m...@gm...> - 2010-07-18 03:58:57
|
Hi, There seems to be a problem in how 3D surfaces and lines are rendered in mplot3d. The following is a simple script that plots a yellow sphere, a blue wireframe on the surface of the sphere, and a red wireframe outside the sphere. The semi-transparent yellow sphere is rendered beautifully. The blue wireframe can only be seen with certain viewing angles. The red wireframe is seen all the time, but its part that is supposedly behind the sphere appears in front of the sphere. Did I do something wrong or is it a bug of mplot3d? I am using matplotlib 1.0.0 on Mac OS X 10.6. Thanks! -Mike =================================================== from mpl_toolkits.mplot3d import Axes3D import matplotlib.pyplot as plt import numpy as np fig = plt.figure() ax = fig.gca(projection='3d') u = np.linspace(0, 2 * np.pi, 100) v = np.linspace(0, np.pi, 100) x = 10 * np.outer(np.cos(u), np.sin(v)) y = 10 * np.outer(np.sin(u), np.sin(v)) z = 10 * np.outer(np.ones(np.size(u)), np.cos(v)) ax.plot_surface(x, y, z, rstride=4, cstride=4, color='y', alpha=0.5) ax.plot_wireframe(x, y, z, rstride=10, cstride=10, color='b') ax.plot_wireframe(x*1.1, y*1.1, z*1.1, rstride=20, cstride=20, color='r') |