总结下最近做的内容，如何对格点数据，进行地理分析（温度分布、灾害分布等等），生成栅格图像。
数据：sufer导出的格点温度数据等、灾害规则。
通过读取格点数据，应用灾害知识规则，从而生成一副灾害栅格图像，比之插值要精确的多了。难点，格点数据量大、灾害分析数据的连续性（往往要分析数天的记录值）造成数据量更客观，传统的只是对若干站点进行分析，数据量简直就是小巫见大巫。
思路：1、不使用数据库。原因：每天的格网数据就在几十万级的（此处要看区域面积大小和分辨率，分辨率一般为0.00833...,试图改变分辨率减小数据量，只能说是一种手段，肯定会造成结果误差太大。），如果要求连续记录，数据库入库本身就需要N多时间；往往对某一要素连续观察数天，比如，我们需要最近3天的数据，当第四天数据到来时，我们要抛弃之前的一天的数据，来保持总是当前时间的若干天，数据库一张表貌似是无法做到的，可以使用多张表，就算可以也需要精巧的设计，我不是DBA，不懂数据库管理那么麻烦，也不想那么繁琐的操作，数据库貌似也没有什么时间纬度的概念；这些格点数据没有历史存档的必要，不需要查询；
２、用户上传数据这些格点数据，当然，命名是有规则的，2011-09-08，最新数据存放在临时目录下，监控程序实时读取临时目录，根据当前时间，自动生成连续的若干天的数据文件名字。根据文件名字，到历史存档目录下找到相应的文件数据，读出数据，进行分析就可以了。完毕，把临时目录下的数据存入历史目录下。好处，省去了入库的时间，数据也可以保存，关键之处就是数据文件的命名方式：按照时间命名。安全性：由于是文本，可以加密文本，或是加密文件夹。如果需要可以建立索引，算法上要有研究了。
3、参照arcgis能够识别的anscii文本格式，建立将要生成的栅格数据的文本模型。
5、B/S 下使用arcgisGP服务，即生成自定义的栅格图像了。
总结：web页面，上传文件接口；server：监控处理程序，生成文本；web，调用GP服务，生成结果，灾害分布图。监控程序只是主机程序，并且是根据上传的文件实时处理，为用户查看结果做数据准备，所以，用户的响应时间，都集中在GP服务上，测试，该GP服务要远远小于调用ＩＤＷ插值服务的时间，因为IDW插值，要对插值结果进行剪切、平滑等多种后续操作，所以时间耗费多。而 自己制作的栅格文本文件，已经表达了本区域的内容，不会用多余区域，所以不需要extract操作，