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
(1) |
2
(15) |
3
(11) |
4
(7) |
5
(9) |
6
(9) |
7
(13) |
8
(6) |
9
(4) |
10
(1) |
11
(6) |
12
|
13
|
14
(2) |
15
|
16
(2) |
17
(5) |
18
|
19
|
20
|
21
|
22
(2) |
23
(4) |
24
(7) |
25
(8) |
26
(5) |
27
(2) |
28
(11) |
29
(6) |
30
(5) |
31
(6) |
|
|
I think this first one is sufficient and should work correctly for more things than the second. I'll go ahead and add this to matplotlib master -- I'm a little wary of changing this in 1.0.x in case someone is relying on the currently broken behavior. Mike try: iter(obj) except TypeError: return False return True ________________________________________ From: Jason Grout [jas...@cr...] Sent: Tuesday, March 22, 2011 11:27 PM To: mat...@li... Subject: [matplotlib-devel] matplotlib.cbook.iterable The function matplotlib.cbook.iterable has the documentation: def iterable(obj): 'return true if *obj* is iterable' try: len(obj) except: return False return True However, in Sage, we have some objects that have __len__ defined, but are not iterable (i.e., they don't implement the iterator protocol). This is causing us problems when we try to plot some things that use this function, and matplotlib falsely assumes that the things are iterable. After checking around online, it seems that it is safer to check for iterability by doing something like: try: iter(obj) except TypeError: return False return True or import collections return isinstance(obj, collections.Iterable) # only works for new-style classes Or maybe even combining these would be better (though it might be really redundant and slow, after looking at the code in collections.Iterable...): try: iter(obj) except TypeError: import collections return isinstance(obj, collections.Iterable) return True You guys are the python experts, though. What do you think? Thanks, Jason ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Matplotlib-devel mailing list Mat...@li... https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Hi, In my code I have yet another version: def is_iterable(x): """Checks if object is iterable (but not a string).""" return hasattr(x, '__iter__') I specifically wanted to test for lists, tuples and numpy arrays, but not strings. Depending on the semantics of underscored methods could be considered flaky coding, though :-) Ludwig
The function matplotlib.cbook.iterable has the documentation: def iterable(obj): 'return true if *obj* is iterable' try: len(obj) except: return False return True However, in Sage, we have some objects that have __len__ defined, but are not iterable (i.e., they don't implement the iterator protocol). This is causing us problems when we try to plot some things that use this function, and matplotlib falsely assumes that the things are iterable. After checking around online, it seems that it is safer to check for iterability by doing something like: try: iter(obj) except TypeError: return False return True or import collections return isinstance(obj, collections.Iterable) # only works for new-style classes Or maybe even combining these would be better (though it might be really redundant and slow, after looking at the code in collections.Iterable...): try: iter(obj) except TypeError: import collections return isinstance(obj, collections.Iterable) return True You guys are the python experts, though. What do you think? Thanks, Jason