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
(6) |
2
|
3
(11) |
4
(1) |
5
(26) |
6
(3) |
7
(9) |
8
(9) |
9
|
10
(4) |
11
(4) |
12
(4) |
13
(5) |
14
|
15
(1) |
16
(2) |
17
(6) |
18
|
19
(1) |
20
(3) |
21
(2) |
22
|
23
(6) |
24
(3) |
25
(7) |
26
(2) |
27
|
28
|
29
(2) |
30
(7) |
|
|
|
|
From: Eric F. <ef...@ha...> - 2015-06-30 19:11:11
|
On 2015/06/30 6:41 AM, Benjamin Root wrote: > It looks like your X data is one element larger than it needs to be. I > know pcolor() accepts grids that are (N+1,M+1), and I *think* pcolormesh > does the same. It will also accept grids that are (N,M) as well, but > will drop the last row and collumn. Yes, pcolormesh and pcolor use the same argument parsing and checking. They actually *want* N+1, M+1; the *acceptance* of N, M is a matlab-ism that is convenient for quick looks, but is also a potential source of error. The OP has an X dimension of M+2, which indicates an error earlier in the OP's code. Eric |
From: Benjamin R. <ben...@ou...> - 2015-06-30 18:56:00
|
Well, the way those work is essentially overlay one axes object over another along with some extra fanagiling to link up the shared axis and put ticks on opposing sides. If your projection is already available as an axes, then you are good to go that way. However, it sounds what you want is to have some things follow one transform while others follow another? That is certainly doable, it is just a question of bookkeeping. I would check to see if the axis_artist1 toolkit supplies what you need (or at least some of it). Ben Root On Tue, Jun 30, 2015 at 1:20 PM, T J <tj...@gm...> wrote: > Ok, sounds like I'll have to copy what those do, as I'm not planning on > working with Cartesian or even curvilinear coordinates. > > On Tue, Jun 30, 2015 at 11:36 AM, Benjamin Root <ben...@ou...> wrote: > >> twinx()/twiny() I think is your best bet. It isn't a fully generic >> solution, but I think it addresses most needs. >> >> Ben Root >> >> On Mon, Jun 29, 2015 at 6:00 PM, T J <tj...@gm...> wrote: >> >>> When I read the transformations documentation: >>> >>> >>> http://matplotlib.org/devel/add_new_projection.html#creating-a-new-projection >>> >>> it seems like each projection is tied to an Axes instance. How might I >>> go about plotting two different projections on the same axes? Let's just >>> assume that the actual axes each projection draws is exactly same and all >>> that differs between to the two is how data is mapped to axis coordinates. >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Don't Limit Your Business. Reach for the Cloud. >>> GigeNET's Cloud Solutions provide you with the tools and support that >>> you need to offload your IT needs and focus on growing your business. >>> Configured For All Businesses. Start Your Cloud Today. >>> https://www.gigenetcloud.com/ >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >>> >>> >> > |
From: T J <tj...@gm...> - 2015-06-30 17:20:42
|
Ok, sounds like I'll have to copy what those do, as I'm not planning on working with Cartesian or even curvilinear coordinates. On Tue, Jun 30, 2015 at 11:36 AM, Benjamin Root <ben...@ou...> wrote: > twinx()/twiny() I think is your best bet. It isn't a fully generic > solution, but I think it addresses most needs. > > Ben Root > > On Mon, Jun 29, 2015 at 6:00 PM, T J <tj...@gm...> wrote: > >> When I read the transformations documentation: >> >> >> http://matplotlib.org/devel/add_new_projection.html#creating-a-new-projection >> >> it seems like each projection is tied to an Axes instance. How might I >> go about plotting two different projections on the same axes? Let's just >> assume that the actual axes each projection draws is exactly same and all >> that differs between to the two is how data is mapped to axis coordinates. >> >> >> >> >> ------------------------------------------------------------------------------ >> Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> > |
From: Benjamin R. <ben...@ou...> - 2015-06-30 16:52:58
|
Yeah, this is a long-standing design issue: https://github.com/matplotlib/matplotlib/issues/1483 There are some changes that are happening that would make it possible for me to refactor mplot3d in a way that would make this feasible. I could bite the bullet and just provide a partial workaround to this problem by providing a get_3d_data() method to each Artist3D subclass. Should be a fairly easy task for someone at SciPy 2015. On Tue, Jun 30, 2015 at 11:51 AM, kola <ko...@sp...> wrote: > Hi, > > I am able to use set_3d_properties to set z data for my 3D line. However, > if > I want to get the zdata, I cannot find a function like get_zdata or > get_3d_properites. > > Is there anyway to get the zdata associated with the line? > > Thanks, > Kola > > > > -- > View this message in context: > http://matplotlib.1069221.n5.nabble.com/get-3d-properties-tp45851.html > Sent from the matplotlib - users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
From: Benjamin R. <ben...@ou...> - 2015-06-30 16:42:09
|
It looks like your X data is one element larger than it needs to be. I know pcolor() accepts grids that are (N+1,M+1), and I *think* pcolormesh does the same. It will also accept grids that are (N,M) as well, but will drop the last row and collumn. Given your statement that it sometimes works, I suspect you have a bug in your code somewhere that is causing your Xs and Ys to not always be exactly the length you'd expect them to be. I hope that helps! Ben Root On Mon, Jun 29, 2015 at 2:06 PM, Ronquillo, Edgar Nahum <ero...@la... > wrote: > Hello, > > I am getting this error when I try calling pcolormesh this way: > > > > pcolormesh(x, y, data.T, cmap=cmap, vmin=0, vmax=100) > > > > I am doing the transpose of data so I don’t know what could be causing > this. By the way, it does work with some images. Any suggestions? > > > > Thanks in advance > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > |
From: Benjamin R. <ben...@ou...> - 2015-06-30 16:36:34
|
twinx()/twiny() I think is your best bet. It isn't a fully generic solution, but I think it addresses most needs. Ben Root On Mon, Jun 29, 2015 at 6:00 PM, T J <tj...@gm...> wrote: > When I read the transformations documentation: > > > http://matplotlib.org/devel/add_new_projection.html#creating-a-new-projection > > it seems like each projection is tied to an Axes instance. How might I go > about plotting two different projections on the same axes? Let's just > assume that the actual axes each projection draws is exactly same and all > that differs between to the two is how data is mapped to axis coordinates. > > > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > |
From: kola <ko...@sp...> - 2015-06-30 16:08:06
|
Hi, I am able to use set_3d_properties to set z data for my 3D line. However, if I want to get the zdata, I cannot find a function like get_zdata or get_3d_properites. Is there anyway to get the zdata associated with the line? Thanks, Kola -- View this message in context: http://matplotlib.1069221.n5.nabble.com/get-3d-properties-tp45851.html Sent from the matplotlib - users mailing list archive at Nabble.com. |