要約

  • SkyViewは既存の観測資料をつなぎ、座標や尺度を合わせて、利用者が求める画像を作った。
  • 1995年4月と5月には、出力用ディスクの満杯で空白画像が返った。5月の記録には古いファイルを消す定期処理の停止が記されている。

空白の天体画像にも、理由がある。SkyViewの1994年11月の論文は、ROSATの個別観測をつなぐ試験機能を紹介していた。指定した位置に観測があれば画像を返し、なければ空白になる。その例では、空白は資料のカバー範囲を伝えていた。

翌年の運用記録には、別の理由が登場する。1995年4月3日、生成画像を保存するディスクが週末に埋まり、一部の要求に空白画像が返った可能性が報告された。5月1日には同じ問題が再発。古いファイルを消す定期ジョブが止まり、ディスクが満杯になって新しい画像を保存できず、利用者に空白が届いた。宇宙の広さも、作業用ディスクには遠慮してくれない。

SkyViewは、出来上がった写真を選んで配るだけの仕組みから一歩進んでいた。1994年2月の技術論文によれば、利用者は領域、座標系、投影法、尺度、画像サイズを指定する。サービスは既存の広域観測から必要な部分をつなぎ、画素を取り直して、FITSファイルなどに仕上げた。欲しい場所を伝えると、資料をその形に整えてくれる。

異なる波長の観測を比べる際、この下準備は重い。資料ごとに座標や投影、画素の大きさが違えば、研究者はまず比較できる状態にそろえなければならない。SkyViewは、その幾何学的な作業の多くをサービス側へ移した。11月の論文では、Mosaicを通じて専門家以外の利用も広がっていた。

便利さが増すほど、出力の意味を説明する責任も増える。観測がないための空白なら、別の資料を探す。処理結果を保存できなかったのなら、正常に作られたファイルを取り直す。同じように見える画面から、次の行動は分かれる。画像に添えられる処理の状態が、その判断を支える。

保存場所は以前から限られていた。1994年12月5日、運用記録はウェブ経由で生成したファイルを2時間後に自動削除すると告知している。次の要求のために空きを作る必要があった。長い歴史を持つ天体の画像も、サーバー上では短期滞在だった。手元へ保存するところまでが利用の一部になる。

担当者が残した公開ログは、ディスクの状態、片付けの停止、返された画像を具体的につないでいる。利用者は画面以外にも、何が起きたかをたどる手掛かりを持てた。精巧な座標変換と地味なファイル整理が、同じ成果物を支えていたのである。

SkyViewは、質問に合う形へ資料を加工するネット上のアーカイブを見せた。入力データ、加工の設定、作業の完了。それらがそろって初めて、画面の意味を説明できる。何も映っていない一枚にも、作られ方の記録が必要だった。