Date: Thu, 6 Jun 2013 04:55:58 +0000
From: "Marrone, Daniel P - (dmarrone)" 
To: Jun-Hui Zhao 
Cc: Ken Young , Glen Petitpas , "cqi@cfa.harvard.edu" 
Subject: Re: track with crate loss
Parts/Attachments:
   1   OK     ~55 lines  Text
   2 Shown   ~135 lines  Text
----------------------------------------

Hi Jun-Hui,
The problem will persist in that I can't load the data directly to miriad without the implementation of nscans= for 4GHz
bandwidth. Is there a reason that you didn't implement that when you updated smalod?

Dan


On Jun 5, 2013, at 4:42 PM, Jun-Hui Zhao wrote:



      On Wed, 5 Jun 2013, Ken Young wrote:

            On Wed, 5 Jun 2013, Marrone, Daniel P - (dmarrone) wrote:

            [...]

                  Taco,  one time a long time ago you rewrote a raw data file for me when

                  it was corrupted. I've asked you before about making it possible for me

                  to hack at the code that could do this but not gotten a response. I

                  could take that as a hint that it's impossible, but I am not good at

                  subtlety. In this case (and probably most cases, since I could always

                  leave the bad data out of the file), just code that could divide a data

                  file into parts at a certain scan number would be adequate. Can anything

                  be done on this front?


            I could probably write something that would divide the data set into two

            parts, one with the block 4 chunks and one without.   Then they could be

            concatonated during data reduction.   I don't have any code that will do

            that right now.   I could write something to do it - it would probably

            take at least a day to do it.   Did reading it into MIR work (slowly), or

            did the readdata eventually die?


      Sounds good to me. Please let me know if the problem persists.
      I will take a look over the weekend.
           Thanks,
           Jun-Hui