You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
1
(1) |
2
|
3
|
4
|
5
(10) |
6
|
7
(3) |
8
(5) |
9
|
10
(3) |
11
(1) |
12
(16) |
13
(1) |
14
|
15
(5) |
16
(5) |
17
(4) |
18
(2) |
19
(9) |
20
(4) |
21
(2) |
22
|
23
(1) |
24
|
25
(4) |
26
(6) |
27
(9) |
28
(1) |
29
(2) |
30
|
|
|
|
|
|
Great, thanks for all the help! On Sun, Jun 8, 2014 at 12:09 AM, Eric Firing <ef...@ha...> wrote: > On 2014年06月07日, 5:03 PM, C M wrote: > > > > > > > > On Sat, Jun 7, 2014 at 10:18 PM, Eric Firing <ef...@ha... > > <mailto:ef...@ha...>> wrote: > > > > On 2014年06月07日, 4:12 PM, C M wrote: > > > I had been using a custom function (written originally by > > Jae-Joon and > > > modified a little by me...quite a long time back now) that was > > working > > > to allow point picking of markers, but *not* the line connecting > > them. > > > However, I've now discovered with the help of this list that the > > > function I am using has the disadvantage that if there are more > > than 100 > > > data points, I can't get the correct index for the picked marker > > (turned > > > out not to be a mpl bug: > > > https://github.com/matplotlib/matplotlib/issues/3124). > > > > > > So I can just use the default pick event, but then the user can > pick > > > anywhere on the connecting line, which is meaningless in this > > use--so I > > > don't want them to be able to pick on the connecting line. > > > > Why not just execute plot twice, once with the markers, with picking > > activated, and a second time with the line, with picking inactive > (the > > default). > > > > Eric > > > > > > That is so simple, and I hadn't thought of it at all. Thank you! My > > only concerns would be for slowness of plotting if there are a lot of > > points and just code simplicity, and so if there could be some other way > > with a custom function for the picker that would do this, I would > > probably prefer that. But maybe neither of these are particularly > > important concerns. > > I think you will find plotting two lines instead of one is not at all > prohibitive with respect to speed; especially when you are zooming, so > that the number of points being plotted is not so large. > > As for simplicity, two calls to a standard function with almost the same > arguments beats an arcane special-purpose function! > > If you want to make your own picker, though, it looks like you could use > a slight modification of Line2D.contains(); it would be just a matter of > copying it and replacing this section > > # Check for collision > if self._linestyle in ['None', None]: > # If no line, return the nearby point(s) > d = (xt - mouseevent.x) ** 2 + (yt - mouseevent.y) ** 2 > ind, = np.nonzero(np.less_equal(d, pixels ** 2)) > else: > # If line, return the nearby segment(s) > ind = segment_hits(mouseevent.x, mouseevent.y, xt, yt, > pixels) > > > with the code in the first option--that is, without checking the > _linestyle. You would also need to remove the first two lines after the > docstring. > > Eric > > > > > Che > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Learn Graph Databases - Download FREE O'Reilly Book > > "Graph Databases" is the definitive new guide to graph databases and > their > > applications. Written by three acclaimed leaders in the field, > > this first edition is now available. Download your free book today! > > http://p.sf.net/sfu/NeoTech > > > > > > > > _______________________________________________ > > Matplotlib-users mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
On 2014年06月07日, 5:03 PM, C M wrote: > > > > On Sat, Jun 7, 2014 at 10:18 PM, Eric Firing <ef...@ha... > <mailto:ef...@ha...>> wrote: > > On 2014年06月07日, 4:12 PM, C M wrote: > > I had been using a custom function (written originally by > Jae-Joon and > > modified a little by me...quite a long time back now) that was > working > > to allow point picking of markers, but *not* the line connecting > them. > > However, I've now discovered with the help of this list that the > > function I am using has the disadvantage that if there are more > than 100 > > data points, I can't get the correct index for the picked marker > (turned > > out not to be a mpl bug: > > https://github.com/matplotlib/matplotlib/issues/3124). > > > > So I can just use the default pick event, but then the user can pick > > anywhere on the connecting line, which is meaningless in this > use--so I > > don't want them to be able to pick on the connecting line. > > Why not just execute plot twice, once with the markers, with picking > activated, and a second time with the line, with picking inactive (the > default). > > Eric > > > That is so simple, and I hadn't thought of it at all. Thank you! My > only concerns would be for slowness of plotting if there are a lot of > points and just code simplicity, and so if there could be some other way > with a custom function for the picker that would do this, I would > probably prefer that. But maybe neither of these are particularly > important concerns. I think you will find plotting two lines instead of one is not at all prohibitive with respect to speed; especially when you are zooming, so that the number of points being plotted is not so large. As for simplicity, two calls to a standard function with almost the same arguments beats an arcane special-purpose function! If you want to make your own picker, though, it looks like you could use a slight modification of Line2D.contains(); it would be just a matter of copying it and replacing this section # Check for collision if self._linestyle in ['None', None]: # If no line, return the nearby point(s) d = (xt - mouseevent.x) ** 2 + (yt - mouseevent.y) ** 2 ind, = np.nonzero(np.less_equal(d, pixels ** 2)) else: # If line, return the nearby segment(s) ind = segment_hits(mouseevent.x, mouseevent.y, xt, yt, pixels) with the code in the first option--that is, without checking the _linestyle. You would also need to remove the first two lines after the docstring. Eric > > Che > > > > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
On Sat, Jun 7, 2014 at 10:18 PM, Eric Firing <ef...@ha...> wrote: > On 2014年06月07日, 4:12 PM, C M wrote: > > I had been using a custom function (written originally by Jae-Joon and > > modified a little by me...quite a long time back now) that was working > > to allow point picking of markers, but *not* the line connecting them. > > However, I've now discovered with the help of this list that the > > function I am using has the disadvantage that if there are more than 100 > > data points, I can't get the correct index for the picked marker (turned > > out not to be a mpl bug: > > https://github.com/matplotlib/matplotlib/issues/3124). > > > > So I can just use the default pick event, but then the user can pick > > anywhere on the connecting line, which is meaningless in this use--so I > > don't want them to be able to pick on the connecting line. > > Why not just execute plot twice, once with the markers, with picking > activated, and a second time with the line, with picking inactive (the > default). > > Eric > That is so simple, and I hadn't thought of it at all. Thank you! My only concerns would be for slowness of plotting if there are a lot of points and just code simplicity, and so if there could be some other way with a custom function for the picker that would do this, I would probably prefer that. But maybe neither of these are particularly important concerns. Che
On 2014年06月07日, 4:12 PM, C M wrote: > I had been using a custom function (written originally by Jae-Joon and > modified a little by me...quite a long time back now) that was working > to allow point picking of markers, but *not* the line connecting them. > However, I've now discovered with the help of this list that the > function I am using has the disadvantage that if there are more than 100 > data points, I can't get the correct index for the picked marker (turned > out not to be a mpl bug: > https://github.com/matplotlib/matplotlib/issues/3124). > > So I can just use the default pick event, but then the user can pick > anywhere on the connecting line, which is meaningless in this use--so I > don't want them to be able to pick on the connecting line. Why not just execute plot twice, once with the markers, with picking activated, and a second time with the line, with picking inactive (the default). Eric > > My goal is to have a custom function that will serve *both* purposes: > allow picking the markers only, not the line, of a set of data of any > length while returning the correct index of that marker/data point. But > the code in the custom function is mostly above my head, was written for > mpl 0.99 or so, and I don't know how to modify it to get both purposes > achieved. > > I attach the current sample again, with the problematic custom picker > function, "contains_points()". Thanks for any suggestions or help. > > Che > > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
I had been using a custom function (written originally by Jae-Joon and modified a little by me...quite a long time back now) that was working to allow point picking of markers, but *not* the line connecting them. However, I've now discovered with the help of this list that the function I am using has the disadvantage that if there are more than 100 data points, I can't get the correct index for the picked marker (turned out not to be a mpl bug: https://github.com/matplotlib/matplotlib/issues/3124). So I can just use the default pick event, but then the user can pick anywhere on the connecting line, which is meaningless in this use--so I don't want them to be able to pick on the connecting line. My goal is to have a custom function that will serve *both* purposes: allow picking the markers only, not the line, of a set of data of any length while returning the correct index of that marker/data point. But the code in the custom function is mostly above my head, was written for mpl 0.99 or so, and I don't know how to modify it to get both purposes achieved. I attach the current sample again, with the problematic custom picker function, "contains_points()". Thanks for any suggestions or help. Che