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
(3) |
2
(4) |
3
|
4
(2) |
5
|
6
(4) |
7
(11) |
8
(7) |
9
(9) |
10
(3) |
11
|
12
|
13
(4) |
14
(1) |
15
(24) |
16
(8) |
17
(11) |
18
(6) |
19
(2) |
20
(14) |
21
(13) |
22
(14) |
23
(3) |
24
(6) |
25
(2) |
26
|
27
(9) |
28
(18) |
29
(7) |
30
(15) |
31
(5) |
|
Mark Bakker wrote: > Dang, I looked at it, but so much has changed since 0.98.3 release that > I have little chance of getting any changes implemented. > Any plans for a new release that you know of? > Thanks, Mark None that I know of. It would certainly be nice if we had the release package-building completely automated; or automated daily svn builds of the Win and OSX packages. Since I don't work with either Win or OSX, I don't know how hard this would be to set up. Eric
Dang, I looked at it, but so much has changed since 0.98.3 release that I have little chance of getting any changes implemented. Any plans for a new release that you know of? Thanks, Mark On Mon, Oct 27, 2008 at 7:29 PM, Eric Firing <ef...@ha...> wrote: > Mark Bakker wrote: > >> I was gone for the weekend (sorry, but that 'life' thing gets in the way >> of getting things done sometimes). I don't have a way to build stuff at the >> moment. Can I just check out the axes.py and replace my current one, or are >> there too many changes? >> > > The changes were in ticker.py and axes.py. Whether plugging in the current > versions would work depends on the age of the other files you have. If you > have a fairly recent svn build, then updating those two files probably would > work. You could use svn to get the diffs specifically for my changes > related to shared axes. > > Eric > > >> Mark >> >> >> On Fri, Oct 24, 2008 at 7:57 AM, Eric Firing <ef...@ha... <mailto: >> ef...@ha...>> wrote: >> >> Mark Bakker wrote: >> >> Hello list (especially Erik, who can fix this I hope) - >> >> I have had problems with shared axes, especially when one of the >> axis has an aspect ratio that is set 'equal'. It has been >> discussed on the list before (mostly with Erik Firing), but it >> hasn't been fixed yet. What I want to do is have two plots. The >> top plot has an aspect ratio that is 'equal'. The idea is to >> have a contour plot in the top figure, while the bottom figure >> gives a cross-sectional picture of what I am plotting. This used >> to work well (quite some time ago), including zooming and such. >> But now I cannot plot it at all, let alone zoom. >> >> My first problem is when I add a subplot with a shared x-axis, >> it changes the limits on the original x-axis. That seems to be a >> bug: >> ax1 = subplot(211) >> plot([1,2,3]) # Now the limits of the x-axis go from 0 to 2. >> subplot(212,sharex=ax1) # Now the limits of both x-axis go from >> 0 to 1. >> >> After all, the new subplot shares the axis with the existing >> subplot, so why doesn't it copy the axis limits from that subplot? >> >> But the bigger problem occurs when I want the aspect ratio of >> one of the first axis to be 'equal'. >> >> ax1 = subplot(211,aspect='equal') >> plot([1,2,3]) subplot(212,sharex=ax1) >> >> >> Mark, >> >> I made some more changes so that the above works by changing the >> adjustable to 'datalim'. Have I broken anything? Does this work >> for your applications? >> >> Eric >> >> >> The second subplot is added, but the length of the graph is not >> the same as for the first subplot. It also resets the xlimits to >> go from 0 to 1, as before, which means the first subplot becomes >> unreadable (it still enforces 'equal' in the first subplot by >> changing the limits of the y-axis). When I now change the limits >> on the x-axis, the aspect ratio is not equal anymore >> >> ax1.set_xlim(0,2) >> draw() >> >> Thanks for your help. I am willing to help in testing any changes. >> >> Best regards, Mark >> >> >> >> >> ------------------------------------------------------------------------ >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move >> Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere >> in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> <http://moblin-contest.org/redirect.php?banner_id=100&url=/> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> <mailto:Mat...@li...> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> >> >> >
Mark Bakker wrote: > I was gone for the weekend (sorry, but that 'life' thing gets in the way > of getting things done sometimes). I don't have a way to build stuff at > the moment. Can I just check out the axes.py and replace my current one, > or are there too many changes? The changes were in ticker.py and axes.py. Whether plugging in the current versions would work depends on the age of the other files you have. If you have a fairly recent svn build, then updating those two files probably would work. You could use svn to get the diffs specifically for my changes related to shared axes. Eric > > Mark > > On Fri, Oct 24, 2008 at 7:57 AM, Eric Firing <ef...@ha... > <mailto:ef...@ha...>> wrote: > > Mark Bakker wrote: > > Hello list (especially Erik, who can fix this I hope) - > > I have had problems with shared axes, especially when one of the > axis has an aspect ratio that is set 'equal'. It has been > discussed on the list before (mostly with Erik Firing), but it > hasn't been fixed yet. What I want to do is have two plots. The > top plot has an aspect ratio that is 'equal'. The idea is to > have a contour plot in the top figure, while the bottom figure > gives a cross-sectional picture of what I am plotting. This used > to work well (quite some time ago), including zooming and such. > But now I cannot plot it at all, let alone zoom. > > My first problem is when I add a subplot with a shared x-axis, > it changes the limits on the original x-axis. That seems to be a > bug: > ax1 = subplot(211) > plot([1,2,3]) # Now the limits of the x-axis go from 0 to 2. > subplot(212,sharex=ax1) # Now the limits of both x-axis go from > 0 to 1. > > After all, the new subplot shares the axis with the existing > subplot, so why doesn't it copy the axis limits from that subplot? > > But the bigger problem occurs when I want the aspect ratio of > one of the first axis to be 'equal'. > > ax1 = subplot(211,aspect='equal') > plot([1,2,3]) subplot(212,sharex=ax1) > > > Mark, > > I made some more changes so that the above works by changing the > adjustable to 'datalim'. Have I broken anything? Does this work > for your applications? > > Eric > > > The second subplot is added, but the length of the graph is not > the same as for the first subplot. It also resets the xlimits to > go from 0 to 1, as before, which means the first subplot becomes > unreadable (it still enforces 'equal' in the first subplot by > changing the limits of the y-axis). When I now change the limits > on the x-axis, the aspect ratio is not equal anymore > > ax1.set_xlim(0,2) > draw() > > Thanks for your help. I am willing to help in testing any changes. > > Best regards, Mark > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere > in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > <http://moblin-contest.org/redirect.php?banner_id=100&url=/> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > <mailto:Mat...@li...> > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > >
I noticed on the event handling doc page: mat...@li... that the draggable rectangle example doesn't work in version 0.98.3. The rectangle class no longer seems to have the xy property. If you replace the current on_press() method in the example with the code below it seem to work. def on_press(self, event): 'on button press we will see if the mouse is over us and store some data' if event.inaxes != self.rect.axes: return contains, attrd = self.rect.contains(event) if not contains: return xy = self.rect.get_x(),self.rect.get_y() print 'event contains', xy x0, y0 = xy self.press = x0, y0, event.xdata, event.ydata Neil
On Mon, Oct 27, 2008 at 15:25, Manuel Metz <mm...@as...> wrote: > Just put the Debian bugreport on the list here. I will look at this. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503148 Thanks Manuel, and sorry for not forwarding it and being a little bit "absent" these days -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi
I was gone for the weekend (sorry, but that 'life' thing gets in the way of getting things done sometimes). I don't have a way to build stuff at the moment. Can I just check out the axes.py and replace my current one, or are there too many changes? Mark On Fri, Oct 24, 2008 at 7:57 AM, Eric Firing <ef...@ha...> wrote: > Mark Bakker wrote: > >> Hello list (especially Erik, who can fix this I hope) - >> >> I have had problems with shared axes, especially when one of the axis has >> an aspect ratio that is set 'equal'. It has been discussed on the list >> before (mostly with Erik Firing), but it hasn't been fixed yet. What I want >> to do is have two plots. The top plot has an aspect ratio that is 'equal'. >> The idea is to have a contour plot in the top figure, while the bottom >> figure gives a cross-sectional picture of what I am plotting. This used to >> work well (quite some time ago), including zooming and such. But now I >> cannot plot it at all, let alone zoom. >> >> My first problem is when I add a subplot with a shared x-axis, it changes >> the limits on the original x-axis. That seems to be a bug: >> ax1 = subplot(211) >> plot([1,2,3]) # Now the limits of the x-axis go from 0 to 2. >> subplot(212,sharex=ax1) # Now the limits of both x-axis go from 0 to 1. >> >> After all, the new subplot shares the axis with the existing subplot, so >> why doesn't it copy the axis limits from that subplot? >> >> But the bigger problem occurs when I want the aspect ratio of one of the >> first axis to be 'equal'. >> >> ax1 = subplot(211,aspect='equal') >> plot([1,2,3]) subplot(212,sharex=ax1) >> > > Mark, > > I made some more changes so that the above works by changing the adjustable > to 'datalim'. Have I broken anything? Does this work for your > applications? > > Eric > > >> The second subplot is added, but the length of the graph is not the same >> as for the first subplot. It also resets the xlimits to go from 0 to 1, as >> before, which means the first subplot becomes unreadable (it still enforces >> 'equal' in the first subplot by changing the limits of the y-axis). When I >> now change the limits on the x-axis, the aspect ratio is not equal anymore >> >> ax1.set_xlim(0,2) >> draw() >> >> Thanks for your help. I am willing to help in testing any changes. >> >> Best regards, Mark >> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > >
Just put the Debian bugreport on the list here. I will look at this. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503148 mm
Neal Becker wrote: > matplotlib-0.91 > > I got a nice semilog plot on the screen. Trying to save it to pdf fails, > saying 'cannot take log of nonpositive value'. > Ah, seems to be fixed in 0.98.3 (but fedora f9 ships 0.91.2)
matplotlib-0.91 I got a nice semilog plot on the screen. Trying to save it to pdf fails, saying 'cannot take log of nonpositive value'.