Date: Thu, 6 Jun 2013 12:02:32 -0400 (EDT)
From: Jun-Hui Zhao 
To: Chunhua Qi 
Cc: "Marrone, Daniel P - (dmarrone)" , Glen Petitpas ,
     Ken Young , "cqi@cfa.harvard.edu" , smamiriad@cfa.harvard.edu
Subject: Re: track with crate loss

Hi Charlie,
Has MIR-IDL been supplying SMA users incomplete variables for processing
polarization data in the past?
Thanks for willing to help out Dan. We have run into a terrible situation
-- after being stable for more than two years, Miriad has troubles to read
SMA data produced in the past a few weeks. We have understood some of them.
Some may be due to unknown reasons. We will organize the relevant users and
SMA staff to have a meeting in order to solve for these problems.
   Thanks.
   Jun-Hui

On Thu, 6 Jun 2013, Chunhua Qi wrote:

> Hi Dan,
>
> Sure. Please send me the files and if possible show me the variables you
> need. I'll see what I can do.
>
> Thanks,
> Charlie
>
>
> On Thu, Jun 6, 2013 at 1:13 AM, Marrone, Daniel P - (dmarrone) <
> dmarrone@email.arizona.edu> wrote:
>
> >  Hi Charlie,
> >
> >  I think that creating miriad files that are closer to those that are
> > produced by miriad itself would be a generally good thing, so if you are
> > willing to spend some time on this I would appreciate it. I would be happy
> > to show you the same miriad data created through the native and MIR
> > channels to make clear the header differences if that would help.
> >
> >  Dan
> >
> >  On Jun 5, 2013, at 3:29 PM, Chunhua Qi wrote:
> >
> >  Hi Dan,
> >
> >  Thushara told me that after the use of "old readdata", some basic
> > bandpass cal with polar keyword didn't work. So I am going to check what
> > went wrong.  If you would like to fill in new miriad header, I can try or I
> > can seek help from Sheng-Yuan.
> >
> >  Charlie
> >
> >
> > On Wed, Jun 5, 2013 at 5:56 PM, Marrone, Daniel P - (dmarrone) <
> > dmarrone@email.arizona.edu> wrote:
> >
> >> Great, thanks Charlie. You'll look at the use of "old readdata" or the
> >> idl2miriad function?
> >>
> >>  on the readdata side, it ultimately did complete and it used
> >> uti_uvw_fix on 4-7 for some reason that I could not discern