注意:以下翻译的准确性尚未经过验证。这是使用 AIP ↗ 从原始英文文本进行的机器翻译。
地理时间序列应对实体随时间的位置信息进行建模,例如一架飞机从旧金山飞往纽约市。如果您的数据不包括时间戳、位置或唯一标识的系列ID,地理时间序列可能不适合您的应用案例。
每个地理时间序列同步中的行遵循相同的模式,该模式在Pipeline Builder中创建同步时定义。模式至少包括以下_必需_字段:
列 | 类型 | 描述 |
---|---|---|
系列ID | 字符串 | [必需] 观察序列的标识符,通过地理时间序列引用(GTSR)引用。必须在1-100个字符之间,包括边界。 |
时间戳 | Timestamp | [必需] 观察从传感器发出的时间。这也可以称为事件时间戳。 |
位置 | GeoPoint | [必需] 观察的纬度和经度坐标。 |
海拔 | Double | [非必填] 观察在地球表面上的高度,以米为单位。若渲染需要,海拔假定为椭球高度(HAE),以米为单位。 |
通常会在观察旁记录附加数据,例如飞机报告其航向或速度。地理时间序列允许这些附加数据点与必需的地理时间序列列一起被捕获。
在地理时间序列同步中,您应选择一个系列ID来对来自移动实体的观察进行分组。传入数据应包含在观察之间保持不变的给定实体的标识符。如果没有提供这样的标识符,您可以从数据中创建一个标识符,例如,通过连接航班编号、起点、终点和日期。通过在系列ID中包含日期,您确保每一天的航班被视为独立的系列,而不是将多天的航班与单个系列关联。
系列ID用于回忆最新点、轨迹和与系列相关的其他属性。冲突的系列ID会导致地图渲染不佳或数据错误。
地理时间序列模式上的属性,如速度或航向,默认情况下都是“动态”的,意味着预期在每次观察中都会更改。通常,不会更改的属性,或“静态”属性,例如飞机的呼号或旗帜,应放置在地理时间序列对象类型上,而不是作为地理时间序列本身的属性。在少数情况下,将静态属性非标准化到观察中以启用搜索工作流可能是有用的。为支持这一点,地理时间序列允许属性被标记为“静态”而不是“动态”,通知Foundry的地理时间序列数据库在压缩或下采样轨迹时,属性可以比“动态”属性采样得更少。即使这些“静态”属性在观察之间保持不变,仍然要求在每个传入观察中指定。