Time stamp ruing plots!
in [Matlab]
|
Prev: Zero-Crossings
Next: can someone help me with this
From: Travis Knepp on 16 Jun 2010 13:12 I received an m file from a previous employee, who is not communicating, so I am unsure what exactly he is doing in his script. There are several things in the script that seem strange, but it works. However, he did not make use of the date/time stamp in data files, and only used the time stamp which is fine until our data run between days. I added a few lines to include the date stamp with form 'HHMMSSddmmyy'. His script and mine produce exactly the same data, except for timestamp. When I plot the data using his script (for only a few hours' data in the middle of the day) I get something completely different from when I use mine. His plot looks great, mine looks horrible. I've posted the plotting lines below. This has to be due to the time stamp. Both scripts convert time to decimal hour, with mine having more decimal places (still get a different plot from his). I've looked at this all day and can't figure out why the time stamp would affect the plot. Any ideas? %Generate curtain plot figure ax = axes('Position',[0 0 1 1],'Visible','off'); ax1 = axes('Position',[0.13 0.15 0.7 0.8],'Visible','on'); h1=surf(gps_time,Altitude,X_1064); view(0,90); shading flat; set(gca,'Color','k') set(gca, 'FontSize', 20) set(gca, 'FontWeight','bold') xlabel('Time (UTC)','FontSize', 20, 'FontWeight','bold') ylabel('Altitude (km)','FontSize',20, 'FontWeight','bold') set(gca,'XAxisLocation','bottom') set(gca,'XLim',[xmin xmax],'YLim',[ymin ymax+.1]) c_color = load('jet_mod_colorbar.mat'); c_color = c_color.jet_mod_colorbar; colormap(c_color); caxis([cmin cmax]) caxis manual; cp = colorbar('Position',[0.85 0.2 0.03 0.7]); set(cp, 'FontSize', 20, 'FontWeight','bold') set(cp, 'YTick', [cmin:(cmax-cmin)/4:cmax]) ylabel(cp,'Relative Backscatter','Rotation',270,'VerticalAlignment',... 'bottom') hold %Plot the PBL height plot3(gps_time,PBL,5*ones(length(gps_time)),'w')
From: TideMan on 16 Jun 2010 16:18 On Jun 17, 5:12 am, "Travis Knepp" <notpartofaddress.travis.n.kn...(a)nasa.gov.removenotpartofaddress> wrote: > I received an m file from a previous employee, who is not communicating, so I am unsure what exactly he is doing in his script. There are several things in the script that seem strange, but it works. However, he did not make use of the date/time stamp in data files, and only used the time stamp which is fine until our data run between days. I added a few lines to include the date stamp with form 'HHMMSSddmmyy'. His script and mine produce exactly the same data, except for timestamp. When I plot the data using his script (for only a few hours' data in the middle of the day) I get something completely different from when I use mine. His plot looks great, mine looks horrible. I've posted the plotting lines below. This has to be due to the time stamp. Both scripts convert time to decimal hour, with mine having more decimal places (still get a different plot from his). I've looked > at this all day and can't figure out why the time stamp would affect the plot. Any ideas? > > %Generate curtain plot > figure > ax = axes('Position',[0 0 1 1],'Visible','off'); > > ax1 = axes('Position',[0.13 0.15 0.7 0.8],'Visible','on'); > h1=surf(gps_time,Altitude,X_1064); > view(0,90); > shading flat; > set(gca,'Color','k') > set(gca, 'FontSize', 20) > set(gca, 'FontWeight','bold') > xlabel('Time (UTC)','FontSize', 20, 'FontWeight','bold') > ylabel('Altitude (km)','FontSize',20, 'FontWeight','bold') > set(gca,'XAxisLocation','bottom') > set(gca,'XLim',[xmin xmax],'YLim',[ymin ymax+.1]) > > c_color = load('jet_mod_colorbar.mat'); > c_color = c_color.jet_mod_colorbar; > colormap(c_color); > caxis([cmin cmax]) > caxis manual; > cp = colorbar('Position',[0.85 0.2 0.03 0.7]); > set(cp, 'FontSize', 20, 'FontWeight','bold') > set(cp, 'YTick', [cmin:(cmax-cmin)/4:cmax]) > ylabel(cp,'Relative Backscatter','Rotation',270,'VerticalAlignment',... > 'bottom') > > hold > > %Plot the PBL height > plot3(gps_time,PBL,5*ones(length(gps_time)),'w') Well, from what I can see, what you've given us is totally irrelevant. How can we possibly discern what you are doing wrong from this? You reckon the error is in gps_time, but you've told us nothing about it. You need to post the time conversion that your ex-employee used and the one that you've developed so that we can see what you've screwed up.
From: us on 16 Jun 2010 16:29 "Travis Knepp" <notpartofaddress.travis.n.knepp(a)nasa.gov.removenotpartofaddress> wrote in message <hvb0l4$sjg$1(a)fred.mathworks.com>... > I received an m file from a previous employee, who is not communicating, so I am unsure what exactly he is doing in his script. There are several things in the script that seem strange, but it works. However, he did not make use of the date/time stamp in data files, and only used the time stamp which is fine until our data run between days. I added a few lines to include the date stamp with form 'HHMMSSddmmyy'. His script and mine produce exactly the same data, except for timestamp. When I plot the data using his script (for only a few hours' data in the middle of the day) I get something completely different from when I use mine. His plot looks great, mine looks horrible. I've posted the plotting lines below. This has to be due to the time stamp. Both scripts convert time to decimal hour, with mine having more decimal places (still get a different plot from his). I've looked > at this all day and can't figure out why the time stamp would affect the plot. Any ideas? one of the few solutions disp('sue the guy'); us
From: dpb on 16 Jun 2010 16:31 TideMan wrote: .... > Well, from what I can see, what you've given us is totally irrelevant. > How can we possibly discern what you are doing wrong from this? .... Err..., crystal ball in shop yet again, is it??? :) --
From: TideMan on 16 Jun 2010 17:33
On Jun 17, 8:31 am, dpb <n...(a)non.net> wrote: > TideMan wrote: > > ... > > > Well, from what I can see, what you've given us is totally irrelevant. > > How can we possibly discern what you are doing wrong from this? > > ... > > Err..., crystal ball in shop yet again, is it??? :) > > -- You're right. The bloody thing keeps malfunctioning! |