Простые и сложные временные события

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

ArcGIS Tracking Analyst организует информацию в форме простых и сложных временных событий. В простом временном событии вся необходимая информация содержится в одном сообщении, которое именует компонентом временного наблюдения. Сложное временное событие включает в себя второй компонент — компонент временного объекта. В случае фиксированных по времени данных эти компоненты могут оказаться в разных файлах или таблицах. В случае данных с реальным временем эти компоненты отображаются, как сообщения и автоматически комбинируются инструментом Tracking Analyst.

Простые события

В простых событиях единственный компонент данных — это компонент временного наблюдения. Он должен включать как минимум дату и время наблюдения. Фиксированные по времени данные, содержащие простые события, можно собрать в одну таблицу, содержащую дату и все остальные наличествующие атрибуты. В простых событиях содержатся в одном компоненте все элементы, необходимые инструменту Tracking Analyst для их обработки и отображения.

Пример таблицы простых событий

Сложные события

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

Объединение временных наблюдений с компонентами объекта создает сложную запись или сообщение о событии. Для такого объединения и создания полной картины по информации каждого события используется уникальный идентификатор. Данные с реальным временем объединяются автоматически.

Сложные стационарные события

Примером сложного стационарного события могут служить данные, поступающие с метеостанции. Географическое местоположение датчика не меняется, поэтому оно вместе с другими статическими данными хранится в компоненте временного объекта. Компонент ВО также включает в себя идентификатор датчика благодаря чему его можно соединить с нужным датчиком. Далее показано объединение таблиц сложных стационарных временных событий.

Пример сложного стационарного временного события.

Сложные динамические события

Примером сложного динамического события могут служить данные, поступающие с самолета. Его географическое положение постоянно меняется, поэтому сведения о нем должны храниться в компоненте наблюдения вместе со временной информацией. В этом случае таблица временного объекта может включать в себя такую информацию, как марка и модель самолета, список членов экипажа, возраст и объем фюзеляжа. Далее показано объединение таблиц сложных динамических временных событий.

Пример сложного динамического временного события.

Добавление сложных событий из фиксированных по времени данных

При добавлении сложных событий из фиксированных по времени данных, Мастер добавления временных данных (Add Temporal Data Wizard) предложит предоставить два вышеописанных компоненты. Тем не менее, для определения порядка и места хранения данных мастер использует входной класс объектов и таблицу исходных данных. И класс, и таблица пространственных объектов должен храниться в той же персональной базе геоданных.

Выходной класс объектов всегда должен содержать географические объекты и идентификатор, которые будут добавлены в таблицу исходных данных. Прочие атрибуты зависят от того, динамические добавляются события или стационарные. Если динамические, то входной класс объектов должен содержать дату и время событий и не должен содержать статических атрибутов. Если стационарные, то наоборот.

Входная таблица должна содержать как минимум идентификатор для объединения с классом объектов, но желательно, чтобы там были и другие атрибуты. В случае динамических событий входная таблица должна содержать только статическую информацию об объекте. В случае стационарных событий входная таблица должна также содержать дату и время.

Связанные темы

9/11/2013