Кратко

  • В опубликованном 29 сентября рабочем проекте Semantic Sensor Network Ontology появилась таблица из семи строк: навигационные атрибуты SensorThings API и обратные связи сопоставлены свойствам SOSA/SSN. Версия от 25 сентября уже содержала соответствия классов, но этой таблицы отношений в ней не было.
  • W3C отдельно указывает, что согласование JSON API с онтологией нельзя выразить одними аксиомами OWL/RDFS. Новая таблица помогает проектировать перенос, однако не является готовым конвертером, окончательной Рекомендацией или проверкой совместимости конкретных систем.

Одинаковое имя сущности еще не гарантирует одинакового смысла записи. Если после экспорта наблюдение указывает не на тот объект, граф может выглядеть правильным по типам и вводить в заблуждение по связям. Обновление проекта W3C от 29 сентября выводит этот риск из скрытой логики конвертера в открытую таблицу. Это полезно для долгоживущих интеграций, но оно не снимает с оператора обязанности проверить собственный маршрут данных.

В предыдущей версии раздел о SensorThings через модель OMS сопоставлял типы сущностей классам SSN: например, Thingsosa:Platform, а Datastreamsosa:ObservationCollection. Новая таблица 17 идет дальше. В ней указаны направления связей с сенсором, наблюдаемым свойством, платформой и входящими в поток наблюдениями, а также отдельно обозначены ближайший и конечный объекты интереса. Для строк приведены и обратные направления. Соответствующее изменение в открытом репозитории W3C приняли 29 сентября после исправления двух ссылок на платформу в OMS. Версия SensorThings API от OGC при этом не менялась.

Разница между ближайшим и конечным объектами может оказаться существенной. В условном примере измеряют образец, чтобы сделать вывод о более крупном объекте. Для ProximateFeatureOfInterest таблица указывает sosa:hasFeatureOfInterest, а для UltimateFeatureOfInterestsosa:hasUltimateFeatureOfInterest. Если воображаемый экспортер сведет их к одной общей связи, последующий пользователь может принять измеренный образец за конечную цель исследования. Это не сообщение о найденном сбое: пример показывает, какую потерю смысла стоит включить в испытания.

Сам проект обозначает предел таблицы. SensorThings — JSON API, поэтому его соответствие SSN нельзя полностью аксиоматизировать с помощью OWL/RDFS; OMS используется как концептуальный мост. Преобразователь должен сам зафиксировать версии входа и выхода, поведение при отсутствующих ссылках, направление отношений и способ сверки результата с исходной записью. Верный класс, работающий механизм логического вывода и ответ сервера с кодом 200 не составляют доказательства сохранности семантики при движении туда и обратно.

Статус документа — Working Draft, а не завершенная Рекомендация. W3C прямо предупреждает, что публикация не означает одобрения организации или ее членов и текст может измениться. Таблица годится как датированная опора для решения о миграции, но не как сертификат продукта или отчет о действующем развертывании. Доказательства работы конкретного перехода должны появиться там, где этот переход действительно выполняется.

Источники