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
|
3
|
4
|
5
|
6
(2) |
7
(1) |
8
|
9
|
10
|
11
|
12
|
13
(1) |
14
(4) |
15
(4) |
16
|
17
(1) |
18
(1) |
19
(1) |
20
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
28
(1) |
29
(2) |
30
|
Thanks for passing this along, Nicolas. Agg is some serious ninja-voodoo... Whenever looking through it to explore something new, I move from utter confusion to complete amazement at how all kinds of difficult problems are solved in an ingenious and ultimately extremely flexible way. And I think it's fair to say that matplotlib would not have achieved the level of overall raster quality it has without Agg under the hood. Mike On 11/29/2013 06:30 AM, Nicolas Rougier wrote: > Sorry to forward such a sad news. > > Nicolas > > Begin forwarded message: > >> From: Wojciech Mamrak <wm...@gm...> >> Subject: [AGG] R.I.P. Maxim Shemanarev >> Date: 29 Nov 2013 12:12:38 GMT+1 >> To: Anti-Grain Geometry <vec...@li...> >> Reply-To: Anti-Grain Geometry <vec...@li...> >> >> Hello all, >> >> I have been informed by an anonymous user of Russian Software >> Developer Network forum (thank you mate, whoever you are) that Maxim >> Shemanarev, author of AGG library, has died on 26th of November 2013. >> See below links for more information. >> I thought it would be good to honor the memory of Maxim in some way, >> e.g. on agg's sourceforge website. Also, it would be a shame if his >> website disappeared, we owe him that, but I am not sure whether we can >> do anything more than a copy of it. >> >> >> Requiescat in pace, Maxim! >> >> russian: >> http://rsdn.ru/forum/life/5377743.flat >> >> english: >> http://www.microsofttranslator.com/bv.aspx?from=ru&to=en&a=http://rsdn.ru/forum/life/5377743.flat > > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk > > > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com
Sorry to forward such a sad news. Nicolas Begin forwarded message: > From: Wojciech Mamrak <wm...@gm...> > Subject: [AGG] R.I.P. Maxim Shemanarev > Date: 29 Nov 2013 12:12:38 GMT+1 > To: Anti-Grain Geometry <vec...@li...> > Reply-To: Anti-Grain Geometry <vec...@li...> > > Hello all, > > I have been informed by an anonymous user of Russian Software > Developer Network forum (thank you mate, whoever you are) that Maxim > Shemanarev, author of AGG library, has died on 26th of November 2013. > See below links for more information. > I thought it would be good to honor the memory of Maxim in some way, > e.g. on agg's sourceforge website. Also, it would be a shame if his > website disappeared, we owe him that, but I am not sure whether we can > do anything more than a copy of it. > > > Requiescat in pace, Maxim! > > russian: > http://rsdn.ru/forum/life/5377743.flat > > english: > http://www.microsofttranslator.com/bv.aspx?from=ru&to=en&a=http://rsdn.ru/forum/life/5377743.flat
Hi, Unless I'm wrong in release 1.3.1, FigureCanvasGTK3Cairo does not define blit(), neither in parents FigureCanvasCairo nor in FigureCanvasGTK3. However from FigureCanvasBase it inherits of supports_blit = True. Therefore when using widgets such as SpanSelector, the test "if self.useblit" is true and cause a call to copy_from_bbox which is undefined (actually copy_from_bbox is defined in FigureCanvasAgg). Setting supports_blit = False on Canvas instantiation seems to fix the issue for now. Is my understanding correct ? Arnaud.
Hi all, I'm building matplotlib from source (commit 0e7daad6a28160f8a6c5abb, though v1.3.x also dies this way...) on Mavericks with dependencies installed with macports. I'm getting this error in the setup: ============================================================================ Edit setup.cfg to change the build options BUILDING MATPLOTLIB matplotlib: yes [1.4.x] python: yes [2.7.6 (default, Nov 18 2013, 22:33:38) [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)]] platform: yes [darwin] REQUIRED DEPENDENCIES AND EXTENSIONS numpy: yes [version 1.8.0] six: yes [using six version 1.4.1] dateutil: yes [using dateutil version 1.5] tornado: yes [using tornado version 3.1.1] pyparsing: yes [using pyparsing version 2.0.1] pycxx: yes [Couldn't import. Using local copy.] libagg: yes [pkg-config information for 'libagg' could not be found. Using local copy.] freetype: yes [version 16.2.10] png: yes [version 1.5.17] OPTIONAL SUBPACKAGES sample_data: yes [installing] toolkits: yes [installing] tests: yes [using nose version 1.3.0] OPTIONAL BACKEND EXTENSIONS macosx: yes [installing, darwin] qt4agg: no [PyQt4 not found] gtk3agg: no [Requires pygobject to be installed.] gtk3cairo: no [Requires pygobject to be installed.] gtkagg: yes [installing, Gtk: 2.24.22 pygtk: 2.24.0] tkagg: yes [installing, version 81008] wxagg: no [requires wxPython] gtk: yes [installing, Gtk: 2.24.22 pygtk: 2.24.0] agg: yes [installing] cairo: yes [installing, version 1.10.0] windowing: no [Microsoft Windows only] OPTIONAL LATEX DEPENDENCIES dvipng: yes [version 1.14] ghostscript: yes [version 9.10] latex: yes [version 3.1415926] pdftops: yes [version 0.24.3] running install running bdist_egg running egg_info writing requirements to lib/matplotlib.egg-info/requires.txt writing lib/matplotlib.egg-info/PKG-INFO writing namespace_packages to lib/matplotlib.egg-info/namespace_packages.txt writing top-level names to lib/matplotlib.egg-info/top_level.txt writing dependency_links to lib/matplotlib.egg-info/dependency_links.txt Traceback (most recent call last): File "setup.py", line 262, in <module> **extra_args File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/core.py", line 152, in setup dist.run_commands() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 953, in run_commands self.run_command(cmd) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/install.py", line 73, in run self.do_egg_install() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/install.py", line 93, in do_egg_install self.run_command('bdist_egg') File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/cmd.py", line 326, in run_command self.distribution.run_command(command) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/bdist_egg.py", line 177, in run self.run_command("egg_info") File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/cmd.py", line 326, in run_command self.distribution.run_command(command) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/egg_info.py", line 187, in run self.find_sources() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/egg_info.py", line 230, in find_sources mm.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/egg_info.py", line 296, in run self.add_defaults() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/egg_info.py", line 335, in add_defaults rcfiles = list(walk_revctrl()) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/sdist.py", line 18, in walk_revctrl for item in ep.load()(dirname): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/command/sdist.py", line 58, in _default_revctrl for item in finder(dirname): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/svn_utils.py", line 419, in svn_finder info = SvnInfo.load(dirname) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/svn_utils.py", line 221, in load code, data = _run_command(['svn', 'info', normdir]) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/svn_utils.py", line 41, in _run_command data = decode_as_string(data, encoding) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/setuptools/svn_utils.py", line 93, in decode_as_string text = text.decode(encoding) LookupError: unknown encoding: I should note that I can install ipython from source with no problem. Anybody have an idea how to solve this? (and why is setup.py looking at svn_tools.py?) Thanks, M
On 11/14/2013 08:24 PM, Jason Grout wrote: > On 10/16/13 3:46 PM, Jason Grout wrote: >> On 10/16/13 1:58 PM, Michael Droettboom wrote: >>> Sorry to take so long to get to this. This is a nice piece of work. >>> >>> The most obvious thing is that this is a copy-and-paste of the existing >>> WebAgg backend -- and maintaining the two is going to be much harder >>> than building both out of the same pieces. As of 6389d14f, the WebAgg >>> backend was refactored so that the transport that it uses to communicate >>> to the browser is no longer hard coded. This was done in large part to >>> support working with IPyhton in this way. (That is, it used to only >>> communicate with the browser through Tornado, but now it can be anything >>> that can send bits back and forth). There's an example of this in >>> `examples/user_interfaces/embedding_webagg.py` that shows how to do this >>> (using Tornado, but again, it doesn't have to be). There's no guarantees >>> that this interface is sufficient, so it may require some back and forth >>> on this to make it all work. >>> >>> I think the first thing I would do would be to refactor this to use >>> that. It's a little hard to tell what you've changed from the original >>> WebAgg backend to get it to support IPython. If it were built on top >>> of, rather than in addition to, WebAgg, that would be more obvious. >> Thanks for the feedback. I was thinking that a refactor to pull out the >> communication layer would be really nice. >> >> I didn't change the WebAgg backend because I figured you wanted it >> around still. I figured a plain old diff with the file would reveal >> changes. >> >> Anyways, thanks for the pointer to the refactor commit. I hope to look >> at this again sometime soon. >> > Following a very helpful conversation with Michael this morning in the > dev hangout, I got this working with the current master (of matplotlib > and ipython). The refactoring made the code much better; thanks! > > I updated the pull request at > https://github.com/matplotlib/matplotlib/pull/2524 > > To test this, run IPython (master branch, to get the comm commits), and > put this in a cell: > https://github.com/matplotlib/matplotlib/pull/2524#issuecomment-28539813 > > Then you can execute something like: > > from matplotlib.figure import Figure > import numpy as np > fig = Figure() > a = fig.add_subplot(111) > t = np.arange(0.0, 3.0, 0.01) > s = np.sin(2 * np.pi * t) > a.plot(t, s) > CommFigure(fig) > > and get a live figure in the IPython notebook that uses the comm > messaging infrastructure. > > Michael---do you have time to take it from here? > > This is great. I can see what next steps are needed, but probably not for a few days... Mike -- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com
Matthew Brett, on 2013年11月15日 11:23, wrote: > Sorry not to get to setting up buildbot testing. Paul - do you > have time for that? I'm happy to make time for that, I guess I'll follow up with Mike, Matthew, and Matt Terry offlist about what needs doing. -- _ / \ A* \^ - ,./ _.`\\ / \ / ,--.S \/ \ / `"~,_ \ \ __o ? _ \<,_ /:\ --(_)/-(_)----.../ | \ --------------.......J Paul Ivanov http://pirsquared.org
Hi, Very sorry to miss this one - I'm in Cuba at the moment - if Google doesn't block hangouts, then there would not be enough bandwidth. Sorry not to get to setting up buildbot testing. Paul - do you have time for that? Cheers, Matthew On Thu, Nov 14, 2013 at 5:57 PM, Paul Ivanov <pi...@be...> wrote: > Michael Droettboom, on 2013年11月14日 10:23, wrote: >> Sorry - I've been without network connection this morning, but it's back >> up... >> >> I'll be starting the matplotlib hangout shortly. Let me know if you >> don't get an invite and would like to join. > > Mike and others, > > is there a link to this hangout, or was this one not recorded > "on-air"? > > best, > -- > _ > / \ > A* \^ - > ,./ _.`\\ / \ > / ,--.S \/ \ > / `"~,_ \ \ > __o ? > _ \<,_ /:\ > --(_)/-(_)----.../ | \ > --------------.......J > Paul Ivanov > http://pirsquared.org > > ------------------------------------------------------------------------------ > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > Free app hosting. Or install the open source package on any LAMP server. > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Very nice. Thanks for sharing Jason. On 15 November 2013 13:18, Jason Grout <jas...@cr...> wrote: > On 11/14/13 7:24 PM, Jason Grout wrote: > > Following a very helpful conversation with Michael this morning in the > > dev hangout, I got this working with the current master (of matplotlib > > and ipython). > > I also got this initial experimental demo working on the Sage cell server: > > http://sagecell.sagemath.org/?q=ilpajg (for a sage plotting example) > > http://sagecell.sagemath.org/?q=spadja (for one of the examples from the > matplotlib docs) > > Thanks, > > Jason > > > > ------------------------------------------------------------------------------ > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > Free app hosting. Or install the open source package on any LAMP server. > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >
On 11/14/13 7:24 PM, Jason Grout wrote: > Following a very helpful conversation with Michael this morning in the > dev hangout, I got this working with the current master (of matplotlib > and ipython). I also got this initial experimental demo working on the Sage cell server: http://sagecell.sagemath.org/?q=ilpajg (for a sage plotting example) http://sagecell.sagemath.org/?q=spadja (for one of the examples from the matplotlib docs) Thanks, Jason
On 10/16/13 3:46 PM, Jason Grout wrote: > On 10/16/13 1:58 PM, Michael Droettboom wrote: >> Sorry to take so long to get to this. This is a nice piece of work. >> >> The most obvious thing is that this is a copy-and-paste of the existing >> WebAgg backend -- and maintaining the two is going to be much harder >> than building both out of the same pieces. As of 6389d14f, the WebAgg >> backend was refactored so that the transport that it uses to communicate >> to the browser is no longer hard coded. This was done in large part to >> support working with IPyhton in this way. (That is, it used to only >> communicate with the browser through Tornado, but now it can be anything >> that can send bits back and forth). There's an example of this in >> `examples/user_interfaces/embedding_webagg.py` that shows how to do this >> (using Tornado, but again, it doesn't have to be). There's no guarantees >> that this interface is sufficient, so it may require some back and forth >> on this to make it all work. >> >> I think the first thing I would do would be to refactor this to use >> that. It's a little hard to tell what you've changed from the original >> WebAgg backend to get it to support IPython. If it were built on top >> of, rather than in addition to, WebAgg, that would be more obvious. > > Thanks for the feedback. I was thinking that a refactor to pull out the > communication layer would be really nice. > > I didn't change the WebAgg backend because I figured you wanted it > around still. I figured a plain old diff with the file would reveal > changes. > > Anyways, thanks for the pointer to the refactor commit. I hope to look > at this again sometime soon. > Following a very helpful conversation with Michael this morning in the dev hangout, I got this working with the current master (of matplotlib and ipython). The refactoring made the code much better; thanks! I updated the pull request at https://github.com/matplotlib/matplotlib/pull/2524 To test this, run IPython (master branch, to get the comm commits), and put this in a cell: https://github.com/matplotlib/matplotlib/pull/2524#issuecomment-28539813 Then you can execute something like: from matplotlib.figure import Figure import numpy as np fig = Figure() a = fig.add_subplot(111) t = np.arange(0.0, 3.0, 0.01) s = np.sin(2 * np.pi * t) a.plot(t, s) CommFigure(fig) and get a live figure in the IPython notebook that uses the comm messaging infrastructure. Michael---do you have time to take it from here? Thanks, Jason
Michael Droettboom, on 2013年11月14日 10:23, wrote: > Sorry - I've been without network connection this morning, but it's back > up... > > I'll be starting the matplotlib hangout shortly. Let me know if you > don't get an invite and would like to join. Mike and others, is there a link to this hangout, or was this one not recorded "on-air"? best, -- _ / \ A* \^ - ,./ _.`\\ / \ / ,--.S \/ \ / `"~,_ \ \ __o ? _ \<,_ /:\ --(_)/-(_)----.../ | \ --------------.......J Paul Ivanov http://pirsquared.org
Hello I would really like to participate but at work the hangout connection is strictly forbidden. It would be nice if you could discuss the possibility of making a feature branch to do the "rework of all the backends" to include * Separation of toolbar and navigation * Reconfigurable toolbar * Multifigure window (notebook or other) * Removal of pyplot dependencies from the backends. Every one of this items, needs to modify all the backends. I offer myself to do the work on Gtk3, Gtk, and Tk Thanks Federico On Thu, Nov 14, 2013 at 10:23 AM, Michael Droettboom <md...@st...> wrote: > Sorry - I've been without network connection this morning, but it's back > up... > > I'll be starting the matplotlib hangout shortly. Let me know if you > don't get an invite and would like to join. > > -- > _ > |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ > | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | > > http://www.droettboom.com > > > ------------------------------------------------------------------------------ > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > Free app hosting. Or install the open source package on any LAMP server. > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Y yo que culpa tengo de que ellas se crean todo lo que yo les digo? -- Antonio Alducin --
On 11/14/13 9:23 AM, Michael Droettboom wrote: > Sorry - I've been without network connection this morning, but it's back > up... > > I'll be starting the matplotlib hangout shortly. Let me know if you > don't get an invite and would like to join. I was just thinking about spending a bit of time on the matplotlib comm-based backend. I'd like to join for at least a little bit: gro...@gm... Thanks, Jason
Sorry - I've been without network connection this morning, but it's back up... I'll be starting the matplotlib hangout shortly. Let me know if you don't get an invite and would like to join. -- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com
Hi folks, forgive me for the x-post to a few lists and the semi off-topic nature of this post, but I think it's worth mentioning this to our broader community. To keep the SNR of each list high, I'd prefer any replies to happen on the numfocus list. Yesterday, during an event at the White House OSTP, an announcement was made about a 5-year, 37ドル.8M initative funded by the Moore and Sloan foundations to create a collaboration between UC Berkeley, the University of Washington and NYU on Data Science environments: - Press release: http://www.moore.org/newsroom/press-releases/2013/11/12/%20bold_new_partnership_launches_to_harness_potential_of_data_scientists_and_big_data - Project description: http://www.moore.org/programs/science/data-driven-discovery/data-science-environments We worked in private on this for a year, so it's great to be able to finally engage the community in an open fashion. I've provided some additional detail in my blog: http://blog.fperez.org/2013/11/an-ambitious-experiment-in-data-science.html At Berkeley, we are using this as an opportunity to create the new Berkeley Institute for Data Science (BIDS): http://newscenter.berkeley.edu/2013/11/13/new-data-science-institute-to-help-scholars-harness-big-data and from the very start, open source and the scientific Python ecosystem have been at the center of our thinking. In the team of co-PIs we have, in addition to me, a bunch of Python supporters: - Josh Bloom leads our Python bootcamps and graduate seminar) - Cathryn Carson founded the DLab (dlab.berkeley.edu), which runs python.berkeley.edu. - Philip Stark: Stats Chair, teaches reproducible research with Python tools. - Kimmen Sjolander: comp. biologist whose tools are all open source Python. - Mike Franklin and Ion Stoica: co-directors of AMPLab, whose Spark framework has Python support. - Dave Culler: chair of CS, which now uses Python for its undergraduate intro courses. We will be working very hard to basically make BIDS "a place for people like us" (and by that I mean open source scientific computing, not just Python: Juila, R, etc. are equally welcome). This is a community that has a significant portion of academic scientists who struggle with all the issues I list in my post, and solving that problem is an explicit goal of this initiative (in fact, it was the key point identified by the foundations when they announced the competition for this grant). Beyond that, we want to create a space where the best of academia, the power of a university like Berkeley, and the best of our open source communities, can come together. We are just barely getting off the ground, deep in more mundane issues like building renovations, but over the next few months we'll be clarifying our scientific programs, starting to have open positions, etc. Very importantly, I want to thank everyone who, for the last decade+, has been working like mad to make all of this possible. It's absolutely clear to me that the often unrewarded work of many of you was essential in this process, shaping the very existence of "data science" and the recognition that it should be done in an open, collaborative, reproducible fashion. Consider this event an important victory along the way, and hopefully a starting point for much more work in slightly better conditions. Here are some additional resources for anyone interested: http://bitly.com/bundles/fperezorg/1 -- Fernando Perez (@fperez_org; http://fperez.org) fperez.net-at-gmail: mailing lists only (I ignore this when swamped!) fernando.perez-at-berkeley: contact me here for any direct mail
No, Paul, I haven't really had the time to dig into it myself. I would also appreciate it very much if anyone could provide an explanation, how this works and whether it can be used like this. Eduard On 11/06/2013 07:55 PM, Paul Hobson wrote: > Eduard, > > Did you make any progress on this? I'm trying to do the same thing and it's > skipping my tests entirely. > -paul > > > On Thu, Oct 10, 2013 at 5:41 AM, Eduard Bopp <edu...@ae...>wrote: > >> Hello, >> >> I am developing a toolkit to parse, analyse and plot some scientific >> data using matplotlib. Among them are some application-specific plotting >> functions that sort of extend matplotlib. >> >> There are these nice image comparison decorators to test code like that >> but I am not sure how to use them for unit testing outside the scope of >> matplotlib itself. Is this use case intended and possible for the >> decorator? >> >> I have experimented with this unsuccessfully in the following way: >> >> There is a tests directory within my package with test functions >> decorated like so >> >> @image_comparison(baseline_images=['custom_function']) >> def test_custom_function(): >> # plot stuff... >> >> When I run nosetests, it fails creating some output images in >> result_images. >> >> Copying the appropriate files according to [1] to >> my_package/tests/baseline_images does not seem to have any effect. There >> are neither *-expected* nor *_{pdf,svg}.png files in there, only >> custom_function.{pdf,svg,png}. What am I doing wrong? >> >> Eduard >> >> [1] http://matplotlib.org/devel/testing.html >> >> >> ------------------------------------------------------------------------------ >> October Webinars: Code for Performance >> Free Intel webinars can help you accelerate application performance. >> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most >> from >> the latest Intel processors and coprocessors. See abstracts and register > >> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >
Eduard, Did you make any progress on this? I'm trying to do the same thing and it's skipping my tests entirely. -paul On Thu, Oct 10, 2013 at 5:41 AM, Eduard Bopp <edu...@ae...>wrote: > Hello, > > I am developing a toolkit to parse, analyse and plot some scientific > data using matplotlib. Among them are some application-specific plotting > functions that sort of extend matplotlib. > > There are these nice image comparison decorators to test code like that > but I am not sure how to use them for unit testing outside the scope of > matplotlib itself. Is this use case intended and possible for the > decorator? > > I have experimented with this unsuccessfully in the following way: > > There is a tests directory within my package with test functions > decorated like so > > @image_comparison(baseline_images=['custom_function']) > def test_custom_function(): > # plot stuff... > > When I run nosetests, it fails creating some output images in > result_images. > > Copying the appropriate files according to [1] to > my_package/tests/baseline_images does not seem to have any effect. There > are neither *-expected* nor *_{pdf,svg}.png files in there, only > custom_function.{pdf,svg,png}. What am I doing wrong? > > Eduard > > [1] http://matplotlib.org/devel/testing.html > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >
Hello everybody Last week there was some discussion about splitting the toolbar into two different entities Navigation and Toolbar PR https://github.com/matplotlib/matplotlib/pull/1849 and PR https://github.com/matplotlib/matplotlib/pull/2557 Does anybody has any new thoughts or propositions? Thanks Federico -- Y yo que culpa tengo de que ellas se crean todo lo que yo les digo? -- Antonio Alducin --