摘要

  • SkyView在1995年4月和5月的日志中记录了输出磁盘写满、部分请求返回空白图像的问题，5月记录明确提到清理任务崩溃。
  • 这项服务按用户要求拼接和重采样既有巡天资料；理解一张空白结果，也需要知道资料覆盖与处理过程各自发生了什么。

遥远星空来到早期网页上，也得遵守两小时退房规则。SkyView在1994年12月5日的运行记录中宣布，网页生成的文件超过两小时就会自动删除。服务器要给后面的请求腾地方。天体可以很古老，输出文件在本地硬盘上的居留时间却很短。

这项服务的本事，在于替研究者做一部分麻烦的几何工作。1994年2月的技术论文介绍，用户选定天空区域、坐标系、投影、尺度和图像大小，系统从已有巡天资料中取材，拼接、重采样，形成所需的图像或FITS文件。资料原先怎样分块、采用什么坐标，逐渐可以由公共服务来处理。

比较不同波段时，这份便利很实在。每套巡天资料可能带着不同的投影与像素尺度，研究者原本要先把它们整理到能比较的状态。SkyView让用户先说想看哪一片天，再把大量准备工作放到服务器后面。网络档案开始接单加工。

1994年11月的论文已经谈到Mosaic带来的专业与公众使用，也给出一种测试中的ROSAT观测拼图：某个位置可以返回图像，如果没有观测，则返回空白区域。在这个例子里，空白告诉人们资料覆盖的情况。

几个月后，空白又有了一个特别接地气的来源。1995年4月3日，运行日志说，存放生成图像的硬盘在周末写满，部分请求可能拿到了空图。5月1日同类问题再次出现：负责清除旧文件的定时任务崩溃，磁盘塞满，新图无法存下，用户收到空白图像。宇宙没有向服务器申请扩容，服务器先把宇宙画空了。

两种空白，把不同的工作压到了同一块画面里。一处天空没有相应观测，研究者要找别的资料；一次处理没能保存结果，使用者需要重新取得有效输出。读者在把图片当作证据之前，要知道自己碰到的是哪一种情况。画面本身承担不了全部解释。

那些公开日志因此很有价值。维护者写明了磁盘、清理任务与输出之间的关系，给使用者留下一条追查路径。漂亮的几何引擎负责整理天空，普通的文件管理负责给整理后的天空找地方落脚。虚拟天文台也需要倒垃圾，只是垃圾桶满了之后，影响会出现在星图上。

SkyView把网络档案的责任向前推了一步。它接收问题，按问题加工资料，再把结果交给远方的使用者。输入巡天、处理参数和任务是否完成，都参与决定屏幕上的东西该怎样理解。一张什么也没有的图，也有自己的生产过程。