Служба наблюдения за датчиками - Википедия - Sensor Observation Service

В Служба наблюдения за датчиками (SOS) представляет собой веб-службу для запроса данных датчиков в реальном времени и временных рядов данных датчиков и является частью Датчик Веб. Предлагаемые данные датчиков состоят из данных непосредственно от датчиков, которые закодированы на языке модели датчиков (SensorML ), а измеренные значения в Наблюдения и измерения (O&M) формат кодирования. Веб-сервис, а также оба формата файлов являются открытыми стандартами и одноименными спецификациями, определенными Открытый геопространственный консорциум (OGC).

Если SOS поддерживает профиль транзакции (SOS-T), новые датчики могут быть зарегистрированы в сервисном интерфейсе и будут вставлены значения измерений. Реализация SOS может использоваться как для данных с датчиков на месте, так и с датчиков дистанционного зондирования. Кроме того, датчики могут быть как мобильными, так и стационарными.

С 2007 г.[1] SOS является официальным OGC стандарт. Преимущество SOS состоит в том, что данные датчиков любого типа доступны в стандартизированном формате с использованием стандартных операций. Таким образом упрощается доступ к данным датчиков через Интернет. Это также позволяет легко интегрировать в существующие Инфраструктуры пространственных данных или же Географические информационные системы.

В 2016 г. OGC одобрил SensorThings API стандартная спецификация, новый стандарт на основе RESTful и JSON предоставляет функции, аналогичные SOS. Как оба SensorThings API и SOS основаны на OGC / ISO 19156: 2011, эти две спецификации были продемонстрированы в пилотной версии OGC IoT, что они могут взаимодействовать друг с другом.[2]

Операции

SOS имеет три так называемых основные операции это должно быть предусмотрено каждой реализацией. В GetCapabilities Операция позволяет запрашивать у службы описание интерфейса службы и доступные данные датчиков. Для использования SOS GetObservation функция, наверное, самая важная. Его можно использовать для получения данных для определенных датчиков. В DescribeSensor Функция возвращает подробную информацию о датчике или сенсорной системе и производственных процессах.

Основные операции (основной профиль)

  • GetCapabilities возвращает XML описание услуги с информацией об интерфейсе (предлагаемые операции и конечные точки), а также доступные данные датчиков, такие как период, за который доступны данные датчиков, датчики, которые выдают измеренные значения, или наблюдаемые явления (например, температура воздуха) .
  • GetObservation позволяет запрашивать наблюдаемые значения, включая их метаданные, по запросу. Измеренные значения и их метаданные возвращаются в Наблюдения и измерения формат (O&M).
  • DescribeSensor - предоставляет метаданные датчика в SensorML. Описание датчика может содержать информацию о датчике в целом, идентификатор и классификацию, положение и наблюдаемые явления, а также такие детали, как данные калибровки.

Транзакционные операции (транзакционный профиль)

  • RegisterSensor позволяет зарегистрировать новый датчик в развернутой SOS.
  • InsertObservation может использоваться для вставки данных для уже зарегистрированных датчиков в SOS.

Расширенные операции (расширенный профиль)

  • GetResult предоставляет возможность запрашивать показания датчика без метаданных с учетом согласованных метаданных (например, датчик, наблюдаемый объект).
  • GetFeatureOfInterest возвращает геообъект, свойства которого контролируются датчиками в Язык разметки географии кодирование.
  • GetFeatureOfInterestTime предоставляет периоды времени, в которые доступны измерения наблюдаемого объекта в SOS.
  • DescribeFeatureType возвращает тип наблюдаемых геообъектов (Схема XML )
  • DescribeObservationType возвращает тип наблюдения (Схема XML ), например om: Измерение).
  • GetObservationById позволяет запросить конкретное наблюдение, используя идентификатор, возвращаемый службой в ответ на InsertObservation операция.
  • DescribeResultModel предоставляет Схема XML измеренного значения, что особенно важно для сложных измерений, таких как многоспектральные данные.

Терминология

У OGC - не только для SOS - есть собственная четко определенная терминология. Вот несколько важных терминов для лучшего понимания:

СрокОписание
Интересующая особенность (FOI)Символ ~ представляет геообъект, на который действуют измеряемые значения и который измеряется датчиками. FOI обычно является средством определения местоположения (геокодирования) точек измерения, то есть геообъект имеет координаты (например, широту, долготу и высоту). Это очень сильно зависит от проекта и выбирается в зависимости от поставленной задачи.
НаблюдениеЗнак ~ дает измерение (результат) свойства (явления) наблюдаемого объекта (FOI). Само значение генерируется датчиком или процедурами (процедурой). Кроме того, явление было обнаружено в определенное время (время выборки) и генерировало значение в определенное время (время результата). Часто эти два значения времени совпадают, поэтому на практике время выборки используется как время наблюдения.
Предложение~ - это логическая группа связанных друг с другом наблюдений, которые совместно предлагаются службой.
ФеноменA ~ - свойство (физическая величина) геообъекта. Примерами являются температура воздуха, скорость ветра, концентрация загрязняющих веществ в атмосфере, отраженное излучение в определенной полосе частот и т. Д.
ПроцедураA ~ производит измеренное значение наблюдения. Это можно сделать путем считывания показаний датчика или процесса численного моделирования.
На месте~ это латинский термин "на месте".

Программного обеспечения

SOS - это стандарт OGC и, в конечном итоге, определяет только интерфейс службы, но не реализацию. В настоящее время существует несколько Открытый исходный код реализации услуги:

  • Ява Внедрение SOS на 52 ° северной широты[3]
  • Ява Внедрение SOS в Degree рамки от компании lat / lon[4]
  • А C внедрение SOS в MapServer
  • Ява, Perl и Python реализации по проекту OOSTethys[5]
  • А Python реализация как istSOS[6]

Также существуют проприетарные реализации.[7]

Рекомендации

внешняя ссылка