Notes on SWARM data reduction (1/22/2016) - Velocity header on SWARM might be wrong (by 1/22/2016 at least). Fix: uti_vel_fix,ref='s48',band='s49' uti_vel_fix,ref='s48',band='s50' - Spikes in the swarm chunks. Fix: uti_chanfix, chan=xxx - SMARechunker problem: flat phase (by 1/22/2016 at least). Fix: in MIR, use READDATA with keyword SWMAVG Bandpass cal. note - check atmospheric absorption ( e.g. at 358 ghz) - calibrator selection (compiled by Mark Gurwell) 3C111=0418+380, BLLac=2202+422 have very deep, narrow CO, other lines, other sources of concern would be 0359+509, 0530+135, NRAO530=1733-130, and even 3C454.3 (though that is not as deep). For solar system sources, Neptune has broad CO absorption plus an ~80 MHz wide emission peak (so bad there) as well as HCN emission over about 100 MHz. Titan has lines all over the place so avoid. Mars, Venus have ~200 MHz CO absorption lines that can be up to 40% of the continuum in depth. Isotopes can exhibit ~5% absorption as well. Uranus has no known spectral lines. Callisto and Ganymede are also very good (solid bodies, no appreciable atmosphere). Same with Mercury if out of sun avoidance zone. Jupiter and Saturn may be ok, but when they are highly resolved may not be sufficient because nulls can happen within the 4 GHz IF and that will screw things up. Saturn 279 GHz PH3 line ? - recommend baseline-based amplitude bandpass cal, see log 15345 - separate phase and amplitude bandpass cal. the usual procedures: antenna-based phase bandpass cal regenerate continuum with uti_avgband baseline-based amplitude bandpass cal - keywords: preavg, ntrim, smoothing Flux calibration source selection (from Mark Gurwell): Best - Titan Good - Callisto, Uranus*, Neptune* (if 12+GHz away from CO lines) Almost as good - Mars*, Ganymede Not Good - Saturn, Venus, Jupiter, Pluto Here, * means beware of overresolving the source! * Line identification Use uti_restfreq to change the fsky header. Check details in https://www.cfa.harvard.edu/~cqi/mircook.html#htoc48 Another way to get the value of radial velocity in your track, using the engineering data retrieval on web: http://sma1.sma.hawaii.edu/internal/plot/customplots.html You need to provide the time, and search the string of "dsm_as_iflo_vradial_d" and choose the format as "ASCII text listing", then you can retrieve the radial velocity.