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
(2) |
2
(4) |
3
(16) |
4
(4) |
5
(15) |
6
(16) |
7
(6) |
8
(4) |
9
(9) |
10
(5) |
11
(8) |
12
(14) |
13
(19) |
14
(21) |
15
(8) |
16
(6) |
17
(10) |
18
(22) |
19
(15) |
20
(7) |
21
(21) |
22
(1) |
23
(6) |
24
(16) |
25
(12) |
26
(11) |
27
(27) |
28
(7) |
29
|
30
(4) |
31
(5) |
|
|
|
|
|
On Sat, Jan 8, 2011 at 4:07 PM, Daniel Mader < dan...@go...> wrote: > Hello, > > I have a problem with the 3D plotting of PolyCollections with > python-matplotlib-1.0.0 (on openSUSE 11.3 x86_64): > > instead of being correctly stacked as in the example > http://matplotlib.sourceforge.net/examples/mplot3d/polys3d_demo.html, > the plots are weirdly overlapping. The example works OK for me but I > need a PolyCollection in order to plot the results of a couple of FEM > simulations... > > Code is attached which demonstrates the problem. Any help is deeply > appreciated! > > Thanks a million times in advance, > best regards from Salzburg, Austria, > > Daniel > > Daniel, The stacking problem is fairly well known (although not very well documented). However, this is not your bug. I haven't exactly figure out what is wrong, but it appears that a fifth polygon is being drawn or something that is connecting back to the (0, 0) point. If you redefine your polygons a bit, you will see what I mean: vertsQuad = [ [ (0,0), (0,1), (1,1), (1,0) ], [ (4,1), (2,3), (2,2), (3,1)], [ (0,1), (2,3), (2,2), (1,1)], [ (3,0), (3,1), (4,1), (4,0)]] As an additional note, your for-loop later in the code is a bit wrong: zpos = [0, 1, 2, 3, 4] for i in zpos : ... zs = [zpos[i]]*len(vertsQuad) In this case, you are using the values of zpos as both the z-location values *and* as an index back to itself. Try something like this: zpos = [0, 1, 2, 3, 4] for zval in zpos : ... zs = [zval]*len(vertsQuad) That way, the values in zpos can be any numerical value, in any order, and it makes for easier reading. I will look a little bit further for the cause of your problem, but you can at least partly mitigate it by closing your polygon paths (this shouldn't be necessary, but go figure...): vertsQuad = [ [ (0,0), (0,1), (1,1), (1,0), (0,0) ], [ (4,1), (2,3), (2,2), (3,1), (4,1)], [ (0,1), (2,3), (2,2), (1,1), (0,1)], [ (3,0), (3,1), (4,1), (4,0), (3,0)]] I hope this helps! Ben Root
Hello, I have a problem with the 3D plotting of PolyCollections with python-matplotlib-1.0.0 (on openSUSE 11.3 x86_64): instead of being correctly stacked as in the example http://matplotlib.sourceforge.net/examples/mplot3d/polys3d_demo.html, the plots are weirdly overlapping. The example works OK for me but I need a PolyCollection in order to plot the results of a couple of FEM simulations... Code is attached which demonstrates the problem. Any help is deeply appreciated! Thanks a million times in advance, best regards from Salzburg, Austria, Daniel
Hi, On 8 January 2011 18:57, OKB (not okblacke) <bre...@br...> wrote: > Is there a simple way to get a > histogram that does not bin any values together at all, but simply > creates one bar for each distinct value in the dataset? You can just use the bins keyword to plt.hist (or np.hist): plt.hist ( x, bins=np.unique ( x ) ) Jose
A straightforward question: Is there a simple way to get a histogram that does not bin any values together at all, but simply creates one bar for each distinct value in the dataset? -- --OKB (not okblacke) Brendan Barnwell "Do not follow where the path may lead. Go, instead, where there is no path, and leave a trail." --author unknown