[ Japanese | English ]
計算機資源の制限から、観測所ではOTF生データおよびリダクション中データのバックアップは行わず、 観測後約6か月で消去します。 したがって、データバックアップは観測者各自の責任で行ってください。 外付HDDや十分な空き容量のあるノートPCを持参してバックアップを行うことを推奨します。 データの所在とバックアップ方法は以下のとおりです:
観測領域の広さを
l1 ["]
l2 ["]
(スキャン方向にl1、垂直方向にl2)、
1スキャン(on-source)にかかる時間を
tscan [s]、
天球上におけるスキャン速度を
vscan ["/s] =
l1/tscan、
スキャン列どうしの間隔を
l ["]、
スキャンの回数を
Nrow =
l2/
l +1 (シングルビーム受信機の場合) または
Nrow =
l2/(5
l) +1 (BEARSの場合: 「はじめに」の図1-1(下)を参照)、
OFF点1回あたりのスキャン本数をNscanSEQ、
作成するマップのグリッドサイズを
d ["]
d ["]とします。
この観測において総on-sourceスキャン時間は
![]()
です。
OFF点、望遠鏡の移動時間などを含めた総観測時間は
![]()
となります。
ただし
tOFF [s]はOFF点積分時間、
fcalはR-SKYキャリブレーション取得のオーバーヘッド
(15分に1回、1分間かけてR-SKYを取得すると、fcal=16/15)。
tOH [s]はスキャン1本あたりのオーバーヘッドで、
OFF点への往復
2
ttranOFF、
approach時間
tapp [s]、
transit時間
ttran [s]
からなり、
![]()
と表されます。
このとき、全観測時間に占めるon-source積分時間の割合は
![]()
となります。
1グリッドあたりの実効ON-source積分時間は、ビームがグリッド内をスキャンする時間の総計に
ファクター
を掛けたもので、
![]()
となります。
は
convolutionの関数形とパラメータによって決まる定数で、以下のように求められます。
観測点 i = 1,2,... が空間方向に一様分布しているものとし、
各点のスペクトルを Ti(k)
[k = 1,..,Nch]、
rms雑音温度を
i、
convolution関数の重みを wi とします。
簡単のため、各点の積分時間 t0 および
雑音温度
i =
0 =
Tsys/sqrt(B t0)
を一定とします。
Convolution後のスペクトル T(k) は
T =
(
wiTi)/(
wi)
と書け、その雑音温度
は
= sqrt(
wi2)/
wi
0
= Tsys/sqrt(B tcellON)
とります [ただしtcellON
(
wi)2/
(wi2)
t0 ]。
空間方向の長さを、グリッド間隔を単位として書くことにし、
t0を単位面積(1グリッド)あたりのon-source積分時間と再定義すると、
は積分で書き直すことができ、tcellON =
(
w dx dy)2/
w2dx dy
t0
t0 となります。
デフォルトのパラメータを使った場合、
Bessel×Gauss, Sinc×Gauss, Gauss, Pillbox, Spheroidalに対する
の値はそれぞれ
4.3, 1.2, 6.3, 1.0, 10.2 となります。
システム雑音温度をTsys [K]、
作成するマップの周波数分解能をB [Hz]とすると、
on-sourceスキャン由来の雑音温度は

です。
ここで
qは分光計の量子化効率で、
現行のデジタル分光計(AC)では2ビット量子化を行っており
q=0.88です。
一方、1グリッドを構成するのに使われるOFF点の数はおよそ
1+(d-
l)/
(NscanSEQ
l)
個 (シングルビーム受信機) または
5d/
l
個 (BEARS) です
(実際にはconvolution関数がグリッドの外まで値を持つので実効的なOFF点数はこれより多くなりますが、その効果は無視します。
この効果を考慮に入れると最適OFF点積分時間はおよそ
-1/4倍になります。
観測効率への影響は無視できる程度です)。
NscanSEQが小さく、
d と
l
がほぼ等しいとき(たいていの観測で当てはまる)、シングルビーム受信機のOFF点個数は
d/
l
で近似できます。
したがって1グリッドあたりのOFF積分時間は
![]()
であり、OFF点由来の雑音温度は

となります。
マップのノイズレベルは

と表されます。
単位観測時間あたりに達成されるマップのノイズレベル
TA*(0)は

と表されます。
これを最小にするtOFFが最適なOFF点積分時間で、
![]()
より
![]()
となります。
「はじめに」の図1-2にあるとおり、 デフォルトのBessel*Gauss convolution関数のFWHMはマップグリッド間隔dの約2倍です。 グリッド間隔をビーム幅の0.1倍, 0.2倍, ..., 1.0倍としてマップを作成したとき、 convolution後の点源への応答(実効ビーム)は図5-1のようになります。 点源の強度と実効ビーム幅は図5-2のように変化します。 グリッド間隔をビーム幅の半分にしたとき、 点源のピーク強度は約0.7倍、実効ビーム幅は約1.3倍になることが読み取れます。
dが小さすぎると1点あたりの実効積分時間(tcellON)が小さくなるため ノイズレベルが大きくなります(分解能は望遠鏡のビームで決まるため、過剰なオーバーサンプルになります)。 一方、dが大きすぎると実効分解能が落ちます(2dに漸近)。 この間で適切なグリッド間隔を選ぶ必要があります。
理論上、45m鏡はλ/45mまでの空間構造に対して応答を持ちます。 したがって、観測データの持つ空間情報を(なるべく)aliasingによって失わないためには、 グリッド間隔をλ/45m/2(λ=2.6 [mm]の場合、6.0 ["])よりも小さくする必要があります。 干渉計データとのコンバインを行う場合などにはとくにご留意ください。

図5-1:マップ作成時のグリッド間隔をビームFWHMの0.1倍, 0.2倍, ..., 1.0倍としたときの、
点源に対する応答(実効ビーム)。
横軸は点源からの距離(ビームFWHMを1として規格化)、
縦軸は強度(convolutionなしのピーク強度を1として規格化)。
ビームはGaussianを仮定。

図5-2:マップ作成時のグリッド間隔(横軸:ビームFWHMを1として規格化)を変化させたときの
(左) 点源の強度
(右) 実効ビーム(FWHM)
の変化。縦軸はconvolutionなしの場合を1として規格化。
ビームサイズ・グリッド間隔・convolution関数種別を入れると実効ビームを計算するCプログラム convbeam.c,およびconvbeam2d.c(2次元の実効ビーム版)を用意しました。
% cc -lm -o convbeam convbeam.c % ./convbeam > hoge.dat HPBW of the telescope [arcsec]:15 Grid spacing of the map [arcsec]:6 Conv function [0:B*G 1:S*G 2:G 3:PB 4:SF]:0 FWHM ~ 17.4 [arcsec]
望遠鏡のビームが15 ["]、グリッドサイズ6 ["]、Bessel*Gauss型関数でconvolutionを行うと、 実効ビーム半値幅は約17 ["]となることがわかります。 リダイレクトされた標準出力hoge.datには、 半径に対する点源の応答が書かれます(FWHMの値は標準エラー出力に書かれます)。
マップ作成時には、天球座標から平面座標への投影法としてGLS (global sinusoidal projection)が使われます。 すなわち、参照点【一般にはSource Tableに記述した座標】を(RA0,DEC0)としたとき、 天球座標(RA,DEC)から平面座標(X,Y)への変換は
sin(X/2) = sin((RA-RA0)/2)*cos(DEC)
Y = DEC-DEC0
で記述されます。 (l,b)を(X,Y)に変換する手段も同様です。
出力されるFITSファイルの座標関係のヘッダはAIPSの形式に準じており、
CRVAL1 = RA0
CRPIX1 = 1 - XBLC/CDELT1 = 1 - (2*asin(sin((RABLC-RA0)/2)*cos(DEC)))/CDELT1
CRVAL2 = DEC0
CRPIX2 = 1 - YBLC/CDELT2 = 1 - (DECBLC-DEC0)/CDELT2
等となっています。 投影の中心は(RA0,DEC0)ではなく(RA0,0)であるため、 World Coordinate System (WCS)への変換に際しては注意が必要です (AIPS Memo 46 "Additional Non-linear Coordinates in AIPS"の脚注2で注意が喚起されています)。
OTF生データは12ビット(4096レベル)で量子化されています。 NewStarの32ビット(4.3×109レベル)と比較して少ないですが、 データ容量削減のためにこのようにしました。 OTFでは1点あたりの積分時間が短い(0.1秒)ためにS/N比が低いこともあり、 量子化による損失は無視できます。 ただし、なんらかの原因で観測バンド内においてバンド特性が〜0になった (TA*が発散)場合や、 極端に(ほんとうに極端に)強いスプリアスが入った場合にはデータに悪影響が発生することが起こりえます。
とくに、32MHzモードでの分光や、シングルビーム受信機の出力を512MHzモードで分光する場合においては、 バンドパスフィルタの特性によって バンド端でのTA*の発散が発生しやすくなります。 スキャンテーブルの設定で 不要なチャネルを切り落とすことを強く推奨します。
ドップラー(vrad; 基準座標系LSR/Heliocentricに対する望遠鏡の運動)補正は 観測後にソフト的に行っています。 すなわち、スキャン中にvradの変化に応じてLO周波数をシフトさせることはせず、 分光計の出力(R, SKY, OFF, ON)からチャネル毎に (ON-OFF)/(R-SKY)演算を行い、 その後にON点のvradに応じて周波数方向のシフトを行っています。 OFF点にemissionが存在するとデータ上ではabsorptionのように見えますが、 その"absorption"が現れる速度はON点のvradが変化するにつれてずれていくことになります。 これを後から補正することは困難ですので、 OFF点の選定は十分に注意を払って行う必要があります。
仮に、R, SKY, OFF, ONをそれぞれのvradに応じて周波数方向にシフトさせた後に (ON-OFF)/(R-SKY)演算を行う方式を取れば、OFF点emissionの補正は可能になります。 しかし、この方式ではバンド特性の"微分"がベースラインに乗ってデータの質が著しく悪化するという副作用が発生します。 そのため、(ON-OFF)/(R-SKY)演算後にチャネルシフトを行う方式を採用しました。