全部分类
工具箱
8
开发日志
2
程序开发
17
数据库
6
sqlite
1
环境信息
1
沙痕的知识库
26
模型
52
模型平台
4
Web
4
MIKE模型
24
使用技巧
31
GIS
13
坐标系
2
HEC模型
3
开发技巧
15
服务器安全
2
安全证书
1
侃一侃
6
那些年那些事
1
洪水
7
水质
6
电脑小知识
1
语言
7
Net
3
混合编程
1
mysql
1
分布式存储
1
Redis
1
开发问题集锦
1
Python
3
闲谈
1
环境观察
1
最上川的知识库
2
OpenGIS
3
张世诚的知识库
1
机器学习
4
标准化接口
1
项目库
1
政府采购环保项目
1
应用指南
6
模型比较
1
HEC-HMS模型
1
模型简介
7
HEC-RAS模型
1
spatial join
1
工具
2
Git
1
VS
1
EFDC模型
3
ArcGIS
2
软件简介
2
QGIS
1
sqlserver
1
模拟数据
1
WASH123D模型
3
SWMM模型
3
Delft3D模型
3
平台展示
1
流域研究
8
模型研究
4
信息化管理平台建设
4
防洪、内涝
1
环评
1
排污许可
1
水环境治理
1
# 模型集成的两种思路
发布于新浪博客,时间:2013-03-05 22:03:16 原文
前两天帮朋友针对洪水调度系统的模型集成简单画了两种思路的流程图,其实这也适合其他水模型业务系统的集成,现分享到这里,供感兴趣的朋友参考。
- 思路一
这里况且称为松耦合系统,调度系统(信息+GIS+其他业务)与模型独立,各成一体,模型为专业的模型业务人员来运营,建设(如建模、率定、验证、设计方案、方案计算等),调度系统主要面向决策层人员以及面向公众的信息服务,两者之间在建设的时候可以为调度系统约定一个存储管理模型的规则,定期去扫描,来获取这里存储的模型,模型业务人员则每次将计算好的某个方案的模型结果提交到这个约定存储的位置,然后决策人员或相关公众人员可以通过调度系统简化的、方便的、虚拟现实的方式来获取相关方案的信息,避免了直接与专业性比较强的模型打交道。这种思路的优点是,开发快,集成简单,可操作性也强。至于规则的定义中涉及的模型结果文件格式的解析,可以约定一种结构,然后再写个中间件将不同模型的结果文件转换为规则格式数据,也可针对流行的各种模型的结果格式单独建立解析方法。缺点是模型中涉及的时序数据不能很好地与平台系统进行通信,从而加大了模型业务人员的工作量,也增大了时序数据不一致性的风险,同时决策人员没法进一步直观了解方案设计的思路、相关数据依据等。目前尚禹WebGIS平台
全部分类
工具箱
8
开发日志
2
程序开发
17
数据库
6
sqlite
1
环境信息
1
沙痕的知识库
26
模型
52
模型平台
4
Web
4
MIKE模型
24
使用技巧
31
GIS
13
坐标系
2
HEC模型
3
开发技巧
15
服务器安全
2
安全证书
1
侃一侃
6
那些年那些事
1
洪水
7
水质
6
电脑小知识
1
语言
7
Net
3
混合编程
1
mysql
1
分布式存储
1
Redis
1
开发问题集锦
1
Python
3
闲谈
1
环境观察
1
最上川的知识库
2
OpenGIS
3
张世诚的知识库
1
机器学习
4
标准化接口
1
项目库
1
政府采购环保项目
1
应用指南
6
模型比较
1
HEC-HMS模型
1
模型简介
7
HEC-RAS模型
1
spatial join
1
工具
2
Git
1
VS
1
EFDC模型
3
ArcGIS
2
软件简介
2
QGIS
1
sqlserver
1
模拟数据
1
WASH123D模型
3
SWMM模型
3
Delft3D模型
3
平台展示
1
流域研究
8
模型研究
4
信息化管理平台建设
4
防洪、内涝
1
环评
1
排污许可
1
水环境治理
1