摘要

  • W3C 9 月 29 日的《Semantic Sensor Network Ontology — 2023 Edition》工作草案新增一张七行表，将 SensorThings API 的导航属性及其反向关系对应到 SOSA/SSN 属性。9 月 25 日上一公开版本已有实体类型对照，却没有这张关系表。
  • 草案同时明说：SensorThings 是 JSON API，不能仅凭 OWL/RDFS 公理完成与 SSN 的对齐。因此，新表是设计线索，不是自动转换程序、最终标准或往返保真的验收证书。

迁移传感数据时，最容易保住的是名词，最容易弄丢的是句子里的关系。一个记录可以被标成“观测”，另一端也能识别这个类别；但它究竟由哪个传感器产生、关联的是眼前样本还是最终研究对象，取决于链接如何迁移。W3C 本周补上的正是后一层，使原先藏在转换代码里的选择有了可公开核对的参照。

9 月 25 日版本已借助 OMS，把 SensorThings 的 Thing 对应到 sosa:Platform，把 Datastream 对应到 sosa:ObservationCollection 等类别。9 月 29 日版本没有重新发明这些概念，而是在第 7.3.2 节加入表 17：传感器、被观测属性、平台、观测集合成员，以及近端与最终关注对象的导航关系，各有相应属性和反向关系。W3C 项目仓库的相关改动在 9 月 29 日合并；评审期间还修正了两处平台相关的 OMS 链接。这是 SSN 草案增补对照，不是 OGC 发布了新版 SensorThings API。

近端与最终关注对象尤其不能随手合并。设想某条数据先测量样本，再用样本推断更大范围的对象。新表分别指向 sosa:hasFeatureOfInterest 和 sosa:hasUltimateFeatureOfInterest。如果一套假设中的导出程序把二者压成一个通用字段，下游查询就可能把“直接测到的东西”当成“最终想了解的东西”。这不是对任何现有产品故障的指控，而是迁移测试应当覆盖的语义损失情形。

草案对自身能力有清晰边界。SensorThings 是 JSON API，W3C 认为这种对齐不能用 OWL/RDFS 公理直接表达，因而借 OMS 作为概念桥梁。真正的实施仍须选定源接口与目标本体的版本、关系方向、缺失链接的处理方式，以及导出后如何对照原数据。识别类别正确、图谱推理正常、HTTP 请求成功，都不足以单独证明数据来回转换后意思不变。

这份文件仍是工作草案；W3C 的状态说明明确说，发布不等于 W3C 及成员认可，文档日后还可能修改。团队可以把七行表纳入版本化迁移设计，却不能把它当作厂商认证或现网互操作的实证。表格把问题摆上桌面，最终选择和证明仍由掌握转换链条的人承担。

资料来源