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
|
From: Federico A. <ari...@gm...> - 2014-03-06 20:54:15
|
Nelle Is that written somewhere? On Thu, Mar 6, 2014 at 3:51 PM, Nelle Varoquaux <nel...@gm...> wrote: > On 6 March 2014 21:47, Skip Montanaro <sk...@po...> wrote: >> On Thu, Mar 6, 2014 at 2:38 PM, Ryan May <rm...@gm...> wrote: >>> I don't think a leading _ is the way to go, because that's a common >>> convention for internal class variables--property variables that you don't >>> intend to be part of any supported API. >> >> But leading underscores like this are only used as attributes of >> classes. I believe the OP was asking about unused local variables. >> Something more like this: >> >> mode, _ino, dev, nlink, uid, gid, size, _atime, _mtime, _ctime = >> os.stat("/etc/hosts") > > The convention is to use a simple _. > > mode, _, dev, nlink, uid, gid, size, _, _, _ = os.stat("/etc/hosts") > >> >> (Ignore that os.stat returns a posix.stat_result object on Unix-y systems.) >> >> Skip >> >> ------------------------------------------------------------------------------ >> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. >> With Perforce, you get hassle-free workflows. Merge that actually works. >> Faster operations. Version large binaries. Built-in WAN optimization and the >> freedom to use Git, Perforce or both. Make the move to Perforce. >> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and the > freedom to use Git, Perforce or both. Make the move to Perforce. > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&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 -- |
From: Federico A. <ari...@gm...> - 2014-03-06 20:52:21
|
Skip, That's exactly what I was referring to. I check PEP8 and there is no mention of unused variables. On Thu, Mar 6, 2014 at 3:47 PM, Skip Montanaro <sk...@po...> wrote: > On Thu, Mar 6, 2014 at 2:38 PM, Ryan May <rm...@gm...> wrote: >> I don't think a leading _ is the way to go, because that's a common >> convention for internal class variables--property variables that you don't >> intend to be part of any supported API. > > But leading underscores like this are only used as attributes of > classes. I believe the OP was asking about unused local variables. > Something more like this: > > mode, _ino, dev, nlink, uid, gid, size, _atime, _mtime, _ctime = > os.stat("/etc/hosts") > > (Ignore that os.stat returns a posix.stat_result object on Unix-y systems.) > > Skip -- Y yo que culpa tengo de que ellas se crean todo lo que yo les digo? -- Antonio Alducin -- |
From: Nelle V. <nel...@gm...> - 2014-03-06 20:51:53
|
On 6 March 2014 21:47, Skip Montanaro <sk...@po...> wrote: > On Thu, Mar 6, 2014 at 2:38 PM, Ryan May <rm...@gm...> wrote: >> I don't think a leading _ is the way to go, because that's a common >> convention for internal class variables--property variables that you don't >> intend to be part of any supported API. > > But leading underscores like this are only used as attributes of > classes. I believe the OP was asking about unused local variables. > Something more like this: > > mode, _ino, dev, nlink, uid, gid, size, _atime, _mtime, _ctime = > os.stat("/etc/hosts") The convention is to use a simple _. mode, _, dev, nlink, uid, gid, size, _, _, _ = os.stat("/etc/hosts") > > (Ignore that os.stat returns a posix.stat_result object on Unix-y systems.) > > Skip > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and the > freedom to use Git, Perforce or both. Make the move to Perforce. > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel |
From: Skip M. <sk...@po...> - 2014-03-06 20:47:48
|
On Thu, Mar 6, 2014 at 2:38 PM, Ryan May <rm...@gm...> wrote: > I don't think a leading _ is the way to go, because that's a common > convention for internal class variables--property variables that you don't > intend to be part of any supported API. But leading underscores like this are only used as attributes of classes. I believe the OP was asking about unused local variables. Something more like this: mode, _ino, dev, nlink, uid, gid, size, _atime, _mtime, _ctime = os.stat("/etc/hosts") (Ignore that os.stat returns a posix.stat_result object on Unix-y systems.) Skip |
From: Ryan M. <rm...@gm...> - 2014-03-06 20:39:16
|
Hi, I don't think a leading _ is the way to go, because that's a common convention for internal class variables--property variables that you don't intend to be part of any supported API. Personally, I've always just called things like this "junk" or "unused", but I know that's not as nice as having a symbolic notation. Ryan On Thu, Mar 6, 2014 at 11:38 AM, Skip Montanaro <sk...@po...> wrote: > On Thu, Mar 6, 2014 at 7:47 AM, Federico Ariza <ari...@gm...> > wrote: > > Stupid simple question > > Is there a policy/tradition/convention to name unused variables inside > the code? > > While Eric indicates there is no policy, for the Python parts of your > code, I recommend you follow whatever the default is that pylint or > one of the other lint-like checkers recommend. Pylint likes a leading > underscore, but if you have a different natural preference, I > recommend you post your query at cod...@py.... It's where > all the cool static checker folk hang out. I haven't read PEP 8 in a > long while. Does Guido express a preference there? > > Skip (not a cool static checker guy) > > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move to > Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and > the > freedom to use Git, Perforce or both. Make the move to Perforce. > > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma |
From: Skip M. <sk...@po...> - 2014-03-06 18:38:07
|
On Thu, Mar 6, 2014 at 7:47 AM, Federico Ariza <ari...@gm...> wrote: > Stupid simple question > Is there a policy/tradition/convention to name unused variables inside the code? While Eric indicates there is no policy, for the Python parts of your code, I recommend you follow whatever the default is that pylint or one of the other lint-like checkers recommend. Pylint likes a leading underscore, but if you have a different natural preference, I recommend you post your query at cod...@py.... It's where all the cool static checker folk hang out. I haven't read PEP 8 in a long while. Does Guido express a preference there? Skip (not a cool static checker guy) |
From: Eric F. <ef...@ha...> - 2014-03-06 17:59:50
|
On 2014/03/06 3:47 AM, Federico Ariza wrote: > Hello everybody > > Stupid simple question > Is there a policy/tradition/convention to name unused variables inside the code? Not yet. > > Even better, if I see '''var''', can I replace it with '''_var''' and > nobody is going to complain? That might be a good convention. I don't particularly like a bare "_" because it is uninformative and visually a bit jarring. Even if a variable is unused, it is nice to have a slight hint in its name as to what it is. Eric > > I use eclipse and it complains about that (I like that it warns me). I > just wanted to know if I should just disable the warning when working > on matplotlib. > > Federico > |
From: Eric F. <ef...@ha...> - 2014-03-06 17:50:04
|
On 2014/02/27 6:28 AM, Michael Droettboom wrote: > How many matplotlib developers are planning to attend SciPy this year? Most likely I will not. Eric > > If we used some of our funds to support an extra hotel night, would any > of you be interested in spending an extra day for a "matplotlib > developer summit" to discuss matplotlib projects? This would be in > addition to the sprints, which I see probably being a larger group. Your > response isn't a committment at this point, I'm just trying to gauge how > much interest there might be. > > Mike > |
From: Nelle V. <nel...@gm...> - 2014-03-06 16:18:22
|
Hello, I've not been very active in the development of matplotlib these past few months, but I'll answer anyways. I'll be at Scipy this year, but I won't be able to stay after the sprints. I have another conference right after. Cheers, N On 2 March 2014 04:37, Thomas Caswell <tca...@gm...> wrote: > I am still in the process of sorting out if I have funding to go. If > I am there, I would be interested in staying the extra day. > > Tom > > On Fri, Feb 28, 2014 at 11:20 PM, Damon McDougall > <dam...@gm...> wrote: >> I will be there. I'm also willing to join in on any discussion. >> >> On Thu, Feb 27, 2014 at 10:28 AM, Michael Droettboom <md...@st...> wrote: >>> How many matplotlib developers are planning to attend SciPy this year? >>> >>> If we used some of our funds to support an extra hotel night, would any >>> of you be interested in spending an extra day for a "matplotlib >>> developer summit" to discuss matplotlib projects? This would be in >>> addition to the sprints, which I see probably being a larger group. Your >>> response isn't a committment at this point, I'm just trying to gauge how >>> much interest there might be. >>> >>> Mike >>> >>> -- >>> _ >>> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ >>> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | >>> >>> http://www.droettboom.com >>> >>> >>> ------------------------------------------------------------------------------ >>> Flow-based real-time traffic analytics software. Cisco certified tool. >>> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer >>> Customize your own dashboards, set traffic alerts and generate reports. >>> Network behavioral analysis & security monitoring. All-in-one tool. >>> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Matplotlib-devel mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> >> >> -- >> Damon McDougall >> http://www.damon-is-a-geek.com >> Institute for Computational Engineering Sciences >> 201 E. 24th St. >> Stop C0200 >> The University of Texas at Austin >> Austin, TX 78712-1229 >> >> ------------------------------------------------------------------------------ >> Flow-based real-time traffic analytics software. Cisco certified tool. >> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer >> Customize your own dashboards, set traffic alerts and generate reports. >> Network behavioral analysis & security monitoring. All-in-one tool. >> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > -- > Thomas Caswell > tca...@gm... > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel |
From: Federico A. <ari...@gm...> - 2014-03-06 13:47:27
|
Hello everybody Stupid simple question Is there a policy/tradition/convention to name unused variables inside the code? Even better, if I see '''var''', can I replace it with '''_var''' and nobody is going to complain? I use eclipse and it complains about that (I like that it warns me). I just wanted to know if I should just disable the warning when working on matplotlib. Federico -- Y yo que culpa tengo de que ellas se crean todo lo que yo les digo? -- Antonio Alducin -- |
From: Raphael C <dr...@gm...> - 2014-03-03 09:19:08
|
Is this something the new WebAgg backend should solve? Raphael On 2 March 2014 20:46, Raphael C <dr...@gm...> wrote: > Thank you that is good to know. From my personal point of view I was > just interested in a view simple form of interactivity. That is the > ability to click on data points and see their labels. I have to say > mpldatacursor is very nice and does precisely this. It however has > some disadvantages. > > a) It's not possible to save the current state of your interactive > visualisation to send to someone else (except as a snapshot png). > b) Due to its dependencies it is also hard to send your code to > someone else as they are unlikely to have the dependencies to get it > to work. This would be solved by having the functionality in something > standard like matplotlib. > c) There appears to be only one contributor currently. (I could be > wrong about this last point.) > > Raphael > > On 2 March 2014 20:32, Matt Sundquist <ma...@pl...> wrote: >> Hey Raphael, >> >> Jake Vanderplas has been working on mpld3, which lets you create D3 >> renderings of matplotlib graphs. We (Plotly) are working with him on a >> matplotlib exporter that lets you make interactive, online, labels/text on >> the hover Plotly graphs with matplotlib. Here is an IPython Notebook showing >> how to do that: >> >> http://nbviewer.ipython.org/github/theengineear/mplexporter/blob/master/notebooks/PlotlyTest.ipynb?create=1 >> >> We're early on still, and Jake is definitely the driving force/mastermind >> behind the project. We're hoping to support more and more plotting from >> matplotlib and would love help, tips, feedback, and suggestions. We're happy >> to talk more if you'd like. >> >> Thanks a bunch, >> M >> >> >> On Sun, Mar 2, 2014 at 12:17 PM, Raphael C <dr...@gm...> wrote: >>> >>> I posted this to https://github.com/matplotlib/matplotlib/issues/2856 >>> but it was suggested that the mailing list was a better place. >>> >>> I am plotting a simple graph with many points. I would like to explore >>> the data by clicking on some of them to see what their labels are >>> (much as I can already in R). I don't want to see all the labels at >>> once. Currently the only solution I found was mpldatacursor. Is this >>> feature something interesting to matplotlib developers or even being >>> currently worked on? >>> >>> Raphael >>> >>> >>> ------------------------------------------------------------------------------ >>> Flow-based real-time traffic analytics software. Cisco certified tool. >>> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer >>> Customize your own dashboards, set traffic alerts and generate reports. >>> Network behavioral analysis & security monitoring. All-in-one tool. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Matplotlib-devel mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> |
From: Matt S. <ma...@pl...> - 2014-03-02 21:00:56
|
Hey Raphael, Jake Vanderplas has been working on mpld3 <https://github.com/mpld3>, which lets you create D3 renderings of matplotlib graphs. We (Plotly<http://plot.ly>) are working with him on a matplotlib exporter<https://github.com/mpld3/mplexporter>that lets you make interactive, online, labels/text on the hover Plotly graphs with matplotlib. Here is an IPython Notebook showing how to do that: http://nbviewer.ipython.org/github/theengineear/mplexporter/blob/master/notebooks/PlotlyTest.ipynb?create=1 We're early on still, and Jake is definitely the driving force/mastermind behind the project. We're hoping to support more and more plotting from matplotlib and would love help, tips, feedback, and suggestions. We're happy to talk more if you'd like. Thanks a bunch, M On Sun, Mar 2, 2014 at 12:17 PM, Raphael C <dr...@gm...> wrote: > I posted this to https://github.com/matplotlib/matplotlib/issues/2856 > but it was suggested that the mailing list was a better place. > > I am plotting a simple graph with many points. I would like to explore > the data by clicking on some of them to see what their labels are > (much as I can already in R). I don't want to see all the labels at > once. Currently the only solution I found was mpldatacursor. Is this > feature something interesting to matplotlib developers or even being > currently worked on? > > Raphael > > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
From: Raphael C <dr...@gm...> - 2014-03-02 20:46:59
|
Thank you that is good to know. From my personal point of view I was just interested in a view simple form of interactivity. That is the ability to click on data points and see their labels. I have to say mpldatacursor is very nice and does precisely this. It however has some disadvantages. a) It's not possible to save the current state of your interactive visualisation to send to someone else (except as a snapshot png). b) Due to its dependencies it is also hard to send your code to someone else as they are unlikely to have the dependencies to get it to work. This would be solved by having the functionality in something standard like matplotlib. c) There appears to be only one contributor currently. (I could be wrong about this last point.) Raphael On 2 March 2014 20:32, Matt Sundquist <ma...@pl...> wrote: > Hey Raphael, > > Jake Vanderplas has been working on mpld3, which lets you create D3 > renderings of matplotlib graphs. We (Plotly) are working with him on a > matplotlib exporter that lets you make interactive, online, labels/text on > the hover Plotly graphs with matplotlib. Here is an IPython Notebook showing > how to do that: > > http://nbviewer.ipython.org/github/theengineear/mplexporter/blob/master/notebooks/PlotlyTest.ipynb?create=1 > > We're early on still, and Jake is definitely the driving force/mastermind > behind the project. We're hoping to support more and more plotting from > matplotlib and would love help, tips, feedback, and suggestions. We're happy > to talk more if you'd like. > > Thanks a bunch, > M > > > On Sun, Mar 2, 2014 at 12:17 PM, Raphael C <dr...@gm...> wrote: >> >> I posted this to https://github.com/matplotlib/matplotlib/issues/2856 >> but it was suggested that the mailing list was a better place. >> >> I am plotting a simple graph with many points. I would like to explore >> the data by clicking on some of them to see what their labels are >> (much as I can already in R). I don't want to see all the labels at >> once. Currently the only solution I found was mpldatacursor. Is this >> feature something interesting to matplotlib developers or even being >> currently worked on? >> >> Raphael >> >> >> ------------------------------------------------------------------------------ >> Flow-based real-time traffic analytics software. Cisco certified tool. >> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer >> Customize your own dashboards, set traffic alerts and generate reports. >> Network behavioral analysis & security monitoring. All-in-one tool. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > |
From: Raphael C <dr...@gm...> - 2014-03-02 20:18:01
|
I posted this to https://github.com/matplotlib/matplotlib/issues/2856 but it was suggested that the mailing list was a better place. I am plotting a simple graph with many points. I would like to explore the data by clicking on some of them to see what their labels are (much as I can already in R). I don't want to see all the labels at once. Currently the only solution I found was mpldatacursor. Is this feature something interesting to matplotlib developers or even being currently worked on? Raphael |
From: Raphael C <dr...@gm...> - 2014-03-02 20:17:59
|
I posted this to https://github.com/matplotlib/matplotlib/issues/2856 but it was suggested that the mailing list was a better place. I am plotting a simple graph with many points. I would like to explore the data by clicking on some of them to see what their labels are (much as I can already in R). I don't want to see all the labels at once. Currently the only solution I found was mpldatacursor. Is this feature something interesting to matplotlib developers or even being currently worked on? Raphael |
From: Thomas C. <tca...@gm...> - 2014-03-02 03:37:13
|
I am still in the process of sorting out if I have funding to go. If I am there, I would be interested in staying the extra day. Tom On Fri, Feb 28, 2014 at 11:20 PM, Damon McDougall <dam...@gm...> wrote: > I will be there. I'm also willing to join in on any discussion. > > On Thu, Feb 27, 2014 at 10:28 AM, Michael Droettboom <md...@st...> wrote: >> How many matplotlib developers are planning to attend SciPy this year? >> >> If we used some of our funds to support an extra hotel night, would any >> of you be interested in spending an extra day for a "matplotlib >> developer summit" to discuss matplotlib projects? This would be in >> addition to the sprints, which I see probably being a larger group. Your >> response isn't a committment at this point, I'm just trying to gauge how >> much interest there might be. >> >> Mike >> >> -- >> _ >> |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ >> | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | >> >> http://www.droettboom.com >> >> >> ------------------------------------------------------------------------------ >> Flow-based real-time traffic analytics software. Cisco certified tool. >> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer >> Customize your own dashboards, set traffic alerts and generate reports. >> Network behavioral analysis & security monitoring. All-in-one tool. >> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > -- > Damon McDougall > http://www.damon-is-a-geek.com > Institute for Computational Engineering Sciences > 201 E. 24th St. > Stop C0200 > The University of Texas at Austin > Austin, TX 78712-1229 > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tca...@gm... |
From: Damon M. <dam...@gm...> - 2014-03-01 04:20:34
|
I will be there. I'm also willing to join in on any discussion. On Thu, Feb 27, 2014 at 10:28 AM, Michael Droettboom <md...@st...> wrote: > How many matplotlib developers are planning to attend SciPy this year? > > If we used some of our funds to support an extra hotel night, would any > of you be interested in spending an extra day for a "matplotlib > developer summit" to discuss matplotlib projects? This would be in > addition to the sprints, which I see probably being a larger group. Your > response isn't a committment at this point, I'm just trying to gauge how > much interest there might be. > > Mike > > -- > _ > |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ > | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | > > http://www.droettboom.com > > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Damon McDougall http://www.damon-is-a-geek.com Institute for Computational Engineering Sciences 201 E. 24th St. Stop C0200 The University of Texas at Austin Austin, TX 78712-1229 |
From: Benjamin R. <ben...@ou...> - 2014-02-28 15:34:47
|
I was just about to put together a PR to whitelist the test_mplot3d.py so that Travis would do these tests by default, when I discovered that the test wasn't even available via the packaged install. In setupext.py, we have a mpl_toolkits OptionalPackage as well as a tests OptionalPackage, which are tests for mpl proper, and not mpl_toolkits. Should the tests for mpl_toolkits be considered a separate OptionalPackage with dependencies on mpl_toolkits and tests? I am already pushing the amount of free time I have to work on this, unfortunately. Cheers! Ben Root |
From: Michael D. <md...@st...> - 2014-02-27 16:29:17
|
How many matplotlib developers are planning to attend SciPy this year? If we used some of our funds to support an extra hotel night, would any of you be interested in spending an extra day for a "matplotlib developer summit" to discuss matplotlib projects? This would be in addition to the sprints, which I see probably being a larger group. Your response isn't a committment at this point, I'm just trying to gauge how much interest there might be. Mike -- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com |
From: Thomas C. <tca...@gm...> - 2014-02-19 17:23:44
|
To this end, I have renamed the current 1.4.x milestone -> 1.4.0 and created a new 1.4.x mile stone. Issues that are bug fixes/enhancements that should target the _next_ maintenance release, but may not get into shape in the very near future should be moved to the new mile stone. Do we want to do a 1.3.2 at the same time? Tom On Tue, Feb 18, 2014 at 9:36 AM, Michael Droettboom <md...@st...> wrote: > I'm well aware that we were scheduled to get a 1.4.0 release out in > January. Unfortunately, other work commitments and travel have kept me > from matplotlib over recent weeks, and it doesn't look like it's going > to get much better in the short term either. If anyone wants to > volunteer to take up the release manager role this time around, I, for > one, would certainly be appreciative. But if no one else is available, > I'd be glad for any help "around the edges". > > The time consuming part of making the release is triaging all of the > pending bugs and pull requests. It looks like we have 62 for 1.4.x and > another 12 on 1.3.x at the moment. Then ideally we make sure all > important changes are in What's New. > > Beyond that, the release is essentially mechanical and pretty well > documented (though the new wrinkle this time around is uploading files > to PyPI since pip is no longer trusting of files on SourceForge). > > Mike > > -- > _ > |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ > | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | > > http://www.droettboom.com > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tca...@gm... |
From: Thomas C. <tca...@gm...> - 2014-02-19 14:34:09
|
Unless someone else really wants to do this, I will volunteer. Tom On Tue, Feb 18, 2014 at 9:36 AM, Michael Droettboom <md...@st...> wrote: > I'm well aware that we were scheduled to get a 1.4.0 release out in > January. Unfortunately, other work commitments and travel have kept me > from matplotlib over recent weeks, and it doesn't look like it's going > to get much better in the short term either. If anyone wants to > volunteer to take up the release manager role this time around, I, for > one, would certainly be appreciative. But if no one else is available, > I'd be glad for any help "around the edges". > > The time consuming part of making the release is triaging all of the > pending bugs and pull requests. It looks like we have 62 for 1.4.x and > another 12 on 1.3.x at the moment. Then ideally we make sure all > important changes are in What's New. > > Beyond that, the release is essentially mechanical and pretty well > documented (though the new wrinkle this time around is uploading files > to PyPI since pip is no longer trusting of files on SourceForge). > > Mike > > -- > _ > |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ > | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | > > http://www.droettboom.com > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Thomas Caswell tca...@gm... |
From: Michael D. <md...@st...> - 2014-02-19 14:00:10
|
Thanks. This link never got moved over after github shut down their download service. Your PR looks correct to me. Mike On 02/19/2014 12:46 AM, Matthew Brett wrote: > Hi, > > I just noticed that the installation page points to the old github > download page: > > http://matplotlib.org/users/installing.html > > https://github.com/matplotlib/matplotlib/downloads > > I think it should point to the website download page: > > http://matplotlib.org/downloads.html > > Is that right? > > https://github.com/matplotlib/matplotlib/pull/2821 > > If so - what should happen to the github downloads page? > > Cheers, > > Matthew > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com |
From: Matt S. <ma...@pl...> - 2014-02-19 09:56:37
|
Hey all, I thought I'd throw out that a tool I'm working on, Plotly <http://plot.ly>, also does box plots with the option to show jittered points. Instead of passing in stats you pass in an array of values. Here is a notebook with the box plots with jitter: nbviewer.ipython.org/gist/fperez/8930306. You can also view the mean of the array (the dashed line), +/- 1.5 standard deviations around the median, and the outliers of the set (the hollow points): https://plot.ly/~ChrisPP/49. More generally, we're hoping to soon let folks convert matplotlib scripts into a Plotly graph (GitHub Issue<https://github.com/plotly/python-api/issues/3>). We'd love your advice and thoughts. Thanks a bunch, M On Sun, Feb 16, 2014 at 9:39 PM, Yaroslav Halchenko <sf...@on...>wrote: > On Sat, 15 Feb 2014, Thomas A Caswell wrote: > > As a side note, adding jitter has been discussed before > > (https://github.com/matplotlib/matplotlib/issues/2750) in a slightly > > different context and the consensus was to _not_ add it to mpl (as it > > is a non-deterministic data transformation). > > interesting discussion -- thanks for pointing it out Tom > > well -- for scatter plot it does make sense to demand jittering > "outside". For boxplot -- nope. x-axis (in standard vertical > boxplots) doesn't represent informative dimension anyways, besides > "groupping" and jitter imho would be only for visualization purpose. > Also any non-deterministic jitter could be made deterministic and > reproducible by seeding. Since, once again, here randomization would be > added only for visualization purpose, it could e.g. always be produced > by the rng state seeded with 0 ;-) > > -- > Yaroslav O. Halchenko, Ph.D. > http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org > Senior Research Associate, Psychological and Brain Sciences Dept. > Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 > Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 > WWW: http://www.linkedin.com/in/yarik > > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |
From: Matthew B. <mat...@gm...> - 2014-02-19 05:47:18
|
Hi, I just noticed that the installation page points to the old github download page: http://matplotlib.org/users/installing.html https://github.com/matplotlib/matplotlib/downloads I think it should point to the website download page: http://matplotlib.org/downloads.html Is that right? https://github.com/matplotlib/matplotlib/pull/2821 If so - what should happen to the github downloads page? Cheers, Matthew |
From: Michael D. <md...@st...> - 2014-02-18 14:36:45
|
I'm well aware that we were scheduled to get a 1.4.0 release out in January. Unfortunately, other work commitments and travel have kept me from matplotlib over recent weeks, and it doesn't look like it's going to get much better in the short term either. If anyone wants to volunteer to take up the release manager role this time around, I, for one, would certainly be appreciative. But if no one else is available, I'd be glad for any help "around the edges". The time consuming part of making the release is triaging all of the pending bugs and pull requests. It looks like we have 62 for 1.4.x and another 12 on 1.3.x at the moment. Then ideally we make sure all important changes are in What's New. Beyond that, the release is essentially mechanical and pretty well documented (though the new wrinkle this time around is uploading files to PyPI since pip is no longer trusting of files on SourceForge). Mike -- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com |