信息速览
在一段医院波形里,峰值通常对应一次心跳;在一段地震波里,振幅对应地面运动;而在 GWOSC 的引力波文件里,纵轴是无量纲应变 h(t)——两条互相垂直、各长数千米的干涉仪臂,其相对长度差随时间怎样变化。这个量小到不能用普通传感器的直觉理解,文件里却仍然只是规整的浮点时序。真正困难的不是把数组读进来,而是知道某一秒有没有公开数据、是否通过特定分析的质量条件、是否叠加了人为注入,以及同名天体事件对应哪次校准和哪版分析。
ligo 因此不是一个边界清楚的单文件数据集名称。官方实体是引力波开放科学中心(Gravitational Wave Open Science Center,GWOSC):它原名 LIGO Open Science Center,如今是 LIGO、Virgo、GEO600 与 KAGRA 公共数据产品的统一入口。连续应变按观测运行组织,事件按引力波瞬变目录(Gravitational-Wave Transient Catalog,GWTC)组织,参数估计样本又通过独立产品发布。把三层混成“LIGO 事件表”,会同时丢掉非 LIGO 探测器、事件周围以外的背景时段,以及目录版本的语义。
截至 2026 年 10 月,GWOSC 的高级探测器公开主线已到 O4b,而不是停在 O3。O4b 覆盖 2024 年 4 月 10 日至 2025 年 1 月 28 日,公开 H1、L1 与 V1 三台探测器的应变;2026 年 5 月发布的累计目录 GWTC-5.0 把更可能具有天体物理起源的候选总数更新到 390 个。这个“390”不是 390 条干净训练样本:一个候选可以关联多台探测器、两种采样率、多种文件格式、多个分析流水线和多个事件版本。数据的价值正在这种可追溯层次里,代价也在这里。下文用“GWOSC 开放引力波数据”指称这一组彼此关联、但边界各异的公共产品。
一屏速览
| 维度 | 内容 |
|---|---|
| 官方实体 | Gravitational Wave Open Science Center Public Data(GWOSC 公共数据) |
| 运营与发布 | LIGO、Virgo、KAGRA 合作组织共同管理;GWOSC 提供统一入口 |
| 涉及仪器 | LIGO Hanford(H1)、LIGO Livingston(L1)、Virgo(V1)、GEO600(G1)、KAGRA(K1) |
| 当前高级探测器连续主线 | O1、O2、O3a、O3b、O4a、O4b |
| 当前累计事件目录 | GWTC-5.0,2026 年 5 月 26 日发布 |
| 目录规模 | 390 个更可能具有天体物理起源的累计候选 |
| O4a 边界 | 2023 年 5 月 24 日至 2024 年 1 月 16 日;H1、L1 |
| O4b 边界 | 2024 年 4 月 10 日至 2025 年 1 月 28 日;H1、L1、V1 |
| 主信号 | 校准应变 h(t),无量纲单变量时序,每台探测器各有一条主应变通道 |
| 采样率 | 原始公开档 16,384 Hz;另有降采样后的 4,096 Hz 版本 |
| 连续档分块 | O4 HDF5 与 GWF 固定为 4,096 秒边界 |
| 事件窗口 | 事件门户通常提供 32 秒与 4,096 秒;GWTC-5.0 明确提供 4,096 秒文件 |
| 伴随结构 | 1 Hz 数据质量掩码、1 Hz 硬件注入掩码、时间与探测器元数据 |
| 文件格式 | HDF5(.hdf5)、引力波帧 GWF(.gwf);事件页另可给 ASCII 文本 |
| 访问方式 | 浏览器归档、事件门户、Timeline、JSON API v2、GWpy、NDS2、OSDF |
| 许可 | Creative Commons Attribution 4.0 International(CC BY 4.0) |
| 典型用途 | 瞬变搜索、噪声建模、数据质量分类、多探测器一致性、参数估计复现、课程教学 |
§1 它要解决的具体麻烦
1.1 信号、目录与证据不是一张表
对监督学习最诱人的入口是事件目录:名称、GPS 时刻、质量、距离、信噪比,看起来天然是一张标签表。但目录是搜索与参数估计的结果,应变才是仪器观测。前者告诉你某个流水线怎样解释数据,后者保留事件、噪声、缺口与仪器状态共同作用后的时间序列。若只抓目录字段,得到的是天体物理推断数据;若只抓事件附近波形,得到的是经过筛选的条件样本;若下载整段观测运行,才有搜索所需的大量背景与质量标志。
GWOSC 把这三种需求分开:Data Sets 页面按运行列连续数据,Event Portal 按目录列事件与版本,Zenodo 等发布页承载参数估计后验样本和搜索灵敏度产品。它们共享事件名和时间,却不是可以随意横向拼接的平面文件。建模前必须先决定预测对象:是从应变中找候选、给候选做噪声判别,还是在已经确认的事件上回归源参数。目标不同,负样本、切窗方式与版本锁定都不同。
1.2 一个探测器不是一个普通麦克风
H1、L1 与 V1 的主应变通道都以 h(t) 表示,但方向、地点、运行状态和噪声环境不同。引力波从不同方向到达网络时,各站响应、到达时间和幅度并不相同;某站停机时,另一站仍可能有数据。把多站数组当作永远对齐的三通道音频,会把缺测误写成零值,也会忽略探测器天线响应。正确的主键至少包括运行版本、探测器代码、GPS 起点、文件时长、采样率与修订号。
同一事件不保证每台探测器都有卡片。官方事件门户明确说明,探测器并非始终运行,因此事件页只展示当时可用的站点。O4a 连续公开数据只有 H1 与 L1;O4b 才在主发布中加入 V1。KAGRA 与 GEO600 由同一中心提供公共产品,也不等于它们在每次 LIGO—Virgo 事件中都有同步主应变。网络结构要从具体运行和事件页读取,不能从“LVK”这个合作名称反推。
1.3 “有文件”不等于“这一秒可用”
GWOSC 文件按固定时间边界封装,内部却可能存在不可用区间。DATA 标志指出某秒是否有公开应变;在事件技术说明中,未设置 DATA 时应变可以是 NaN。质量类别又按 CBC、Burst、连续波与随机背景等分析族分别定义,同一秒可能适合某类搜索而不适合另一类。先切窗再看掩码,会让窗口跨过缺口;先统一填零,则会制造模型非常容易识别、但没有物理意义的边界。
数据质量不是一个全局的“好/坏标签”。O4 技术页说明,质量标志按 1 Hz 给出,且类别通常累积定义:较严格层级失败,并不自动改变其他分析族的判断。工程上应保存原始位掩码和官方短名,再为具体任务生成筛选条件。这样既能复现公开搜索的口径,也能在研究问题改变时重新解释,而不是把多位信息永久压成一个布尔列。
1.4 人为注入会像真信号一样进入波形
硬件注入(hardware injection)通过控制系统让干涉仪产生模拟天体信号的响应,用来检查端到端分析。O4 官方技术页明确说,公开应变不会自动抹掉注入,只会另给注入区间和 1 Hz 掩码。搜索模型若把注入当作未知天体事件,结果会显得异常漂亮;噪声模型若直接剔除所有非零注入位,又可能误解位值含义,因为旧事件发布的注入位以“没有某类注入”为 1。
最稳妥的做法不是凭波形猜,而是按对应数据集的位定义解码,并把注入状态作为独立来源字段。O1、O2、O3 与 O4 的发布文档不能互相替代;即使短名相似,也要用文件所属数据集的定义。连续波注入还可能在很低振幅下持续存在,瞬变任务与连续波任务对它的处理方式不会相同。
1.5 它能给到的与给不到的
| 你的问题 | 可以得到 | 仍然缺什么 |
|---|---|---|
| 复现某个目录事件的时频图 | 多探测器应变、GPS 时刻、采样率、质量与注入信息 | 需要自己选择白化、带通与绘图参数 |
| 训练瞬变搜索器 | 连续运行应变、目录候选、数据质量段 | 目录不是穷尽真值,背景中不能简单视为全无信号 |
| 研究跨站一致性 | H1、L1、V1 等按 GPS 对齐的公开通道 | 站点可用时间不同,不能假定固定通道数 |
| 回归双星源参数 | 事件参数、公开后验样本、事件应变 | 后验依赖波形模型与先验,不是直接观测标签 |
| 做高频分析 | 16,384 Hz 版本,O4 校准有效到 5 kHz | 4,096 Hz 档约 1,700 Hz 以上不适用 |
| 研究低频漂移 | 连续时间序列与部分辅助数据产品 | 高级 LIGO、Virgo 的公开应变在 10 Hz 以下未校准 |
| 直接获得全部环境传感器 | 特定运行发布了筛选后的辅助通道 | 不是仪器全部内部通道,范围依发布说明而变 |
| 生成实时天文预警 | 历史公开数据、低延迟记录链接 | GWOSC 数据入口不是低延迟告警系统的替代品 |
1.6 一句话判断与不适合谁
它不是“390 个啁啾的分类表”,而是一套把连续仪器时序、质量边界、人工注入、事件版本和天体物理推断连接起来的可追溯公开系统。
不适合只想下载一个 CSV 后立刻训练的人。应变是高频长序列,事件标签还带版本与探测器条件,扁平化必须先做语义取舍。也不适合把公开目录当作实时告警源的人,GraceDB 与 GCN 承担低延迟传播,GWTC 是后续分析形成的累计目录。最后,它不适合在忽略质量位和校准带宽时做精密物理结论;数组可读不代表频带有效,更不代表某个尖峰具有天体起源。
若需求已经明确,可以先用下表判断应该从哪一层开始,而不是把所有公开产品一起搬进对象存储。
| 你的处境 | 第一入口 | 应保留的证据 | 暂时不要做 |
|---|---|---|---|
| 想给学生展示一次合并事件的啁啾 | Event Portal 的单事件页 | 事件版、探测器、GPS、时长、采样率 | 不必先下载整次运行,也不要把演示窗当训练全集 |
| 已有时频分类器,想检验真实仪器噪声 | 连续运行 HDF5 或 GWF | 数据集修订、质量位、注入位、连续时间块 | 不要只拿事件页短窗配合合成白噪声 |
| 要做跨探测器联合判别 | 同一 GPS 区间的多站连续档 | 每站 DATA、站点代码、源通道与时间轴 |
不要用零填充掩盖停机,也不要先求站点均值 |
| 要复现目录候选的搜索显著性 | GWTC 事件版本与方法资料 | 搜索流水线、FAR、p_astro、默认选择规则 |
不要把不同流水线的最佳字段拼成一个虚构结果 |
| 要回归质量、自旋或距离 | 参数估计稳定版与对应事件应变 | Stable Release、波形族、先验、后验样本 | 不要把页面摘要值当无误差标签 |
| 要研究仪器环境与应变耦合 | 对应运行的辅助通道专门发布 | 辅助数据集名、通道清单、校准与缺口说明 | 不要假定主应变 HDF5 内含全部环境传感器 |
| 要建立长期自动下载管线 | API v2、归档清单与 OSDF | 分页响应、URL、MD5、抓取日期、失败重试记录 | 不要抓取按钮文本后自行拼接永久链接 |
教学演示的边界。 单事件页是理解数据结构的最佳起点:页面把探测器卡片、时频图、下载格式和参数放在一起,几十秒窗口也容易处理。但演示成功只说明能够回放已知时刻,不能证明算法会在数月连续噪声中找到同类信号。课程作业若要进一步接近搜索任务,应从同一运行取一段连续背景,把已知事件时刻作为待检索目标,并要求同时使用数据质量与注入信息。
分类建模的边界。 目录提供正例候选,却没有为每个背景窗口提供人工确认的负类。构造样本时应把标签来源写清:目录重叠窗、硬件注入窗、未与当前目录重叠的背景窗,是三种不同监督。它们可以服务同一个模型,却不能用“正、负、负”三个字抹平。特别是注入具有已知设计来源,适合检验召回和参数恢复;背景窗只代表在给定目录与搜索灵敏度下未被列出的时段。
跨站研究的边界。 多探测器输入最有价值的部分是时间和响应的一致约束,而非通道数量本身。准备样本时先以共同 GPS 区间求交,再逐站读取应变和 1 Hz 状态;某站不可用就保留缺站事实。训练阶段可以随机遮蔽可用站点来测试鲁棒性,但遮蔽标志必须与真实停机标志区分,否则模型无法知道缺失来自增强还是仪器状态。
参数学习的边界。 质量、自旋、距离与天区不是仪器直接写入文件的字段,而是波形似然、噪声模型和先验共同作用后的后验。若把一个摘要数作为回归标签,至少要同步保存可信区间、波形配置和稳定版。更完整的做法是预测后验近似或校准过的不确定度,再与公开样本比较;只有点预测而没有版本和不确定度,无法区分模型偏差与官方分析更新。
生产管线的边界。 大规模同步的第一产物应是不可变清单,而不是转换后的训练张量。清单逐文件记录远端对象、官方数据集、探测器、时间边界、采样率、修订和校验和;转换层从清单派生,并另记代码版本与参数。以后发现某个版本需要替换时,可以准确定位受影响窗口,而不用重做全部数据。这个顺序也让 CC BY 4.0 的来源归属随文件进入下游资产。
§2 数据构成与规格
2.1 三层产品各自回答什么
| 层级 | 核心对象 | 主键 | 适合的任务 |
|---|---|---|---|
| 观测运行层 | 固定边界的连续应变文件与时间段 | 运行、探测器、GPS 起点、采样率、修订 | 搜索、背景噪声、长期质量研究 |
| 事件门户层 | 候选事件、事件版本、探测器文件、默认搜索与参数 | 事件名、目录、版本号 | 事件复现、目录比较、教学 |
| 衍生产品层 | 后验样本、天区定位、搜索灵敏度、总体研究数据 | 发布 DOI、稳定版本、事件名 | 参数估计、总体推断、论文复现 |
连续档围绕“什么时候、哪台仪器有何波形”组织;事件层围绕“哪个候选在何时被哪版分析收录”组织;衍生层围绕“怎样从波形得到科学结论”组织。它们的文件长度与字段不必一致。GWTC-5.0 的参数估计产品在官方页列出 Stable Release 6 与 Stable Release 9,事件门户链接采用较新的 Stable Release 9。复现时需要同时记录目录版本和衍生产品稳定版,只有事件名不够。
2.2 连续文件的物理结构
O4 主归档同时提供 GWF 与 HDF5。GWF 是引力波研究社区的帧格式,保留标准通道语义;HDF5 是面向通用语言的重封装版本。两者不是两次独立观测,而是同一公开产品的不同容器。O4 文件固定为 4,096 秒,分别提供 16,384 Hz 与 4,096 Hz 应变;质量和硬件注入摘要均为 1 Hz。官方在降采样前为每个文件请求 8 秒填充,以减弱边缘效应,但也说明填充并非任何时候都可获得。
GWF 中公开通道名直接编码探测器、采样率、修订与用途。{ifo}:GWOSC-16KHZ_R1_STRAIN 是 16 kHz 应变,{ifo}:GWOSC-16KHZ_R1_DQMASK 是质量掩码,{ifo}:GWOSC-16KHZ_R1_INJMASK 是注入掩码;4 kHz 档把 16KHZ 换成 4KHZ。{ifo} 在 O4 主发布中可为 H1、L1 或 V1,R1 表示通道修订号,不是观测运行编号。
把一个固定分块拆开看,实际有三条不同时间尺度。应变向量保存快速变化的仪器读出,质量向量与注入向量按秒描述状态,文件级元数据说明这三者属于谁、从何时开始以及持续多久。三者必须用时间关系连接,不能用相同数组长度连接。
| 组成 | 时间粒度 | 回答的问题 | 转换时的最低保留项 |
|---|---|---|---|
| 应变向量 | 4,096 或 16,384 个样点/秒 | 干涉仪的校准相对长度变化是什么 | 原始浮点值、采样率、起始 GPS、探测器 |
| DQ 向量 | 1 个状态/秒 | 这一秒公开数据是否可用、通过哪些质量条件 | 原始位值、位短名、所属数据集定义 |
| 注入向量 | 1 个状态/秒 | 这一秒有哪些人工注入状态 | 原始位值、注入类型定义、段边界 |
| 文件元数据 | 每文件一组 | 数据来自哪个站点、何时、何种发布 | 数据集名、修订、时长、源 URL、校验和 |
时间映射。 若一个训练窗从非整数 GPS 时刻开始,1 Hz 状态不能通过简单重复若干次后按同一下标截取。应先建立应变样点的绝对时间,再找出覆盖该窗的秒级状态区间,并说明边界秒采用何种规则。窗口跨文件时也要用 GPS 连续性拼接,而不是因为两个文件在目录中相邻就默认无缝。
掩码解释。 位字段的整数只是多个布尔条件的压缩。模型输入可以保留整数、拆成多位通道,或按任务生成一个筛选掩码,但原始位值与官方定义必须留在中间层。不同分析族的质量条件服务不同搜索;把所有条件做逻辑与会缩小可用范围,也可能偏离要复现的官方分析。
源通道追踪。 O4 公开 GWF 通道名是面向用户的统一命名,页面还列出生成公开产品时采用的内部校准应变通道。前者适合读取打包文件,后者适合解释校准与噪声清理来源。数据目录中应同时保存公开通道和发布文档链接,不要把内部源通道直接写成公开文件中的读取键。
完整性与科学有效性分开。 MD5 一致只证明下载对象与发布清单一致,不能证明某秒通过质量条件,也不能证明所选频带受校准支持。一个合格的预处理流程要先验证文件完整性,再验证时间与元数据,最后依据 DQ、注入和频带规则选择样本。这三层失败应使用不同错误状态,方便重新下载、重新解析或重新筛选。
2.3 字段字典
| 信息项 | 形态 | 含义 | 使用注意 |
|---|---|---|---|
| 运行名 | O1、O3a、O4b |
观测与公开发布边界 | 同一自然年可能跨两个运行分段 |
| 数据集名 | 如 O4b_16KHZ_R1 |
采样率与修订后的发布单元 | 版本必须进入实验清单 |
| 探测器 | H1、L1、V1、G1、K1 |
站点或仪器代码 | 不应当成可互换通道 |
| GPS 起点 | 整数秒 | 文件或事件时间基准 | 与 UTC 转换需使用闰秒规则 |
| 时长 | 秒 | 连续档通常固定边界;事件页可有多档 | 不能只由文件大小猜测 |
| 采样率 | 4,096 或 16,384 Hz | 每秒应变样点数 | 文件名中的 4K、16K 是约定写法 |
| 应变 | 浮点时序 | 无量纲 h(t) |
不是位移米数,也不是声压 |
| DQ 掩码 | 1 Hz 位字段 | 数据可用性与各分析族质量条件 | 按所属数据集的位定义解释 |
| 注入掩码 | 1 Hz 位字段 | 人工硬件注入状态 | O4 不会从应变里自动移除注入 |
| 事件名 | 如 GWYYMMDD_HHMMSS |
UTC 日期时间式名称 | 有可疑仪器起源时可能不带 GW 前缀 |
| 事件版本 | 如 v1、v3 |
校准、清理、分析或论文版本 | 同一物理事件可有多版 |
| FAR | 每时间单位的误警率 | 搜索流水线输出 | 不同流水线值不宜混作一个观测量 |
p_astro |
概率型搜索结果 | 候选具有天体物理起源的支持度 | GWTC-5.0 累计口径要求大于 0.5 |
| SNR | 数值 | 搜索或参数估计给出的信噪比 | 事件列表有明确的默认选择规则 |
| 后验参数 | 样本或摘要 | 质量、自旋、距离、天区等推断 | 依赖波形模型、先验与稳定版 |
2.4 一条事件记录怎样展开
事件名首先定位到 GPS 合并时刻或结束时刻;事件版本再指明校准、噪声清理、分析结果与出版语境。页面按可用探测器生成数据卡,每张卡给时频图和下载链接。下载维度包括时长、采样率与格式,因此“一次事件”并不是一行加一个附件,而是一棵小型文件树。参数区域又按搜索流水线、参数估计流水线及波形族分组,列表页只展示其中被标成默认的一组。
GWTC-5.0 对累计目录的边界写得很清楚:纳入的是截至 O4b、p_astro > 0.5 的瞬变;触发参数估计结果的条件是误警率低于每年一次。事件列表展示各搜索流水线中最低 FAR 与最高 p_astro,SNR 优先取默认参数估计结果,没有参数估计时才取搜索流水线的较高值。因而抓取页面可见列后把它们当作来自同一流水线,会破坏字段来源。
2.5 采样率不是画质开关
4,096 Hz 档由 16,384 Hz 数据通过 SciPy decimate 降采样而来。O4 技术说明指出,抗混叠滤波会影响接近奈奎斯特频率的内容;研究约 1,700 Hz 及以上频率时应使用 16,384 Hz 档。另一方面,O4 应变校准有效带宽为 10 Hz 至 5,000 Hz,所以 16 kHz 文件也不意味着从直流到 8,192 Hz 都有可信物理含义。采样率解决数字表示上限,校准说明决定物理使用边界,两者必须同时记录。
文件版本也会造成细小差异。同一时段来自不同发布时,校准、噪声清理或降采样方式可能更新,质量段也可能修订。官方事件页保留版本正是为了让这些差异可追溯。模型数据清单应保存完整下载 URL、目录名、修订、校验和与抓取日期,不应只保存改名后的 train_001.h5。
2.6 目录名称与文件名称的关系
GWTC-5.0 是累计科学目录,O4b_16KHZ_R1 是连续应变数据集,Stable Release 9 是参数估计衍生产品版本。三者数字相近却表达不同轴:目录分析版、应变封装修订、后验产品稳定版。一个可复现实验至少要写成“GWTC-5.0 事件定义 + O4b 16 kHz R1 应变 + Stable Release 9 参数样本”,而不能写成模糊的“使用最新版 LIGO 数据”。
§3 它是谁的数据
3.1 GWOSC 不是第四台探测器
GWOSC 是服务与发布中心,不是观测站。官方 About 页面说明,LIGO、Virgo、GEO600 与 KAGRA 的运行合作组织同意把 GWOSC 作为公共数据产品的主要入口;公共发布由 LIGO、Virgo、KAGRA 合作组织管理,中心由这些组织共同运营。LIGO 实验包含位于 Hanford 与 Livingston 的两台干涉仪,分别记为 H1 和 L1;Virgo 为 V1,GEO600 为 G1,KAGRA 为 K1。
因此,把发布者写成“LIGO 实验室”会遗漏网络数据的联合治理;反过来,把每个 GWOSC 文件都称为“LVK 三站同步数据”也不准确。具体贡献者由运行决定:O1 是 H1、L1;O2 加入 V1;O3a、O3b 主发布列 H1、L1、V1;O3GK 则是 G1 与 K1;O4a 主应变只有 H1、L1;O4b 主发布是 H1、L1、V1。
3.2 从 S5/S6 到 O4b 的公开时间线
GWOSC Data Sets 页面还保留初代 LIGO 的 S5 与 S6 数据:S5 从 2005 年 11 月 4 日到 2007 年 10 月 1 日,S6 从 2009 年 7 月 7 日到 2010 年 10 月 20 日。高级探测器主线从 O1 开始,O1 为 2015 年 9 月 12 日至 2016 年 1 月 19 日,O2 为 2016 年 11 月 30 日至 2017 年 8 月 25 日,O3a 为 2019 年 4 月 1 日至 10 月 1 日,O3b 为 2019 年 11 月 1 日至 2020 年 3 月 27 日。
O4 被拆为 O4a、O4b、O4c。当前连续主页面公开到 O4b:O4a 为 2023 年 5 月 24 日至 2024 年 1 月 16 日,另收录少量正式开始前用于特定分析的片段;O4b 为 2024 年 4 月 10 日至 2025 年 1 月 28 日,也加入了用于超新星分析的提前片段。不能因为 O4 已包含 O4c 就宣称 O4c 主应变已经进入同样的归档层级,版本边界应以 Data Sets 页面实际列出的发布为准。
3.3 从激光读出到公共应变
干涉仪先记录光学与控制系统响应,再经校准得到应变 h(t)。公共 16 kHz 向量在 DATA 可用时对应指定的源帧通道;之后 GWOSC 生成便于公共使用的 GWF 与 HDF5,并制作 4 kHz 版本。O4a 的最终 LIGO 应变来自 GDS-CALIB_STRAIN_CLEAN_AR;O4b 常规时段的 H1、L1 最终应变来自 DCS-CALIB_STRAIN_CLEAN_AR01,V1 来自 Hrec_hoftRepro1AR_16384Hz。这些源通道名说明“公开应变”已经过校准与特定清理,不是光电探测器的原始计数。
发布同时提供质量段、注入信息、频谱线说明与校准不确定度文档。部分运行还有辅助通道、趋势数据、地震通道或替代应变版本,但它们是独立发布,不应默认存在于每个主 HDF5 文件中。主文件的简化正是为了降低入口门槛;需要研究仪器耦合时,再转向对应辅助数据页面。
3.4 四层来源不要混写
| 来源层 | 产生者 | 典型内容 | 引用方式 |
|---|---|---|---|
| 仪器层 | 各观测站与校准团队 | 应变、辅助传感器、运行状态 | 对应观测运行开放数据论文 |
| 发布层 | GWOSC 与合作组织 | 重封装文件、归档、掩码、校验和 | 数据集 DOI 与 GWOSC 致谢 |
| 搜索层 | 多个搜索流水线 | FAR、p_astro、候选、SNR |
对应 GWTC 结果与方法论文 |
| 参数层 | 参数估计流水线 | 质量、自旋、距离、天区后验 | 稳定版 DOI 与波形模型说明 |
模型卡若只写“来源 GWOSC”,仍然少了科学来源。至少应标明运行、数据集修订、目录版、事件版及衍生产品 DOI。这样才能区分仪器数据更新与分析结论更新。
§4 它最独特的东西
4.1 稀缺的不是啁啾,而是啁啾周围的证据链
许多公开音频或生理波形库也能提供高频时序,但 GWOSC 把每个样点放回全球探测器网络、GPS 时间、质量条件与校准版本中。一个候选的可信度来自多条证据共同约束:不同站点是否在运行、到达时间是否相容、波形是否符合源模型、当时是否有已知噪声或注入。数据系统没有把这些判断压成单一标签,而是保留足够的信息让后续分析重做取舍。
这种结构特别适合研究“模型为什么确信”。分类器若主要利用文件边界、缺口或某一站固定谱线,跨运行验证会暴露问题;若能在探测器组合变化、质量条件变化和校准修订后维持结果,证据才更接近天体信号。GWOSC 的价值不只是提供正例,而是提供反驳正例所需的上下文。
4.2 连续背景让负样本不再是假静音
引力波搜索面对的是非平稳、带窄线、会突发的仪器噪声。连续运行档保留事件之间的大量背景时段和质量段,能构建比合成高斯噪声更接近真实运行的训练环境。这里的负样本仍不能被定义为“目录外全部为负”:目录阈值有限,搜索也有灵敏度边界。更严谨的称呼是“未与所用目录候选重叠的背景窗口”,并保存目录版与排除宽度。
事件短窗适合教程与复现,却容易让模型学到居中的先验:公开卡片通常围绕事件时刻截取,正例自然位于窗口中心。部署搜索器时,信号可以落在任意位置。连续档允许随机化位置、保留真实边界,并用注入产生已知参数的受控样本,因此是从演示走向搜索的关键。
4.3 多探测器提供天然的因果约束
地面局部扰动常只影响一个站,引力波则以光速穿过网络并受各站方向响应调制。多站一致性不是简单求平均,而是允许有限到达时差、不同幅度甚至某站响应较弱。数据工程上,应以 GPS 时间对齐原始窗口,保留站点标识和可用性,再由物理模型或网络结构学习关系。提前把三站缩成一条均值曲线,会消除最有鉴别力的空间信息。
O4a 与 O4b 的探测器组成变化提供了清晰外部验证:前者主发布只有 H1、L1,后者加入 V1。可以在双站条件下训练,再评估三站输入策略是否真正利用额外信息;也可以训练对缺站鲁棒的集合模型,而不是固定三通道卷积。边界是不能把运行差异只归因于通道数,灵敏度、校准和噪声状态也同时变化。
4.4 同名事件的版本史本身就是数据
事件门户允许同一物理事件存在多个版本,差异可能来自校准、噪声清理、分析结果或论文。对机器学习而言,这是少见的“标签修订轨迹”:可以比较模型对校准更新是否稳定,也能检查参数标签改变后训练结论是否跟着变化。版本不应被去重成“保留最新”,除非任务明确只关心当前科学结论。
同样,GWTC 是累计集合,不是每次重发一份互不相关的新名单。GWTC-5.0 包含先前运行事件、O4b 事件和对 O4a 的更新;官方新闻还指向 GWTC-4.1 的 O4a 更新结果。用发布日期切训练测试时,必须明确采用“首次公开时可知信息”还是“当前累计最佳信息”,否则会产生时间穿越式标签泄漏。
4.5 物理边界可以直接写进模型约束
应变无量纲、校准频带有上下界、数据质量按秒、事件时间用 GPS、站点有固定代码,这些都不是可有可无的元数据。预处理可以据此拒绝无效频带、对缺口做掩码、对不同采样率选择一致滤波方案,并在损失函数或数据增强中保留跨站时序关系。相比只给图片标签的天文集,GWOSC 更接近“数据与使用条件一并发布”的科学基础设施。
§5 怎么拿到
5.1 先选入口,不要先写爬虫
| 需求 | 推荐入口 | 原因 |
|---|---|---|
| 看某个已知事件 | Event Portal | 事件版本、参数、探测器卡片与文件在同一页 |
| 下载一整次运行 | Data Sets 进入归档,批量任务优先 OSDF | 能锁定数据集名、采样率和修订 |
| 查询某段质量状态 | Timeline | 可查看并下载数据质量与注入时间段 |
| 程序化遍历目录 | API v2 | 资源按运行、目录、事件、事件版本分层 |
| 交互式读取短窗 | GWpy 或 NDS2 | 可按探测器与 GPS 区间请求 |
| 复现源参数 | GWTC 页面与稳定版 DOI | 后验样本不在主应变文件里 |
API v2 根节点把资源分为 runs、catalogs、events、event-versions、timelines 与 strain-files。它比解析 HTML 稳定,也能保留分页和对象链接。获取 GWTC 累计事件应走目录资源;获取某事件的具体文件则走事件或事件版本下的 strain-files,避免从页面按钮猜 URL。
5.2 最短读取流程
下面示例通过 GWpy 按公开接口取 H1 的短窗。时间只用于演示著名事件附近的读取方式,不生成任何新的统计结论。
from gwpy.timeseries import TimeSeries
#-- 先以 GPS 秒定义边界;cache 可避免重复下载同一段
gps_start = 1126259446
gps_end = 1126259478
strain = TimeSeries.fetch_open_data(
"H1",
gps_start,
gps_end,
sample_rate=4096,
cache=True,
)
print(strain.unit, strain.sample_rate, strain.t0)
若任务要严格复现某个目录版本,不应仅依赖“按时间抓当前公开数据”,而应从事件版本资源读取对应 strain-files URL,并记录版本。短窗探索与论文复现的入口不同:前者追求便利,后者追求固定对象。
5.3 用 API v2 固定目录边界
import requests
base = "https://gwosc.org/api/v2"
#-- 目录详情与事件列表分开请求,保留服务端分页链接
catalog = requests.get(f"{base}/catalogs/GWTC-5.0", timeout=30)
catalog.raise_for_status()
page_url = f"{base}/catalogs/GWTC-5.0/events"
while page_url:
page = requests.get(page_url, timeout=30)
page.raise_for_status()
payload = page.json()
for event in payload.get("results", []):
print(event)
page_url = payload.get("next")
代码刻意不把返回字段硬编码成一张最终表,因为 API 资源会通过链接继续展开。生产流程应保存原始 JSON 响应、请求 URL 和抓取日期,再建立自己的规范化层。若只保存屏幕上可见的默认参数,会丢失参数来自哪条流水线、哪种波形配置以及哪个事件版本。
5.4 批量下载与完整性
单机少量文件可从归档页点选;整次运行或计算集群任务优先使用 OSDF。O4a、O4b 页面分别提供 4 kHz 与 16 kHz 的 HDF5、GWF MD5 清单。下载后应先按官方清单校验,再解析文件名中的探测器、GPS 起点、时长、采样率与修订。不要用目录遍历顺序分配样本编号,因为重新同步后顺序可能变化。
批处理清单至少包含:远端 URL、数据集名、文件名、MD5、字节数、抓取时间、解析状态。字节数用于传输核对,不应被解释为科学质量。若存储预算有限,先依据任务频带选择 4 kHz 或 16 kHz,不要下载两套后随意混用;研究高频内容时必须保留 16 kHz,常见低频瞬变教程则可从较小版本开始。
5.5 HDF5 转表时要保住什么
把应变转成 NumPy、Zarr 或分片张量并不困难,难的是不丢语义。每个输出窗口应伴随探测器、GPS 起止、原数据集、采样率、文件 URL、质量位、注入位、事件关联和转换参数。质量与注入是 1 Hz,而应变是 4,096 或 16,384 Hz,二者不能靠数组下标直接一一对应;应以时间坐标广播或保留独立时间轴。
也不要把 NaN 静默替换成零。零应变是一个数值,缺少公开数据是一种状态;二者在物理上不同。若模型不接受 NaN,可以生成显式可用性掩码,再选择填充值,并在模型输入中保留该掩码。切窗跨越固定 4,096 秒文件边界时,还要检查相邻文件是否连续及版本一致。
5.6 六个最常见的坑
| 坑 | 会发生什么 | 修正办法 |
|---|---|---|
| 把 4K 当作 4,000 Hz | 时间轴与频率轴整体偏移 | 使用元数据中的 4,096 Hz |
| 把三台站当固定三通道 | 缺站事件被填成伪信号 | 按事件页与 DATA 状态构建可变站点集合 |
| 只按事件名去重 | 校准与分析版本被覆盖 | 主键加入目录和事件版本 |
| 忽略硬件注入 | 人工信号混入天体候选 | 使用对应发布的注入位定义和段列表 |
| 在低于 10 Hz 解释高级应变 | 得到无校准意义的趋势 | 遵守官方校准频带并记录滤波 |
| 混用事件短窗与连续档 | 正负样本拥有不同边界特征 | 尽量从同一运行档按统一管线切窗 |
§6 与库内数据的关系
6.1 站内没有同实体副本
数据库按 ligo、gwtc、gravitation、中文“引力波”和“应变”检索未发现既有同实体记录,因此不存在改名重发问题。站内更接近的对象分成两类:一类是天文与地球科学目录,适合比较对象标识、版本累计和时空主键;另一类是高频波形库,适合比较采样率、掩码、切窗与跨设备验证。它们都不能替代 GWOSC 的多探测器证据链。
6.2 相关数据集导航
| 数据集 | 关系 | 关键差异 |
|---|---|---|
| NASA 系外行星档案 | 同为持续更新的天文目录 | 以表格对象与候选状态为主,不含干涉仪应变 |
| Gaia DR3 | 同为大规模天文观测基础设施 | 核心是源表与天体测量,主键逻辑不同 |
| ComCat 地震目录 | 同样连接波形事件、时间和修订 | 物理量、台网与事件判定体系不同 |
| EuroSAT | 同属地球与空间观测数据 | 是固定图像瓦片,不是连续高频时序 |
| SensSmartTech | 多通道同步信号 | 通道来自同一受试者设备,不是全球探测器网络 |
| Non-EEG | 有传感器时序与状态标签 | 采样边界与生理任务不同 |
| MGH/MF 波形库 | 高频连续波形与质量问题 | 临床监护通道多,标签依病历而非事件目录 |
| 巴塞罗那 SICU 波形库 | 原样床旁波形适合研究缺口 | 缺测机制来自监护流程,不是探测器运行状态 |
| AAMI EC13 测试波形 | 可类比硬件注入的受控测试思想 | 是标准化合成心电测试,不是现场仪器应变 |
| MIMIC-IV-Waveform | 大规模波形工程参考 | 以患者、住院和设备为层级,不含天体物理版本链 |
6.3 选择路径
目标是天体对象目录查询,先看 NASA 系外行星档案或 Gaia;目标是地球物理事件目录与可修订记录,ComCat 更直接;目标是高频数组工程、缺口和跨设备泛化,可参考临床波形库;目标若涉及引力波事件、探测器一致性、质量位或校准频带,才应以 GWOSC 为主。所谓“相近”只表示数据工程问题可借鉴,不表示标签或物理量能合并训练。
导航说明: 上述链接按“天文目录—地球物理事件—高频时序工程”的路径排列,均指向查询时仍在架的真实记录;它们用于扩展方法比较,不表示与 GWOSC 属于同一实体或同一物理任务。
§7 质量评估与局限性
7.0 先校正评价对象
不能用普通分类数据集的“标签是否齐全”单独评价 GWOSC。连续应变的目标之一就是让研究者重跑搜索,目录只记录达到发布口径的候选;未入目录不等于经过人工确认的负类。更合适的评价维度是时间可追溯性、校准边界、质量信息、版本透明度、跨站结构与衍生产品可复现性。
7.1 五维评估
| 维度 | 判断 | 依据 |
|---|---|---|
| 来源可信度 | 高 | 合作组织管理,发布页、数据 DOI、论文与校验和相互指向 |
| 结构透明度 | 高 | 运行、探测器、采样率、质量位、事件版本均有官方说明 |
| 标签完备性 | 有边界 | GWTC 是阈值化累计候选,不是连续时序逐秒真值 |
| 版本稳定性 | 可追溯但不能忽略 | 同一事件可因校准、清理、分析和出版形成多版 |
| 建模便利度 | 中等 | HDF5 与 API 友好,但高频体量、GPS 时间和掩码增加工程成本 |
7.2 “标签”至少有三层
第一层是仪器状态:DATA、各分析族质量条件与硬件注入状态。第二层是搜索结果:候选、FAR、p_astro、搜索 SNR。第三层是参数估计:质量、自旋、距离、天区等后验。三层由不同过程产生,置信含义也不同。把质量位当事件标签,或把后验中位表达成无误差真值,都会让学习目标失真。
GWTC-5.0 的 390 个候选采用“更可能具有天体物理起源”的累计口径,官方新闻与目录说明给出 p_astro > 0.5 的边界。这个阈值不保证每个候选最终都维持同样解释,也不意味着阈值以下都是仪器噪声。训练集应保存连续概率、FAR、流水线与目录版,而不是只生成永久二值标签。
7.3 可枚举的偏差与伪特征
事件居中偏差。 事件文件围绕已知时刻裁剪,模型可能学会只看中心。解决办法是从连续档统一切窗并随机化位置。
运行泄漏。 同一运行的谱线、校准和噪声清理会留下共同风格。随机按窗口切分会让训练与测试共享这些特征。应按运行、时间块或探测器条件做外部验证。
版本泄漏。 同一事件的不同版本波形高度相关。把它们分到训练与测试两侧,相当于重复样本。分组键必须回到物理事件,而版本用于敏感性分析。
站点泄漏。 某类候选可能集中在特定探测器组合,模型会借“缺了哪一站”猜标签。需要报告输入站点集合,并设置缺站对照。
质量位捷径。 若正例来自事件门户、负例来自随意连续段,两类的质量筛选不同,模型可从缺口和边界识别来源。应以相同质量规则构造双方。
注入混入。 人工信号保留在公开应变中,既可以作为受控测试,也可以污染未知候选搜索。必须显式标记而非事后凭形状删除。
7.4 频带、校准与降采样限制
高级 LIGO 与 Virgo 应变在 10 Hz 以下没有校准意义;O4 校准上界为 5 kHz。4 kHz 数据接近 1,700 Hz 以上受抗混叠滤波影响,不能用奈奎斯特上限替代官方建议。公开数据还包含仪器谱线、瞬变毛刺与非平稳噪声,白化只能改变表示,不能把未知噪声变成独立同分布样本。
校准不确定度有独立幅度与相位文件。若任务只做教学可在限制说明下忽略;若比较波形相位、距离或跨站幅度,则应把不确定度纳入分析。不同发布对同一时段可能采用不同校准或清理,重复下载后看见细小差异并不必然是文件损坏,先核对事件版本和源通道。
7.5 外部验证与持续更新
最有说服力的验证不是在一个目录里随机留出事件,而是跨观测运行、跨探测器组合或跨版本。可以用 O1–O3 训练,在 O4a、O4b 测试;也可以固定事件,比较不同校准版本下输出稳定性。任何跨运行结果都要同时报告频带、质量规则、注入处理与采样率,否则无法判断变化来自天体、仪器还是预处理。
GWOSC 会继续增加运行、修订事件与发布衍生产品,因而快照化是必要步骤。API 返回当前状态,Event Portal Snapshots 则用于回看历史。训练资产应把原始响应和文件清单存档,避免未来目录更新后无法重建当时的纳入标准。
§8 生态位与历史
8.1 从 LIGO 专用入口到网络中心
中心原名 LIGO Open Science Center,后来更名为 Gravitational Wave Open Science Center。更名反映了入口角色的变化:公共产品不再只来自 LIGO,两台美国干涉仪之外,Virgo、GEO600 与 KAGRA 也通过同一服务体系提供数据。统一接口降低了跨站点格式与发现成本,但没有抹平各仪器的校准范围和运行差异。
8.2 GWTC 怎样变成累计目录
GWTC 不是一次观测运行的原始输出,而是合作组织维护的累计瞬变集合。随着新运行和重分析加入,事件数量、默认参数与版本都会更新。到 O4a 时主发布对应 GWTC-4.0,后续有 GWTC-4.1 更新;到 O4b,GWTC-5.0 把累计候选数提高到 390。目录数字是科学分析版,不等于应变数据集修订号。
8.3 它在 AI 数据版图里的位置
在 AI 研究里,GWOSC 同时扮演三种角色:高频科学时序仓库、弱而分层的事件监督源、带物理约束的开放基准。它适合检验时频表征、异常检测、跨域泛化、集合输入和不确定性传播,也会惩罚只在随机划分上奏效的捷径。真正成熟的管线不会只输出一个分类分数,而会说明使用了哪些站点、哪些质量条件、哪个频带和哪一版目录。
8.4 谁在使用、怎样引用
用户包括引力波搜索与参数估计团队、天文数据课程、信号处理研究者和开放数据工作坊。GWOSC 提供 Python 教程、快速浏览 notebook、批量下载指南与工作坊材料。数据按 CC BY 4.0 提供;官方要求引用与所用运行相应的开放数据论文,并加入 GWOSC 指定致谢。O4b 页面还给出数据集 DOI 10.7935/8emv-ag54,GWTC-5.0 页面给出 DOI 10.7935/bk00-6a89,二者分别对应连续运行与事件目录语境,引用时不要互相替代。
§9 使用指引
9.1 三种角色的路线
| 角色 | 最短路线 | 交付前必须保存 |
|---|---|---|
| 教学与可视化 | 事件门户选事件 → 下载 32 秒或 4,096 秒文件 → GWpy 读取 → 按官方频带处理 | 事件版、探测器、采样率、滤波参数 |
| 搜索算法工程 | Data Sets 选运行 → OSDF/归档取连续档 → 解码质量与注入 → 统一切窗 → 跨运行评估 | 数据集修订、文件清单、MD5、窗口 GPS、掩码规则 |
| 参数估计研究 | GWTC 固定目录 → 事件版取应变 → 稳定版取后验 → 锁定波形与先验 → 复现 | 目录版、Stable Release、事件版、源通道、软件环境 |
9.2 可复现的最小清单
一次可复现使用至少回答十二件事:用了哪个观测运行;哪个公开数据集名;哪些探测器;4 kHz 还是 16 kHz;HDF5 还是 GWF;GPS 时间边界;采用哪个 DATA 与质量条件;是否排除硬件注入;目录是 GWTC 哪一版;同名事件是哪一版;预处理频带和降采样怎样做;文件校验和是否匹配。做参数估计时再加稳定版、波形族和先验。
数据拆分必须以物理事件与连续时间块为分组单位。事件的多个探测器文件、时长版本、采样率版本和校准版本不能跨到测试侧;相邻连续窗口也不要随机打散到两侧。评价报告要区分“事件级识别”“连续运行搜索”和“参数回归”,三者的负样本与成功条件不同。
9.3 引用与发布结果
使用网站资源时,按官方 Acknowledgement 页面引用对应 O1/O2、O3、O4a 或 O4b 开放数据论文,并包含指定致谢。若使用 GWTC-5.0 参数或事件定义,再引用目录结果、方法或参数产品 DOI。公开模型时附机器可读数据清单,列 URL、MD5、修订和处理脚本版本;不要重新分发时删掉 CC BY 4.0 归属信息。
结果措辞也要匹配证据。模型在目录事件上识别到相似波形,只能说明对既有候选的回放能力;在连续档找到高分窗口,也不能自行宣布新天体事件。候选确认需要多流水线、探测器状态、数据质量和天体物理分析共同支持。
§10 AI 使用声明
| 项目 | 声明 |
|---|---|
| 文本生成 | 使用生成式 AI 辅助组织结构与措辞,事实边界由官方页面逐项核对 |
| 数字来源 | 390 个候选、运行日期、采样率、文件时长、频带与许可均来自 GWOSC 官方页面 |
| 文件核验 | 已核验官网 HTTP 200、归档结构说明与 MD5 清单入口;未下载全量二进制档案 |
| 不一致说明 | 初始线索认为当前目录可能为 GWTC-3 或 GWTC-4;官方已于 2026 年发布 GWTC-5.0,故采用后者 |
| 论文信息 | 仅列官方发布页直接链接或指定引用的开放数据、目录与方法资料 |
| 未核验内容 | 未给出全部运行合计字节数与文件总数,因为官方顶层页未提供统一口径 |
| 图像 | 未生成或分析封面图,仅提供符合站点规范的图像提示词 |
| 免责 | 内容用于数据理解与研究设计,不能替代低延迟告警、合作组织确认或专业科学审查 |
常见误读(避坑清单)
| 说法 | 实际 | 证据 |
|---|---|---|
ligo 就是一份 LIGO CSV |
官方入口是 GWOSC 的多层公共数据系统 | GWOSC About |
| GWOSC 只发布两台 LIGO 的数据 | 还统一承载 Virgo、GEO600、KAGRA 公共产品 | Data Sets |
| 当前最新目录是 GWTC-3 | 当前累计目录为 GWTC-5.0 | GWTC-5.0 |
| 390 个候选就是 390 个文件 | 每个候选可有多探测器、多采样率、多格式与多版本 | Event Portal Notes |
| 4K 文件按 4,000 Hz 采样 | 官方采样率是 4,096 Hz | O4 Technical Details |
| 16 kHz 档全频带都已校准 | O4 校准有效范围为 10 Hz 至 5 kHz | O4 Technical Details |
| 文件存在就代表每秒都可用 | 应以 DATA 和对应质量标志判断 |
Event Technical Details |
| 硬件注入已从公开波形删除 | O4 不屏蔽注入,而是提供区间与掩码 | O4 Technical Details |
| 同一事件只会有一版 | 校准、清理、分析或论文变化都可产生新版本 | Event Portal Notes |
| 开放数据无需署名 | 许可为 CC BY 4.0,并有指定引用与致谢 | Acknowledgement |
| O4a 已包含 Virgo 主应变 | O4a 主发布为 H1、L1;O4b 才列 H1、L1、V1 | O4a / O4b |
| 目录外窗口都是真负例 | 目录受搜索灵敏度与纳入口径限制 | GWTC-5.0 |
FAQ
Q1:第一次接触时,应下载 4 kHz 还是 16 kHz?
先由研究频带决定。若目标是常见紧致双星瞬变的入门复现、时频图或低于约 1,700 Hz 的方法验证,4,096 Hz 版本体量较小,官方也把它作为标准公开档之一。若任务涉及约 1,700 Hz 以上内容,应使用 16,384 Hz,因为 O4 技术说明明确指出 4 kHz 档的抗混叠滤波会影响接近奈奎斯特频率的区域。即使选择 16 kHz,也要遵守 O4 应变 10 Hz 至 5 kHz 的校准边界,不能把更高数字采样上限当成有效科学带宽。
Q2:为什么不直接把 GWTC-5.0 的 390 个候选做成二分类正例?
因为正例文件围绕已知事件裁剪,具有居中、质量筛选和探测器可用性等共同条件;随意抽取的负例若来自另一套流程,模型很可能识别这些条件而非引力波。目录口径还是 p_astro > 0.5 的累计候选,概率、FAR 和流水线来源包含重要不确定性。更稳妥的做法是从同一连续运行档按统一规则切正负窗口,以物理事件分组,并保留连续 p_astro、FAR、目录版和事件版作为监督来源。
Q3:HDF5、GWF 与文本格式应该怎样选?
HDF5 适合 Python、Matlab、C 等通用工具链,便于教学和机器学习;GWF 保留引力波社区标准通道命名,适合 GWpy、LALSuite 与已有帧数据工作流;ASCII 文本常用于事件页的快速查看,但不适合整次运行的高频批量处理。格式转换不应改变应变值与时间坐标,同时必须把探测器、GPS 起点、采样率、质量位、注入位和发布修订带入新容器。只导出一列浮点数会失去判断有效性的关键证据。
Q4:可以把 H1、L1、V1 直接堆成三个固定输入通道吗?
只有在所选时间三站都有满足条件的数据时才可以,而且仍需处理各站响应与到达时差。O4a 主发布没有 V1,O4b 才包含三站;单个事件也可能因某站未运行而缺少数据卡。更通用的表示是“探测器集合 + 每站时序 + 可用性掩码 + 站点元数据”,模型通过掩码或集合聚合处理缺站。若必须固定张量,填充值与掩码要分开,并在评价中报告具体探测器组合。
Q5:怎样声明一个结果真正可复现?
至少公开运行名、数据集修订、探测器、GPS 区间、采样率、格式、文件 URL 与 MD5、质量规则、注入处理、频带处理、目录版和事件版。参数估计任务还要给稳定版、波形族、先验与软件环境。最好保存 API 原始响应和完整文件清单,因为当前接口会随目录更新。只写“数据来自 LIGO、使用 GWpy 读取”不足以定位到同一校准、同一掩码和同一科学标签。
术语表
| 术语 | 含义 |
|---|---|
| GWOSC | Gravitational Wave Open Science Center,引力波公共数据统一入口 |
| LIGO | Laser Interferometer Gravitational-Wave Observatory,激光干涉引力波天文台 |
| LVK | LIGO、Virgo、KAGRA 合作网络的常用合称 |
| GWTC | Gravitational-Wave Transient Catalog,引力波瞬变累计目录 |
应变 h(t) |
干涉仪相对长度差的无量纲时间序列 |
| H1 / L1 | LIGO Hanford / Livingston 探测器代码 |
| V1 / G1 / K1 | Virgo / GEO600 / KAGRA 探测器代码 |
| GPS 时间 | 引力波数据使用的连续秒时间基准 |
| GWF | 引力波社区标准帧文件格式 |
| HDF5 | 面向多语言的层次化数据容器 |
| DQ | Data Quality,数据质量标志或掩码 |
DATA |
指示公开应变是否可用的基础状态 |
| 硬件注入 | 通过仪器控制链产生的模拟引力波响应 |
| FAR | False Alarm Rate,误警率 |
p_astro |
候选具有天体物理起源的概率型搜索量 |
| SNR | Signal-to-Noise Ratio,信噪比 |
| 参数估计 | 由波形、先验与噪声模型推断源参数的过程 |
| 后验样本 | 参数估计产生的概率分布样本 |
| OSDF | 面向大规模科学数据分发的访问方式 |
| NDS2 | 按时间和通道读取网络数据的服务 |
| 修订号 R1 | 公开通道或数据集的封装修订标识 |
附录 A:核心数字核对表
| 数字或边界 | 官方出处 |
|---|---|
| GWTC-5.0 累计 390 个更可能具有天体物理起源的候选 | O4b Open Data Release |
| GWTC-5.0 发布于 2026 年 5 月 26 日 | GWTC-5.0 |
| O4a:2023-05-24 至 2024-01-16,H1、L1 | O4a Data Release |
| O4b:2024-04-10 至 2025-01-28,H1、L1、V1 | O4b Data Release |
| 16,384 Hz 与 4,096 Hz 两种应变采样率 | O4 Technical Details |
| O4 连续文件固定 4,096 秒 | O4 Technical Details |
| DQ 与硬件注入摘要为 1 Hz | O4 Technical Details |
| O4 校准频带 10 Hz 至 5,000 Hz | O4 Technical Details |
| 4 kHz 档约 1,700 Hz 以上不宜使用 | O4 Technical Details |
| 事件门户通常提供 32 秒与 4,096 秒时长 | Event Portal Usage Notes |
| GWTC-5.0 事件应变提供 4,096 秒文件 | GWTC-5.0 |
| CC BY 4.0 | GWOSC Acknowledgement |
O4b 数据 DOI 10.7935/8emv-ag54 |
O4b Data Release |
GWTC-5.0 DOI 10.7935/bk00-6a89 |
GWTC-5.0 |

