Los datos temporales incluyen información sobre eventos temporales, que describen una observación o un conjunto de observaciones de un objeto o grupo de objetos determinado. Por consiguiente, el evento incluye información sobre la observación, por ejemplo cuándo o dónde tuvo lugar y qué actividad se observó, así como información sobre el propio objeto.
ArcGIS Tracking Analyst organiza esta información en eventos temporales simples y complejos. Un evento temporal simple contiene toda la información necesaria en un mensaje o registro, denominado componente de observación temporal. Un evento temporal complejo incluye un segundo componente, el componente de objeto temporal. En el caso de datos de tiempo fijo, estos componentes pueden aparecer en archivos o tablas separados. Para los datos en tiempo real, estos componentes aparecen en mensajes de datos y Tracking Analyst los combina automáticamente.
Eventos simples
Para eventos simples, el componente de observación temporal es el único componente de los datos. Debe incluir al menos la fecha y hora de la observación. Los datos de tiempo fijo que contienen eventos simples pueden organizarse en una tabla, que incluye la fecha y cualquier otro atributo que esté presente. Los eventos simples contienen en un componente único todos los elementos necesarios para que Tracking Analyst los procese y los muestre.
Eventos complejos
Los eventos complejos incluyen dos componentes, un componente de observación y un componente de objeto. El componente de observación temporal no incluye toda la información necesaria para el objeto, de modo que la información adicional se almacena en el componente de objeto. El contenido exacto del componente de objeto depende de si los objetos rastreados se están desplazando o son estáticos. Con suerte, el componente de objeto debería incluir todos los atributos que son estáticos. Por consiguiente, el componente de objeto podría contener el campo de forma para eventos estáticos. Como mínimo, debe incluir un campo ID que puede vincularlo al componente de observación.
La fusión de los componentes de objeto y observación temporal crea un registro de evento complejo o mensaje de datos. Se utiliza un campo ID único que existe en ambos componentes para unir los dos y crear una imagen completa de la información de cada evento. En el caso de datos en tiempo real, esta fusión aparece automáticamente.
Eventos estáticos complejos
Un ejemplo de evento estático complejo se toma de una estación meteorológica. La ubicación geográfica del sensor no cambia, de modo que su posición geográfica, así como otra información estática, se almacena en el componente de objeto temporal. El componente de objeto temporal también incluye el ID del sensor de modo que se pueda vincular a las observaciones para el sensor correcto. A continuación se muestra una combinación de tablas para eventos temporales estáticos complejos.
Eventos dinámicos complejos
Un ejemplo de evento dinámico complejo es la información de un avión. Su ubicación geográfica está cambiando constantemente, de modo que se debe almacenar en el componente de observación, junto con la información de fecha y hora. En este caso, la tabla de objetos temporales podría incluir información como el fabricante y modelo del avión, información del piloto y la tripulación y la edad y capacidad del fuselaje. A continuación se muestra una combinación de tablas para eventos temporales dinámicos complejos.
Agregar eventos complejos a partir de datos de tiempo fijo
Al agregar eventos complejos desde datos de tiempo fijo, el Asistente para agregar datos temporales le pide que proporcione los dos componentes descritos anteriormente. El asistente, sin embargo, utiliza los términos clase de entidad de entrada y tabla de entrada para definir cómo y dónde se almacenan los datos. Tanto la clase de entidad como la tabla deben residir en el mismo geodatabase personal.
La clase de entidad de entrada siempre debe contener las entidades geográficas y el ID para unirse a la tabla de entrada. Los demás atributos dependen de si están agregando eventos dinámicos o estáticos. Si está agregando eventos dinámicos, la clase de entidad de entrada contendrá información de fecha y hora para los eventos y no debería incluir ningún atributo estático. Si está agregando eventos estáticos, la clase de entidad de entrada debería contener atributos estáticos, pero no la información de fecha y hora para los eventos.
La tabla de entrada debe contener por lo menos el ID para unirse a la clase de entidad, pero también debería incluir otra información de atributos. Para los eventos dinámicos, la tabla de entrada debería contener solo la información de objeto estática. Para los eventos estáticos, la tabla de entrada debería contener también la información de fecha y hora.