原始二维数据为ArcGis数据，已提交我们； （1）防火专题 保护站 扑火队伍 物资储备库 视频监测 地物点 GPS道路 （2）地貌 独立地物 山峰 高程点 等高线 （3）居民点 缙云山管理局 居民点 居民地 （4）交通道路 铁路车站 铁路
点状道路附属设施 道路
线状道路附属设施
（5）森林资源 （6）水系 （7）卫星影像 （8）行政境界 （9）行政区划 2、待完善的数据
以下数据采用GPS掌上设备，由采集人员定点采集（包括坐标值、相关资源类型、及属性信息），然后将采集到的非图形数据入库，由系统自动生成相关的二维和三维数据，该套系统设备还待开发中。 （1）山体道路数据
主要指山体上面的道路，包括允许人员穿过的山林小路。 （2）水资源数据
主要在山体上或周围的水路信息，水路有时可以阻断火势蔓延。 （3）保护资源数据
主要指要重点保护对象的植被和动物资源分布情况。 （4）防火资源数据
主要指可以在火灾发生时用于救火的人员和物资资源。 3、数据采集信息 字段名 GPSID Gpstime Longitude 中文名 GpsID（设备ID） GPS采集时间(定位UTC时间) Gps经度 字段类型 Char(20) Datetime 是否为空 Not null Not null Decimal(10,6) Not null 6位小数 Latitude Gps纬度 Decimal(10,6) Not null 6位小数 High JobType OBJID 说明：
Gps高程（相对于海平面） 任务类型 对象ID Decimal(10,2) vChar(20) int Not null Not null Not null （1）由GPSID、 OBJID根据采集时间决定一条道路；
（2）对于同一条道路的OBJID都是同一个值，相当于唯一的道路编码； （3）一条道路由GPSID按照采集的时间顺序和道路编码的记录值组成。 4、三维数据参数
由于在山区，其三维遥感影像数据精度很低（2.5米）。 二、问题说明
1、图片标记不固定，会跟随鼠标动作发生飘移；（已提交过相关视频） 这是三维显示上的主要问题，如果解决了，很多相关的功能都可以放入二维数据层进行分析。
2、加载三维模型过多时（二三十个后），资源消耗严重，容易导致系统瘫痪； 3、无三维输出打印开发接口，因为平台的风格不适合，所以想重新写； 4、系统开启时间如果过长，会报系统错误（有截图）； 三、功能需求说明 1、功能模块划分 （1）火点监控
通过智能摄像头设备自动监控并实时报告火点位置和现状信息，已由相关硬件接口实现； （2）数据采集
通过GPS设备，采集珍惜资源、救援物资、道路等环境信息；
（3）数据入库
将采集的数据入库，并转为专题图层数据； （4）拓扑建立
对道路网络数据建立拓扑关系，以作后期分析； （5）救援分析
通过采集的地区资源数据和道路网络信息进行分析，提示附近相关救火物资和需要紧急抢救的资源，以及相关路径； （6）统计分析
统计某个范围内相关的资源和物资信息； （7）指挥调度
预留接口，三维图层上做符号标记，暂时可不做考虑。
2、对于现有需求和二三维一体化的思路，主要有数据入库、拓扑建立、救援分析和统计分析等几个部分我们可以介入，相关的统计分析可以在二维上完成，结果通过三维进行展现。 （1）数据入库
根据采集到的点数据，通过坐标和属性信息，自动将其划分为不同的点
专题层入库，如防火队、物资设备库、珍惜树种、居住人口等，并在二维和三维显示图层上用图片标记出来；
根据采集到的道路数据，如坐标、路面情况（水泥路面、泥巴路面）、
道路宽度、路面通信信号等，通过采集点的时间顺序组成道路线要素并入库道路专题层，在二维图层上显示出来供于后期分析所用。 （2）拓扑建立
入库后的道路数据是孤立的线要素，不能用于后期的救援道路分析，要
提供构建道路拓扑网络的工具，要求尽量具有较高的自动化能力，以实现快捷方便的拓扑构建方式。 （3）救援分析
当火灾发生时，通过建立的道路网络数据和相关属性信息，提供具有优
势的路径选择，并提示相关路段的环境参数，用于判断该路段是否是最短路径、是否适合救援车辆的通过、是否有通信信号、是否可以最快捷方便的调用周围的救援物资、是否可以最快速阻断火势的蔓延、是否可以较大范围的拯救珍惜资源等。 （4）统计分析
通过划定的范围和采集入库的图形及属性数据，统计该范围内相关的物
种、人口、设备、救援队等信息。
四、关键点说明
期望解决图片标记不固定的问题，该问题解决后，不仅方便了后期功能的开发，还可以大大提高程序运行的速度及稳定性。比如分析统计结果在三维上展现时，通过图片标记可以很大程度简化编码过程，因为如果实时地将结果通过三维模型的方式显示在三维界面上，不仅编码难度大，而且运行效率很低。
因篇幅问题不能全部显示，请点此查看更多更全内容