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
(6) |
3
(5) |
4
(5) |
5
|
6
|
7
|
8
(2) |
9
|
10
(1) |
11
(4) |
12
(1) |
13
|
14
(2) |
15
(1) |
16
(3) |
17
(5) |
18
|
19
(7) |
20
(1) |
21
(1) |
22
|
23
(2) |
24
(4) |
25
(5) |
26
(3) |
27
|
28
(3) |
29
(3) |
30
(5) |
|
|
|
|
|
That doesn't seem to fix it. What I'm expecting is at the top, 28 should correspond to the value -2. Instead it puts a 30 there. Kurt Date: 2013年9月30日 16:20:50 -0700 Subject: Re: [Matplotlib-users] x axis non-uniform labeling (KURT PETERS) From: pmh...@gm... To: pet...@ms... CC: mat...@li... On Mon, Sep 30, 2013 at 1:43 PM, KURT PETERS <pet...@ms...> wrote: I'm including the code below to demonstrate the problem. The top should have simtimedata (0 through 28) labeling the points. As you can see, MATPLOTLIB just distributes those values evenly instead of assigning them properly. Any ideas? #!/usr/bin/env python import numpy as np from matplotlib import rc import matplotlib.pyplot as plt import matplotlib.mlab as mlab import re from matplotlib.ticker import EngFormatter xdat=np.arange(1,11) simtimedata = np.array([0, 1, 5, 9, 13, 18, 21, 24, 25, 28]) idatanp = np.array([-1,0, 1, 2, 3, 2, 1, 0, -1, -2]) print idatanp.shape print simtimedata.shape print xdat.shape fig = plt.figure() ax1 = fig.add_subplot(211) ax1.plot(xdat,idatanp) ax2 = fig.add_subplot(212) #ax1.plot(x1, x1,'b--') ax3 = ax2.twiny() ax2.plot(xdat, idatanp.real,'k-o') ax3.plot(simtimedata, idatanp,'k--',alpha=0) ax2.set_title("time domain") ax2.grid(True) plt.show() > > I'm trying to find a glitch in an FPGA simulation. The data stored in a file is: > (simulation time, y) > > In reality, if I plot that I get large gaps because the simulation time continues and data is only output periodically. In other words simulation time is not continuous. I'd like to view the data without the gaps, but with simulation time annotating the x-axis so I can determine where the glitch occurs. > I've tried a variety of things: > #ax1.plot(x1, x1,'b--') > #ax3 = ax2.twiny() > ax2.set_xticklabels(simtimedata, fontdict=None, minor=False, rotation = 45) > ax2.plot( idatanp.real,'k--',idatanp.imag,'g.-') > #ax2.plot(xdat, idatanp.real,'k--',xdat,idatanp.imag,'g.-') > #ax3.plot(simtimedata, idatanp.real,'k--',alpha=0) > > but cannot get the axis to both show the data all together AND show where the glitch occurs. I thought the twiny might help to put another x axis up so I could plot the data first with the x axis incrementing based on when the data is read in, and then trying to place labels showing simulation time. > > Does anyone have any ideas how I could do this? > Kurt Kurt, You need to show ax3's xticklabels somewhere. Like this: import numpy as npfrom matplotlib import rcimport matplotlib.pyplot as pltimport matplotlib.mlab as mlabimport refrom matplotlib.ticker import EngFormatter xdat=np.arange(1,11)simtimedata = np.array([0, 1, 5, 9, 13, 18, 21, 24, 25, 28])idatanp = np.array([-1,0, 1, 2, 3, 2, 1, 0, -1, -2]) fig = plt.figure() ax1 = fig.add_subplot(211)ax1.plot(xdat,idatanp) ax2 = fig.add_subplot(212)ax3 = ax2.twiny() ax2.plot(xdat, idatanp.real,'k-o') ax3.plot(simtimedata, idatanp,'k--',alpha=0) # ---- show ax3's xticklabels ax3.xaxis.tick_top() ax2.set_title("time domain")ax2.grid(True) fig.tight_layout()
On 2013年09月30日 3:45 AM, Mark Bakker wrote: > The design of the function datestr2num, unfortunately, has an undesired > side-effect. > Today (September 30) I cannot convert monthly data, as February doesn't > have 30 days. > Conversion of: > datestr2num('2000-02') > Gives an error: > ValueError: day is out of range for month > > Should I file a bug report or a feature request? I would classify it as a bug resulting from a bad default in dateutil. Eric > > Thanks, > > Mark > > > > On Thu, Sep 19, 2013 at 11:38 PM, Goyo <goy...@gm... > <mailto:goy...@gm...>> wrote: > > 2013年9月19日 Mark Bakker <ma...@gm... > <mailto:ma...@gm...>>: > > Hello List, > > > > When I use datestr2num('2010-05') it nicely converts that to > a number > > representing the date. > > When I convert that number back with num2date, it turns out > it sets the day > > to the 19th of the month. The dime is 0:00:00. > > Any reason it is set to the 19th instead of the first? > > Maybe because today it the 19th, or is that just a coincidence? > > datestr2num calls dateutil.parser.parse, which by default uses the > current date at 00:00:00 for missing fields. The dateutil function > also can use a "default" argument to change this bahavoir but it is > not available in datestr2num. > > http://labix.org/python-dateutil#head-a23e8ae0a661d77b89dfb3476f85b26f0b30349c > > Goyo > > > > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
On Mon, Sep 30, 2013 at 1:43 PM, KURT PETERS <pet...@ms...> wrote: > I'm including the code below to demonstrate the problem. The top should > have simtimedata (0 through 28) labeling the points. As you can see, > MATPLOTLIB just distributes those values evenly instead of assigning them > properly. > Any ideas? > > #!/usr/bin/env python > import numpy as np > from matplotlib import rc > import matplotlib.pyplot as plt > import matplotlib.mlab as mlab > import re > from matplotlib.ticker import EngFormatter > xdat=np.arange(1,11) > simtimedata = np.array([0, 1, 5, 9, 13, 18, 21, 24, 25, 28]) > idatanp = np.array([-1,0, 1, 2, 3, 2, 1, 0, -1, -2]) > print idatanp.shape > print simtimedata.shape > print xdat.shape > fig = plt.figure() > > ax1 = fig.add_subplot(211) > ax1.plot(xdat,idatanp) > ax2 = fig.add_subplot(212) > #ax1.plot(x1, x1,'b--') > ax3 = ax2.twiny() > ax2.plot(xdat, idatanp.real,'k-o') > ax3.plot(simtimedata, idatanp,'k--',alpha=0) > ax2.set_title("time domain") > ax2.grid(True) > plt.show() > > > > > I'm trying to find a glitch in an FPGA simulation. The data stored in a > file is: > > (simulation time, y) > > > > In reality, if I plot that I get large gaps because the simulation time > continues and data is only output periodically. In other words simulation > time is not continuous. I'd like to view the data without the gaps, but > with simulation time annotating the x-axis so I can determine where the > glitch occurs. > > I've tried a variety of things: > > #ax1.plot(x1, x1,'b--') > > #ax3 = ax2.twiny() > > ax2.set_xticklabels(simtimedata, fontdict=None, minor=False, rotation = > 45) > > ax2.plot( idatanp.real,'k--',idatanp.imag,'g.-') > > #ax2.plot(xdat, idatanp.real,'k--',xdat,idatanp.imag,'g.-') > > #ax3.plot(simtimedata, idatanp.real,'k--',alpha=0) > > > > but cannot get the axis to both show the data all together AND show > where the glitch occurs. I thought the twiny might help to put another x > axis up so I could plot the data first with the x axis incrementing based > on when the data is read in, and then trying to place labels showing > simulation time. > > > > Does anyone have any ideas how I could do this? > > Kurt > Kurt, You need to show ax3's xticklabels somewhere. Like this: import numpy as np from matplotlib import rc import matplotlib.pyplot as plt import matplotlib.mlab as mlab import re from matplotlib.ticker import EngFormatter xdat=np.arange(1,11) simtimedata = np.array([0, 1, 5, 9, 13, 18, 21, 24, 25, 28]) idatanp = np.array([-1,0, 1, 2, 3, 2, 1, 0, -1, -2]) fig = plt.figure() ax1 = fig.add_subplot(211) ax1.plot(xdat,idatanp) ax2 = fig.add_subplot(212) ax3 = ax2.twiny() ax2.plot(xdat, idatanp.real,'k-o') ax3.plot(simtimedata, idatanp,'k--',alpha=0) # ---- show ax3's xticklabels ax3.xaxis.tick_top() ax2.set_title("time domain") ax2.grid(True) fig.tight_layout()
I'm including the code below to demonstrate the problem. The top should have simtimedata (0 through 28) labeling the points. As you can see, MATPLOTLIB just distributes those values evenly instead of assigning them properly. Any ideas? #!/usr/bin/env python import numpy as np from matplotlib import rc import matplotlib.pyplot as plt import matplotlib.mlab as mlab import re from matplotlib.ticker import EngFormatter xdat=np.arange(1,11) simtimedata = np.array([0, 1, 5, 9, 13, 18, 21, 24, 25, 28]) idatanp = np.array([-1,0, 1, 2, 3, 2, 1, 0, -1, -2]) print idatanp.shape print simtimedata.shape print xdat.shape fig = plt.figure() ax1 = fig.add_subplot(211) ax1.plot(xdat,idatanp) ax2 = fig.add_subplot(212) #ax1.plot(x1, x1,'b--') ax3 = ax2.twiny() ax2.plot(xdat, idatanp.real,'k-o') ax3.plot(simtimedata, idatanp,'k--',alpha=0) ax2.set_title("time domain") ax2.grid(True) plt.show() > > I'm trying to find a glitch in an FPGA simulation. The data stored in a file is: > (simulation time, y) > > In reality, if I plot that I get large gaps because the simulation time continues and data is only output periodically. In other words simulation time is not continuous. I'd like to view the data without the gaps, but with simulation time annotating the x-axis so I can determine where the glitch occurs. > I've tried a variety of things: > #ax1.plot(x1, x1,'b--') > #ax3 = ax2.twiny() > ax2.set_xticklabels(simtimedata, fontdict=None, minor=False, rotation = 45) > ax2.plot( idatanp.real,'k--',idatanp.imag,'g.-') > #ax2.plot(xdat, idatanp.real,'k--',xdat,idatanp.imag,'g.-') > #ax3.plot(simtimedata, idatanp.real,'k--',alpha=0) > > but cannot get the axis to both show the data all together AND show where the glitch occurs. I thought the twiny might help to put another x axis up so I could plot the data first with the x axis incrementing based on when the data is read in, and then trying to place labels showing simulation time. > > Does anyone have any ideas how I could do this? > Kurt
The design of the function datestr2num, unfortunately, has an undesired side-effect. Today (September 30) I cannot convert monthly data, as February doesn't have 30 days. Conversion of: datestr2num('2000-02') Gives an error: ValueError: day is out of range for month Should I file a bug report or a feature request? Thanks, Mark > > On Thu, Sep 19, 2013 at 11:38 PM, Goyo <goy...@gm...> wrote: > >> 2013年9月19日 Mark Bakker <ma...@gm...>: >> > Hello List, >> > >> > When I use datestr2num('2010-05') it nicely converts that to a number >> > representing the date. >> > When I convert that number back with num2date, it turns out it sets the >> day >> > to the 19th of the month. The dime is 0:00:00. >> > Any reason it is set to the 19th instead of the first? >> > Maybe because today it the 19th, or is that just a coincidence? >> >> datestr2num calls dateutil.parser.parse, which by default uses the >> current date at 00:00:00 for missing fields. The dateutil function >> also can use a "default" argument to change this bahavoir but it is >> not available in datestr2num. >> >> >> http://labix.org/python-dateutil#head-a23e8ae0a661d77b89dfb3476f85b26f0b30349c >> >> Goyo >> > >