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
(5) |
2
(6) |
3
(10) |
4
|
5
(1) |
6
(6) |
7
(2) |
8
(27) |
9
(2) |
10
(2) |
11
|
12
|
13
(2) |
14
(2) |
15
(6) |
16
(1) |
17
(10) |
18
(1) |
19
(2) |
20
|
21
|
22
(4) |
23
(2) |
24
|
25
|
26
|
27
(1) |
28
|
29
(1) |
30
(5) |
|
|
|
|
On Wed, Jun 3, 2009 at 11:22 AM, John Hunter <jd...@gm...> wrote: > so we may want to special case the code to handle 0.0, 0.0 as inputs. Thanks a lot for tracking this down! It would be best if my algorithm does not produce such a case, but evidently it does. Yes, I'll put some code to treat this special case and also see if I can avoid such cases by improving my algorithm. Thanks again. -JJ
On Wed, Jun 3, 2009 at 11:04 AM, Michael Droettboom <md...@st...> wrote: > Jae-Joon, > > I just saw your curvelinear grid support fall into SVN. Very > impressive! We actually may have a use for it here at Space Telescope > for drawing "World Coordinate System (WCS)" plots. > Well, the WCS support is actually my whole motivation for this (I'm also in astronomy). > One quick question though -- it seems that this functionality is > completely independent of the axes_grid stuff, which is primarily about > layout out axes within a figure, correct? Is there a reason why it's > part of the axes_grid toolkit that I'm missing? > Well, axes_grid is actually a byproduct of my effort to nicely display FITS image with matplotlib. And I tend to put everything that is not astronomy-specific into axes_grid toolkit, which may not be such a good idea. While one needs to use a custom Axes class (axes_grid.axislines.Axes) to support the curvelinear grid, this part of the code can be easily separated out. But I'm not sure if creating another mpl_toolkit package is best way to do here. Any suggestion will be welcomed. Regards, -JJ > Cheers, > Mike > > -- > Michael Droettboom > Science Software Branch > Operations and Engineering Division > Space Telescope Science Institute > Operated by AURA for NASA > > > ------------------------------------------------------------------------------ > OpenSolaris 2009.06 is a cutting edge operating system for enterprises > looking to deploy the next generation of Solaris that includes the latest > innovations from Sun and the OpenSource community. Download a copy and > enjoy capabilities such as Networking, Storage and Virtualization. > Go to: http://p.sf.net/sfu/opensolaris-get > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >
On Wed, Jun 3, 2009 at 10:04 AM, Michael Droettboom <md...@st...> wrote: > Jae-Joon, > > I just saw your curvelinear grid support fall into SVN. Very > impressive! We actually may have a use for it here at Space Telescope > for drawing "World Coordinate System (WCS)" plots. I am getting an exception with a clean numpy/mpl build from svn HEAD> This appears platform specific because I am only seeing it on my solaris box at work, not on a linux box I am also testing on. johnh@flag:axes_grid> uname -a SunOS flag 5.10 Generic_118855-15 i86pc i386 i86pc Here is the complete traceback: Traceback (most recent call last): File "demo_curvelinear_grid.py", line 127, in ? plt.draw() File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/pyplot.py", line 350, in draw get_current_fig_manager().canvas.draw() File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/backends/backend_tkagg.py", line 215, in draw FigureCanvasAgg.draw(self) File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py", line 314, in draw self.figure.draw(self.renderer) File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/artist.py", line 46, in draw_wrapper draw(artist, renderer, *kl) File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/figure.py", line 774, in draw for a in self.axes: a.draw(renderer) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/axislines.py", line 1350, in draw super(Axes, self).draw(renderer, inframe) File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/artist.py", line 46, in draw_wrapper draw(artist, renderer, *kl) File "/home/titan/johnh/dev/lib/python2.4/site-packages/matplotlib/axes.py", line 1826, in draw a.draw(renderer) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/axislines.py", line 874, in draw self._grid_helper.update_lim(self.axes) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/axislines.py", line 564, in update_lim self._update(x1, x2, y1, y2) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/grid_helper_curvelinear.py", line 114, in _update self._update_grid(x1, y1, x2, y2) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/grid_helper_curvelinear.py", line 149, in _update_grid self.grid_info = self.grid_finder.get_grid_info(x1, y1, x2, y2) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/grid_finder.py", line 241, in get_grid_info x1, y1, x2, y2) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/grid_finder.py", line 118, in get_grid_info bb) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/grid_finder.py", line 163, in _clip_grid_lines_and_find_ticks xy, tcks = clip_line_to_rect(lx, ly, bb) File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/clip_path.py", line 72, in clip_line_to_rect ly3, lx3, c_top_ = clip(ly2, lx2, y1, clip="right") File "/home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/clip_path.py", line 51, in clip a = degrees(atan2(dy, dx)) ValueError: math domain error In the debugger: In [3]: %debug > /home/titan/johnh/dev/lib/python2.4/site-packages/mpl_toolkits/axes_grid/clip_path.py(51)clip() 50 ---> 51 a = degrees(atan2(dy, dx)) 52 _pos_angles.append((x0, y0, a)) ipdb> print dy, dx -0 0.0 ipdb> print type(dy), type(dx) <type 'numpy.float64'> <type 'numpy.float64'> ipdb> print atan2(dy, dx) *** ValueError: math domain error The root cause seems to be the math.atan2 function on solaris In [4]: import math In [5]: math.atan2(0., 0.) ------------------------------------------------------------ Traceback (most recent call last): File "<ipython console>", line 1, in ? ValueError: math domain error so we may want to special case the code to handle 0.0, 0.0 as inputs. JDH
Jae-Joon, I just saw your curvelinear grid support fall into SVN. Very impressive! We actually may have a use for it here at Space Telescope for drawing "World Coordinate System (WCS)" plots. One quick question though -- it seems that this functionality is completely independent of the axes_grid stuff, which is primarily about layout out axes within a figure, correct? Is there a reason why it's part of the axes_grid toolkit that I'm missing? Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
On Tue, Jun 2, 2009 at 4:52 PM, Daniel <no...@dr...> wrote: > Hello All, > > I have attached a patch that updates backend_fltkagg.py to use the new > Transform APIs for 0.98.0 > (http://matplotlib.sourceforge.net/api/api_changes.html#notes-about-the-transforms-refactoring). > Without these changes, trying to use FLTKAgg causes a crash with a very > cryptic error. > > Thanks for all your work on matplotlib! Thanks Daniel for the patch -- it looks like Michael has committed this to the 98 release branch and merged it into the trunk, so it will make the next release. JDH
Hi again, I have just installed matplotlib 0.98.5.3 and the problem seems to have been fixed. But the movements are a lot slower though, (probably because a lot more paint events were added?). Thanks for the help. -----Original Message----- From: mat...@gm... [mailto:mat...@gm...] On Behalf Of Sandro Tosi Sent: Wednesday, June 03, 2009 12:35 PM To: Alberto Soto; matplotlib development list Subject: Re: [matplotlib-devel] re-draw problem with FigureCanvasQTAgg in backend_qt4agg Please keep the list in the loop: adding it again. On Wed, Jun 3, 2009 at 12:16, Alberto Soto <alb...@lm...> wrote: > Hi Sandro, > > I have > $ python -c "import matplotlib as mpl ; print mpl.__version__" > 0.98.5.2 > Installed and am running PyQt v4.4.3 because I am forced to rest on > Python 2.5 > > I will try installing 0.98.5.3 and see if that makes a difference. > I have seen the same problem in a Unix installation, I will try and see > which matplotlib version they were running. > > Meanwhile can you try re-sizing the dock widgets as fast as possible? If > you use the mouse to re-size them but do it gradually, the problem does > not surface. oh sorry, the *dock*... I understood to resize the window. :( Resizing the dock panel I see "part" of the problem": I see the "shadow" on the matplotlib widget but not on the right dock (I'm unable to screenshot though). > Thank you and I will see what happened with the new instalation You're welcome -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi
Hi Sandro, I have $ python -c "import matplotlib as mpl ; print mpl.__version__" 0.98.5.2 Installed and am running PyQt v4.4.3 because I am forced to rest on Python 2.5 I will try installing 0.98.5.3 and see if that makes a difference. I have seen the same problem in a Unix installation, I will try and see which matplotlib version they were running. Meanwhile can you try re-sizing the dock widgets as fast as possible? If you use the mouse to re-size them but do it gradually, the problem does not surface. Thank you and I will see what happened with the new instalation -----Original Message----- From: mat...@gm... [mailto:mat...@gm...] On Behalf Of Sandro Tosi Sent: Wednesday, June 03, 2009 11:44 AM To: Alberto Soto Cc: mat...@li... Subject: Re: [matplotlib-devel] re-draw problem with FigureCanvasQTAgg in backend_qt4agg Hi Alberto, On Wed, Jun 3, 2009 at 10:49, Alberto Soto <alb...@lm...> wrote: > Good afternoon, > > I am working on a GUI that utilizes the FigureCanvasQTAgg. The GUI consists > of a Qt main window were the central widget includes a Figure. The problem > arises when this central widget interacts with re-size events of my dock > widgets. The Plot is not correctly re-drawn, it 'leaks' into the dock > widgets. > > I think a picture would better describe this problem: > > Here we see 2 scripts running, the 1st one's dock widgets have been re-sized > by the user and the plot has 'leaked' into the right side dialog. The second > picture shows how the dialog normally looks. > > > > I am also attaching a simple script with the GUI that has the problem. > > If I move or do anything to re-trigger a paint event the plot is re-drawn > correctly. I see no problem here. I'm on a debian sid OS, with $ python -c "import matplotlib as mpl ; print mpl.__version__" 0.98.5.3 and $ apt-show-versions python-qt4 python-qt4/testing uptodate 4.4.4-6 what do you have installed? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi
Please keep the list in the loop: adding it again. On Wed, Jun 3, 2009 at 12:16, Alberto Soto <alb...@lm...> wrote: > Hi Sandro, > > I have > $ python -c "import matplotlib as mpl ; print mpl.__version__" > 0.98.5.2 > Installed and am running PyQt v4.4.3 because I am forced to rest on > Python 2.5 > > I will try installing 0.98.5.3 and see if that makes a difference. > I have seen the same problem in a Unix installation, I will try and see > which matplotlib version they were running. > > Meanwhile can you try re-sizing the dock widgets as fast as possible? If > you use the mouse to re-size them but do it gradually, the problem does > not surface. oh sorry, the *dock*... I understood to resize the window. :( Resizing the dock panel I see "part" of the problem": I see the "shadow" on the matplotlib widget but not on the right dock (I'm unable to screenshot though). > Thank you and I will see what happened with the new instalation You're welcome -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi
Hi Alberto, On Wed, Jun 3, 2009 at 10:49, Alberto Soto <alb...@lm...> wrote: > Good afternoon, > > I am working on a GUI that utilizes the FigureCanvasQTAgg. The GUI consists > of a Qt main window were the central widget includes a Figure. The problem > arises when this central widget interacts with re-size events of my dock > widgets. The Plot is not correctly re-drawn, it ‘leaks’ into the dock > widgets. > > I think a picture would better describe this problem: > > Here we see 2 scripts running, the 1st one’s dock widgets have been re-sized > by the user and the plot has ‘leaked’ into the right side dialog. The second > picture shows how the dialog normally looks. > > > > I am also attaching a simple script with the GUI that has the problem. > > If I move or do anything to re-trigger a paint event the plot is re-drawn > correctly. I see no problem here. I'm on a debian sid OS, with $ python -c "import matplotlib as mpl ; print mpl.__version__" 0.98.5.3 and $ apt-show-versions python-qt4 python-qt4/testing uptodate 4.4.4-6 what do you have installed? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi