气象资料业务系统(MDOS)安装指南
气象资料业务系统（MDOS）安装指南
1、数据库对象初始化
请确保SQL Server 2008 R2已完整安装。
（1）运行SQL Server数据库管理程序，进入数据库登录界面，如下图所示：
注意：SQL Server数据库安装在本机时，服务器名称可以填写本机的IP地址，或者填写localhost；身份验证必须选择SQL Server身份验证。
（2）成功登录数据库后，选中“数据库”，点击鼠标右键，在弹出菜单中选
择“附加A）…”菜单项，进入数据库附加，如下图所示。
（3）在弹出框“附加数据库”中，单击“添加（A）…”按钮,分3次分别
选择“..\数据库初始化文件\MDOSv1.0数据库文件”中，SURF_RAWDB.mdf、
SURF_APPLICATIONDB.mdf和SURF_METADB.mdf，如下图所示。
注意：添加数据库mdf文件时，在“数据库详细信息”列表中，会自动创建其对应的后缀为mdf数据文件和ldf日志文件，请删除ldf日志文件项。例如，添加数据库SURF_RAWDB.mdf时，删除SURF_RAWDB_log.ldf项。
点击“确定”，完成数据库附加。
2、安装MDOS程序
双击运行..\MDOSv1.0软件包\MDOS.exe，选择目标文件夹，安装MDOS文件夹至服务器目标文件夹下，如下图所示：
3、修改config.ini文件，以记事本形式打开目录\MDOS\Parameter下
config.ini
（1）修改[DB_RAW]段原始数据库、[DB_APP]段应用数据库和[DB_META]元数据库配臵，数据库名称若改变，要与database名称保持一致，以修改原始数据库为例：
（2）修改省级编报中心，修改本省的编报中心
[AreaCode]
AreaCode=BCWH
（3）修改省名，复制本省如[湖北]中括号中的名称粘贴于PROV等号右边，INFO_STATION和INFO_REG_STATION表[province]与config中prov填写保持一致。
（4）根据各省情况设臵生成邻近站的距离
[Process_starttime]
GRP=80.0
;生成国家站邻近站时的距离,取值不能为0或负数,单位为km
QRP=80.0
;生成区域站邻近站时的距离,取值不能为0或负数,单位为km
AWSRP=80.0
;一起生成国家站和区域站邻近站时的距离,取值不能为0或负数,单位为km
（5）根据各省实际情况修改区域站相邻站范围，用于业务操作平台显示邻
近站站点。
[STATIONINFO]
refstationdistance=80.0
（6）修改是否按照观测任务做质控，本次培训由于未完善观测站观测任务参数，故RegSta和GJSta都应配臵为0，完善观测任务后可根据需要进行修改。
[QC_StaObserveTask]
RegSta=0
;区域站小时数据质量控制是否按照台站观测任务参数设臵执行（0：否；1：是）
GJSta=0
;国家站小时数据质量控制是否按照台站观测任务参数设臵执行（0：否；1：是）
（7）修改[SMS]项中与报警短信平台相关的信息表，请“参考"短信报警平台安装及使用说明”。
（8）修改国家站和区域站A、J、Y文件服务器存放地址
( 9 )修改[FtpPar]段与上传远端服务器地址、用户名、密码及路径的配臵。
（10）修改[QC_filename]段下关于质控参数的设臵，各省将“..\全国各省观测站站点信息及质量控制参数文件”目录下，本省的质控参数文件拷到Parameter目录下。
如，湖北从“..\全国各省观测站站点信息及质量控制参数文件\湖北\质量控制参数文件”下将14个参数文件拷贝到Parameter目录下，并修改本省的下列配臵文件字段的设臵。
4、导入本省观测站站点信息
（1）导入国家观测站信息。
在SQL Server2008R2中，打开“..\数据库初始化文件\MDOSv1.0数据库文件\导入本省观测站站点信息的脚本.sql”，根据该脚本首行提示要求修改脚本后，执行该脚本，完成导入本省国家观测站站点信息。
（2）导入区域站站点信息。
运行StationParameter.exe，在“区域站站点参数设臵”框中，点击“浏览”按钮选中本省的区域站站点参数信息文件（如湖北从“..\全国各省观测站站点信息及质量控制参数文件\湖北\区域站站点信息参数文件”下，选中RegStationParameter_湖北.txt），点击“导入参数”按钮，导入本省区域站站点参数。
注意：区域站站点信息参数文件中，站点的区站号、经度、纬度、拔高、气压表拔海高度、所属省份项，必须填写内容并且格式正确规范，否则该条站点信息将不能成功导入。
5、运行Dataprocess.exe，点击“更新国家站邻近站”、“更新区域站邻近站”、
“更新国家区域站邻近站”按钮,生成导入本省邻近站点信息。
6、修改元数据管理配臵文件
打开\MDOS\WEB\webapps\QXsys\WEB-INF\classes\dao文件夹下的config.ini中修改[DB_META]元数据库配臵文件。
7、双击startup-web.bat，启动TOMCAT服务器。
8、请确保安装IE8内核以上浏览器，打开IE或360浏览器，在地址栏输入：
XXX.XXX.XXX.XXX：8080，如http://10.104.202.50:8080/，WEB安装在本机上，也可以输入：htpp://localhost:8080，出现登录首页面，输入管理员用户名和密码root/123，登陆成功，即操作平台安装成功。
9、双击运行数据入库系统AWStoDB.exe，质量控制系统AWSDQCS.exe，数据处
理DATAPROCESS.exe，文件上传系统ExportAWS.exe。
10、安装完成。
注意事项：
1、站点信息表中的经度、纬度单位是“度”，不是“度分秒”。如经度114.21,纬度29.63。
2、INFO_STATION表中要求[iiiii]、[province]、[city]、[country]、[latitude]、[longitude]、[altitude]、[altitude_p]不能为空；INFO_REG_STATION表中要求[iiiii]、[province]、[city]、[country]、[latitude]、[longitude]、[altitude]、[altitude_p]、[mgiiiii] 不能为空。
3、请确保INFO_STATION表和INFO_REG_STATION表中[province]、[city]、[country]描述内容一致。
02.气象资料业务系统(MDOS2.1)用户操作手册
气象资料业务系统（MDOS2.1）用户操作手册 技术组 2018年03月
目录 1 概述 (5) 1.1开发背景 (5) 1.2功能简介 (6) 1.3平台组成 (7) 1.4平台使用环境 (8) 1.5平台基本操作 (8) 1.6数据处理流程 (10) 2 数据接收与上传监控 (13) 2.1功能简介 (13) 2.2监控概况 (13) 2.3国家站监控情况 (17) 2.4区域站监控情况 (18) 2.5辐射站监控情况 (18) 2.6酸雨站监控情况 (19) 2.7土壤水分站监控情况 (19) 2.8高空站监控情况 (20) 2.9快速质控异常文件信息显示 (20) 3 质控信息处理 (22) 3.1功能简介 (22) 3.2省级处理与查询反馈 (23) 3.3统计值质控信息处理 (50) 3.4台站处理与反馈 (51) 3.5系统性偏差检测 (55) 3.6台站更正数据文件人工干预 (59) 3.7黑名单管理 (62) 3.8观测项不一致 (68) 4 数据质量分析与处理 (73) 4.1功能简介 (73) 4.2数据流转痕迹显示 (73) 4.3观测数据人工质控 (74) 5 快捷通道 (75) 5.1功能简介 (75) 5.2日清 (76) 5.3月清 (79) 5.4数据空间分析 (88) 5.5综合一致性分析 (90) 5.6探空曲线显示 (94) 5.7任意数据修改 (95) 5.8数据查询与质疑 (98) 5.9支撑表与服务表数据对比 (102) 6 文件制作与数据显示 (106)
6.1功能简介 (106) 6.2文件制作 (106) 6.3观测数据显示 (117) 6.4统计值显示 (119) 7 元数据基本信息 (121) 7.1功能简介 (121) 7.1.1 模块功能 (121) 7.1.2 模块组成 (121) 7.1.3 用户分类 (122) 7.1.4 页面构成 (123) 7.2台站基本信息 (124) 7.2.1 功能简介 (124) 7.2.2 操作说明 (125) 7.3图像、观测记录和规范信息 (139) 7.3.1 功能简介 (139) 7.3.2 操作说明 (139) 7.4台站变动登记 (144) 7.4.1 功能简介 (144) 7.4.2 操作说明 (144) 7.5台站疑误登记 (147) 7.5.1 功能介绍 (147) 7.5.2 操作说明 (147) 7.6年报附加信息 (149) 7.6.1 功能介绍 (149) 7.6.2 操作说明 (149) 7.7附加信息登记 (155) 7.7.1 功能介绍 (155) 7.7.2 操作说明 (155) 7.8文件管理 (159) 7.8.1 功能简介 (159) 7.8.2 操作说明 (160) 7.9元数据消息管理 (162) 7.9.1 功能简介 (162) 7.9.2 操作说明 (162) 7.10变动信息及附加信息处理 (163) 7.10.1 功能简介 (163) 7.10.2 操作说明 (163) 7.11疑误处理 (166) 7.11.1 功能简介 (166) 7.11.2 操作说明 (166) 7.12土壤水分站信息表格导入 (168) 7.12.1 新增功能简介 (168) 7.12.2 操作说明 (168) 7.13高空站沿革文件导入 (171)
中国气象局第4号令《气象资料共享管理办法》
中国气象局第4号令 《气象资料共享管理办法》 第一章 总则 第二章 共享气象资料的提供 第三章 共享气象资料的使用 第四章 罚则 第五章 附则 附件：我国参加地面气候资料国际交换的站点表 （2001年11月27日中国气象局令第4号公布） 第一章 总则 第一条 为了加强气象资料共享，进一步促进气象资料更好地为经济建设、国防建设、社会发展和人民生活服务，依据《中华人民共和国气象法》有关规定，制定本办法。 第二条 各级气象主管机构组织提供气象资料共享，以及用户使用其提供共享的气象资料，应当遵守本办法。 第三条 本办法所称气象资料，是指各级气象主管机构组织
收集并存档的各种气象观（探）测记录，以及由这些记录加工处理而成的各类气象数据集、各种气候统计值和数值分析资料等。 第四条 国务院气象主管机构负责全国气象资料共享工作的管理。地方各级气象主管机构负责本行政区域内气象资料共享工作的管理。 第五条 提供涉密气象资料共享，以及使用、保管共享的涉密气象资料，应当遵守《中华人民共和国保守国家秘密法》和《气象部门保守国家秘密实施细则》等有关规定。 第二章 共享气象资料的提供 第六条 各级气象主管机构负责共享气象资料提供工作的单位，应当通过网络适时、滚动向社会发布下列基本气象资料，供公众无偿下载： （一）我国参加世界气象组织全球通信系统（GTS）交换的地面气象站的定时（4次）观测报告和高空站的定时（2次）观测报告； （二）我国参加地面气候资料国际交换的气象站（附件）的气温、气压、湿度、风、降水、日照等要素的当年的月、年统计值。 第七条 各级气象主管机构负责共享气象资料提供工作的单位，应当免费向从事气象工作的机构、事业单位开展的公益服务、非营利性科研和教育机构从事的非商业性活动提供所需的气象资
气象资料业务系统(MDOS)操作平台业务流程汇总
气象资料业务系统(MDOS 操作平台业务流程一、地面自动站观测资料上传 按业务规定上传国家级测站实时地面气象分钟数据文件、小时数据文件、日数据文件、日照数据文件、 (辐射数据文件。 每日定时观测后, 登录 MDOS 平台查看本站数据完整性, 对缺测时次及时补传。 二、疑误信息处理与反馈 台站配置应值班手机,用于接收台站疑误信息短信;值班手机要保证 24小时开机,手机号码变动应及时向省级管理部门上报。 台站对疑误信息的反馈包括定时反馈、被动反馈和更正数据反馈。 (1定时反馈:在每日定时观测后,登录 MDOS 操作平台,查询本站国家站和区域站未处理疑误信息并反馈。保证疑误数据在下一次定时观测前完成反馈。 A:国家站数据质控信息处理——台站处理与反馈——台站未处理 B:区域站数据质控信息处理——台站处理与反馈——台站未处理 台站级数据处理:处理并反馈省级提交给台站的疑误查询信息。包括 3种处理流程: 流程 1:确认数据无误→处理完成。 流程 2:确认数据错误→修正(给出修改值→处理完成。流程 3:批量数据为缺测→处理完成。 (2被动反馈:收到疑误信息短信和电话后,实时登录 MDOS 操作平台反馈; 接到显性错误短信后, 先核对显性错误数据值, 检查相应观测仪器, 查明可能引起出现错误数据的原因, 并及时进行相关数据处理和观测仪器维护等工作。对省级转交台站
处理的疑误信息, 及时查明原因, 通过 MDOS 操作平台进行数据处理和反馈。台站在 收到疑误信息 12小时之内完成反馈。守班时段应急响应期间, 接收到疑误短信或电话后 1小时内进行反馈。 (3更正数据反馈:对台站本地更正过的数据要及时向省级进行反馈,更正报时效内的数据既可通过“ MDOS 数据查询与质疑”功能主动填报反馈, 也可发送更正报 进行修改;时效外的数据可通过 MDOS 平台的“数据查询与质疑”进行修改。 三、台站变动登记 包括变动信息登记(名称,台站号,级别,观测时间,机构,位置,要素, 仪器,障碍物,守班,其他 ,图像、观测记录和规范。 四、台站附加信息登记 (1备注信息登记,通过选择记录年月,事件类型,填入具体内容后,点击即可完成登记。 (2若该台站同一时间同一事件类型已经有记录内容,选择记录年月,事件类型后,具体内容文本框会显示已经填写登记的内容,用户可以直接修改后提交。 (3一般备注事件,本月天气气候概况,图像、观测记录和规范操作参照纪要信息登记方法。 五、产品下载与保存 A 、 J 文件在 MDOS 平台“功能菜单”中的“产品制作与数据服务”下的“ A 、 J 、 Y 文件管理”模块中下载。 每月 6号前将下载后的 A 、 J 文件上传至 10.79.3.18/xj/zdzh/目录下,上传后的文件如有变更请及时进行更新。
气象大数据资料
1 引言 在气象行业内部，气象数据的价值已经和正在被深入挖掘着。但是，不能将气象预报产品的社会化推广简单地认为就是“气象大数据的广泛应用”。 大数据实际上是一种混杂数据，气象大数据应该是指气象行业所拥有的以及锁接触到的全体数据，包括传统的气象数据和对外服务提供的影视音频资料、网页资料、预报文本以及地理位置相关数据、社会经济共享数据等等。 传统的”气象数据“，地面观测、气象卫星遥感、天气雷达和数值预报产品四类数据占数据总量的90%以上，基本的气象数据直接用途是气象业务、天气预报、气候预测以及气象服务。“大数据应用”与目前的气象服务有所不同，前者是气象数据的“深度应用”和“增值应用”，后者是既定业务数据加工产品的社会推广应用。 “大数据的核心就是预测”，这是《大数据时代》的作者舍恩伯格的名言。天气和气候系统是典型的非线性系统，无法通过运用简单的统计分析方法来对其进行准确的预报和预测。人们常说的南美丛林里一只蝴蝶扇动几下翅膀，会在几周后引发北美的一场暴风雪这一现象，形象地描绘了气象科学的复杂性。运用统计分析方法进行天气预报在数十年前便已被气象科学界否决了——也就是说，目前经典的大数据应用方法并不适用于天气预报业务。 现在，气象行业的公共服务职能越来越强，面向政府提供决策服务，面向公众提供气象预报预警服务，面向社会发展，应对气候发展节能减排。这些决策信息怎么来依赖于我们对气象数据的处理。
气象大数据应该在跨行业综合应用这一“增值应用”价值挖掘过程中焕发出的新的光芒。 2 大数据平台的基本构成 2.1 概述 “大数据”是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。 大数据技术的战略意义不在于掌握庞大的数据信息，而在于对这些含有意义的数据进行专业化处理。换言之，如果把大数据比作一种产业，那么这种产业实现盈利的关键，在于提高对数据的“加工能力”，通过“加工”实现数据的“增值”。 从技术上看，大数据与云计算的关系就像一枚硬币的正反面一样密不可分。大数据必然无法用单台的计算机进行处理，必须采用分布式架构。它的特色在于对海量数据进行分布式数据挖掘（SaaS），但它必须依托云计算的分布式处理、分布式数据库（PaaS）和云存储、虚拟化技术（IaaS）。 大数据可通过许多方式来存储、获取、处理和分析。每个大数据来源都有不同的特征，包括数据的频率、量、速度、类型和真实性。处理并存储大数据时，会涉及到更多维度，比如治理、安全性和策略。选择一种架构并构建合适的大数据解决方案极具挑战，因为需要考虑非常多的因素。 气象行业的数据情况则更为复杂，除了“机器生成”（可以理解为遥测、传感设备产生的观测数据，大量参与气象服务和共享的信息都以文本、图片、视频等多种形式存储，符合“大数据”的4V特点：Volume(大量)、Velocity(高速)、
国家气象中心气象信息共享门户系统技术方案
国家气象中心气象信息共享门户系统 技术方案
1项目概况 随着国家气象中心天气预报业务精细化水平的发展，预报产品不断丰富，对外辐射能力不断增强。现有业务流程中存在的业务系统部署多，业务系统之间彼此独立，数据到产品缺乏统一的管理系统，协调能力不足等问题，已无法满足当前快速发展的现代化天气业务的需求。气象信息共享门户将在国家气象中心现有业务基础上建立完善业务流转与控制体系，优化中心的预报服务业务流程，提高数据流转和产品利用效率，减少预报服务过程中的人为干预，降低中间环节的复杂度与出错率，增强预报服务协同能力，推进预报和服务业务系统的建设应用，促进天气监视、预报及决策服务平台专业化发展，为国家气象中心现代天气发展及服务能力提升打下良好基础。同时将建立业务系统规范和数据规范，建立标准化的数据和服务，对预报员、服务人员和业务管理人员身份、权限进行数字化的管理，对国家气象中心主要预报、服务业务系统的运行、数据流转状态等实现实时监视，实现对整个中心业务系统的数据衔接与流转控制，实现对预报员身份信息、准入系统信息、业务监控信息、产品流转状态、任务调度等所有实时信息的显示和统计分析，实现预报产品和服务产品的分发控制，并增强国家气象中心互联网展示气象产品的水平。 2业务需求分析 2.1 业务现状分析 国家气象中心是全国天气预报的国家级中心，也是世界气象组织亚洲区域气象中心、核污染扩散紧急响应中心，其前身中央气象台，成立于1950年3月1日。50多年来，国家气象中心有了巨大发展。国家气象中心的气象服务包括为党中央、国务院和有关政府部门制订指导国民经济发展、组织指挥防灾减灾科学决策所需气象信息的决策气象服务，通过电视、广播、报纸、网站等媒介为公众提供公益气象服务，向国家重点工程、企事业单位趋利避害组织生产所需的专业
气象资料业务系统MDOS疑误信息分析处理
气象资料业务系统MDOS疑误信息分析处理 发表时间：2018-07-20T12:04:05.020Z 来源：《科技新时代》2018年5期作者：赵建军 [导读] 达拉特旗地处鄂尔多斯高原北端, 总面积8200平方公里，是鄂尔多斯市农业大旗。 （内蒙古自治区达拉特旗气象局，内蒙古达拉特旗 014300） 摘要：气象资料业务系统（MDOS）操作平台是实时和历史资料加工处理与应用的一体化业务系统，业务人员日常主要工作任务是及时反馈疑误信息，对上传数据实时质量控制。本文结合多年基层台站工作，总结了气象资料业务系统（MDOS）疑误信息的分析及处理方法，以帮助业务人员进一步强化处理气象数据的处理能力，增强气象资料的完整性、时效性和准确性水平。 关键词：MDOS平台疑误信息数据质量分析处理 引言 达拉特旗地处鄂尔多斯高原北端, 总面积8200平方公里，是鄂尔多斯市农业大旗。本区域建有一套中心自动站，33套区域自动站，达拉特旗气象局自建站以来，始终以服务地方经济建设为宗旨，及时为种植大户提供有针对性的气象服务，为农业防灾减灾，农民增收做好保障服务。 地面气象资料业务系统（MDOS）操作平台属于资料一体化加工处理与管理业务系统，可以处理和应用实中心站及区域站的数据资料，其主要功能是数据传输监控、质控信息处理和查询反馈、基础信息管理、信息报警、产品制作与数据服务等。自达拉特旗气象局开展实时——历史地面气象资料一体化业务运行工作以来，对气象资料业务系统（MDOS）积累了一些宝贵的经验。 该业务系统的应用使得主要观测要素的时效性提高到小时级，实时气象要素自动质量控制时效达到了15min，历史资料时效达到1- 2d，逐渐消除了实时和历史资料的限制，实现了各级台站之间的资料同步。在上传和实时质量控制气象资料的过程中对业务人员操作水平提出了更高的要求，业务人员应对疑误信息进行认真分析、判断和处理，在确保观测数据完整的情况下，增强气象要素数据的可靠性和有效性水平。 1、MDOS数据质量控制检查内容 对于气象资料业务系统（MDOS）操作平台来说，在对地面气象要素数据文件进行实时质量控制时，主要包括有气候学界限值检查、气候极值检查、数据内部一致性检查和数据时间一致性检查。其中气候学界限值检查主要是查看记录到的气象要素数据是否在规定的测量范围内；范围极值检查，将时间和空间插值进行结合，在广义极值分布理论的基础上，得出任意地点多年日要素极值，并通过数据插值技术，结合气象要素日变化规律，对任意地点逐时阈值进行计算；时变检查，随着时间的变化某些气象要素会发生变化，具有时间一致性特征，将该类数据对比前后观测值，来判断是否出现异常；持续性检查，某些气象要素会随着时间和区域的变化而发生变化，例如某气象要素值长时间没有变化，则可能是观测仪器故障或传输设备异常造成的。 2、常见疑误信息分析处理 2.1数据缺测的分析处理 2.1.1台站单一或多个气象要素数据缺测 首先借助于业务软件查看对应时间段内的气象要素数据是否缺测，如果缺测应重新卸载相应时次的数据信息，检查缺测数据是否恢复正常，若仍旧没有恢复正常，应根据《地面气象观测规范》中的相关要求选择合适的数据替代缺测数据或者选用人工补测，同时在备注栏中详细标明。若在多个时次内气象要素数据均出现缺测，应做好相应气象要素仪器设备与传输线路的日常检修和维护，第一时间排除故障问题，增强观测数据的完整性水平，进一步提升地面测报质量。 2.1.2人工观测数据缺测 若定时时次人工观测到的降水，冻土，日照，雪深，雪压等人工观测项目气象要素数据出现缺测，应检查业务软件对应的相关气象要素数据是否出现缺测，若缺测则可能是因人为粗心大意造成数据未输入或输入数据后没有进行保存，应结合气薄、日照纸记录反馈对应的数据信息。若气象要素出现漏测，应确保在1h内补测完成并将修正值反馈出来，若超过1h应根据缺测情况处理。 2.1.3自动站所有数据缺测 若新型自动站内所有观测数据均出现缺测，则可能是正点长Z文件缺报造成的，应查看在业务软件中是否有长Z文件形成并传输。若没有长Z文件形成，应在业务软件中选择“正点地面观测数据维护”选项，通过人工方式对“正点观测编报”进行调取，对长Z文件进行保存编发操作；若在业务软件中形成了长Z文件却没有正常传输，应使用人工的方式尽快恢复网络，并立刻补发传输长Z文件；若长Z文件在正常编发后还是有自动站气象要素数据缺测的情况，则可能是网络异常导致长Z文件传输丢失，应重新对其进行编发。 2.2数据错误处理 若天气现象与积雪深度、极大风速、最小能见度气象要素数据出现矛盾，可能有两种表现形式：其一是人工观测到的天气现象同自动观测到的能见度数据矛盾。使用人工方式观测到的能见度数据具有较强的主观性水平，且观测空间范围较大，使用前向散射能见度仪器只能实现观测点的采样，直接造成人工和自动观测到的能见度数值存在偏差的情况，环境亮度和天气现象不同，二者之间的偏差也有一定的差异。若人工观测能见度时出现视程障碍类天气现象，而自动观测却没有发现，就会有能见度同天气现象不匹配的疑误信息，此时应以人工观测记录的天气现象为准，而能见度数据应以自动观测数据为准，当视程障碍类天气现象同能见度数据不匹配，可以将其看作是正常数据。 其二是人工观测到的天气现象同气象要素数据值矛盾。例如没有出现积雪、大风天气，但却观测到积雪深度大于0cm和极大风速超过17.0m/s的情况，这种错误数据可能是人工录入天气现象时粗心造成的，应对输入的气象要素数据进行认真检查，并及时进行修改和反馈。 2.3可疑数据的处理 受到观测仪器设备技术性能、各个气象要素之间的联系和单独气象要素数据的变化规律，正常的气象要素数据应满足极限范围值检查、空间、内部和数据时间一致性的要求，否则该气象要素是可疑的疑误数据。结合MDOS气象资料业务系统，包含有数据显示查询功能和空间图查看模块，借助于数据显示查询功能可以对可疑的正点气象要素数据进行查询，同时还能对比分析前后时次的气象要素数据，根
气象数据一体化平台设计方案
项目编号：RJ20150020 气象数据一体化信息服务平台 设计方案 2016年1月 南京助事达软件科技有限公司
气象数据一体化平台-设计方案 目录 1概述 (3) 1.1背景与预期 (3) 1.2建设内容 (4) 2设计方案 (5) 2.1系统架构 (5) 2.1.1.平台总体架构图 (5) 2.1.2.数据流概览 (6) 2.2分布式解析引擎 (6) 2.2.1.分布式解析引擎概述 (6) 2.2.2.分布式解析设计架构 (7) 2.3气象分布式数据库设计 (12) 2.3.1.气象一体化平台分布式数据库设计概述 (12) 2.3.2.分布式数据库设计架构 (15) 2.4气象资料云服务引擎 (17) 2.4.1.应用授权机制 (17) 2.4.2.授权认证机制 (17) 2.4.3.服务请求基础参数体系建立 (17) 2.5服务版本管理体系建立 (18) 2.5.1.版本管理设计 (18) 2.5.2.建立服务API帮助文档 (18)
1概述 1.1背景与预期 针对以往基础数据库建设分散、标准不统一、服务能力差等问题，按照“系统集成，数据集中，资源集约，功能完善，突出特色”的思路，经过两年半的努力，依托江苏预报业务一体化平台项目建设，初步建成全省统一的基础数据环境，有效提高了信息资源的利用率和数据服务能力，为本省率先实现气象现代化提供了有力支撑。 信息中心在全省气象信息业务建设的基础上，先后出台几十项标准或规范，为一体化体系提供标准支撑，完善了我省气象信息的标准规范体系；优化数据传输流程，时效性可靠性提升显著，省内区域自动站可实现60秒内、雷达数据8分钟之内、省际共享上海市区域自动站100秒内到达预报员桌面；通过“软CAST”同步机制，省市间数据实现了秒级流转；完成了自动站、土壤水份、精细化等50多类数据的解析入库，数据解析的种类和覆盖范围在不断扩充，确保了数据的完整性、一致性。架设全省云平台实现硬件资源的统一管理与分配，达到资源集约化、应用多样化的目标。 为进一步提高和增强气象数据服务能力，科学准确的做好数据服务工作，结合前期预报业务一体化平台使用和市县推广应用情况，在气象数据传输、数据存储和数据应用方面，提出诸多改进措施和方案，旨在不断的提高气象数据服务能力和质量。
气象业务辅助决策系统
气象业务辅助决策系统 2017年12月
第一章系统概述 气象业务辅助决策系统，是以先进的数字地球平台为底层，以行业应用需求为牵引，为用户提供四类服务： 1、信息的管理、查询与检索。该系统在数字地球上，融入天气专题信息图层，直观地展现作业点分布、河流分布、重点增雨区分布、气象观测仪器、气象检测实况等信息。 2、可视化专业信息，辅助业务人员决策。采用科学数据可视化技术直观展现气象雷达数据、云图数据中的强度、速度、谱宽等信息，建立气象数据与空间环境的对应关系，辅助业务人员进行分析判断。 3、模拟业务过程，辅助任务规划。该系统可根据用户输入需求，模拟飞机飞行过程，辅助用户进行航迹规划；可模拟火箭作业过程，评估任务结果。 4、链接传感器，与实际应用业务对接。系统可与飞机增雨地空通讯系统、地面车辆GPS监控系统、北斗定位系统实时对接，实现对增雨飞机和地面作业车辆的三维追踪和显示。
第二章三维地理信息平台 气象业务辅助决策系统依托DreamMap三维地理信息平台开发研制。该平台融合了地理信息技术和虚拟现实技术，可兼容调用多种政府用、军用、商用地理信息数据，逼真展现陆、海、空、天多维空间场景；可针对雨、雪、云、风等天气现象精细化建模，逼真展现天气动态变化；可提供距离、面积、高程、角度、剖面、最短距离等分析量算功能，定量了解空间环境；可标绘兴趣点、气象台站、侦察站等模型符号，并融合管理各模型属性信息。 一、空间环境展现 该平台可以逼真展现陆、海、空、天等多维环境信息，渲染矢量、注记等多种类型数据。 图1 大气环境
图2 地形环境 图3 海洋环境
图4 高精度影像数据 二、气象环境展现
综合气象信息共享系统的设计与实现
综合气象信息共享系统的设计与实现 发表时间：2018-12-20T10:59:43.177Z 来源：《建筑学研究前沿》2018年第25期作者：唐洪君 [导读] 文章对全国综合气象信息共享系统的设计与实现进行了研究分析，以供参考。 新疆焉耆回族自治县气象局新疆维吾尔自治区 841100 摘要：随着国家信息化建设力度的不断加强，有越来越多的气象综合观测系统得以建立和完善。全国各地观测收集了大量的气象信息。而随着国民经济的不断发展，社会对于气象信息系统的需求不断提高，因此现有的气象信息系统越来越难以满足社会不同层面的需求。文章对全国综合气象信息共享系统的设计与实现进行了研究分析，以供参考。 关键词：全国性；气象信息；系统设计与实现 1前言 随着气象现代化深入推进，气象信息系统一方面规模越来越大功能越来越强，另一方面结构越来越精细形式越来越丰富。与此同时现代计算机技术快速发展，移动应用大量普及，网络计算能力空前提高。使得建立在气象信息系统基础上的气象业务和气象服务中的信息活动变得极为频繁和宽泛，机器语言之间、应用模组之间、服务设备之间的快速数据交换成了气象信息系统建设的非常关切的需求。在众多新技术中JSON数据技术提供了便捷数据交互能力。JSON是一种轻量级的数据交换格式，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言，易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率，在数据传输方面具有明显优点：数据格式比较简单，易于读写，格式都是压缩的，占用带宽小。气象数据有别于其他数据，结构复杂种类多样，实时性强动态多变，具有极强的专业特征。气象信息系统承载各类气象数据传输处理加工等业务功能，在系统建设与运行中各种数据信息关联紧密交流活跃。在气象信息系统建设中各个场合与界面中需要完成各种数据交互工作，JSON提供了极强的技术支撑，应用好JSON技术能为业务带来极大便利。 2气象计量信息系统功能需求分析 根据国家气象计量站现有业务、未来扩展业务和管理情况，设计技术路线和软件架构，要求软件系统符合安全可靠性、高集成性、可扩展性、可管理性以及数据的完整性和数据接口的通用性。能够实现系统的灵活可配，初步实现质量控制流程，基本完成自动化管理并具备完整的业务流程。同时，系统应满足相应的时间性能要求，软件界面与相关配置应具备易操作性。 2.1检测业务自动化 相比于企业和省级气象计量单位，国家气象计量站计量标准、被检仪器及检测要素多，相同要素仪器种类多的特点，使得检测业务的自动化复杂多变。但实现微型计算机自动控制设备完成检测业务是存在客观基础的，因为我们具备完善自控通信接口的计量标准及各类用于辅助检测计量的设备。结合国家气象计量站检测要素多的特点，自动化检测系统由气压自动检测系统、温度自动检测系统、湿度自动检测系统、风速风向自动检测系统、雨量自动检测系统、辐射自动检测系统等组成。自动检测系统采用成熟的C/S技术，用户可以完成各种复杂的管理操作，既保证了不同要素检测的相对独立，又实现了强大的数据维护、统计分析、报表打印等功能。自动检测系统主要包括输入、控制处理和输出三个部分：（1）输入部分将自动检测系统所有标准设备、被检设备乃至环境监测设备的协议、命令接入控制与处理部分，为了适应相同要素仪器种类繁多的情况，在输入部分需要设置开放通信接口模块，实现管理员对新型设备自动检测的自扩展，大大增加系统的实用性和可扩展性；（2）控制与处理部分首先通过串口通信模块导入输入部分的通信协议，然后在检测过程控制模块严格按照计量检定规程、校准规范的要求进行检测，并且按照规程、规范的要求在数据处理模块实现所需数据的处理；（3）输出部分包括合格判据模块和报表的打印与导出模块，即自动检测系统遵照规程、规范对被检仪器测试数据进行合格判据，且能实现所有测试数据报表的打印与导出。 2.2业务管理信息化 随着信息技术的发展和国家气象计量站业务的不断扩展，统计繁琐易错、计量检测工作时长量大及管理的滞后已无法满足现代计量器具所需的维修养护和全面管理需求，进一步提高工作效率和管理水平，必须实现计量业务管理的信息化。这也是气象计量信息系统的核心内容。信息化业务管理平台主要功能为：（1）被检仪器和检定证书发放的工作实现流程化，平台统一管理被检仪器的送检登记、检定测试状态、领取登记等信息，并自动存取原始检测记录信息、测试报告、检定证书等信息，被检仪器。（2）平台对国家气象计量站的检定设备、辅助设备进行统筹管理，生成便于执行的自动检定计划，具体管理内容包括设备的数量、质量、使用情况和状态。平台建立计量相关标准单位、规程、法规的后台增量索引，以供查询使用。平台对计量器具的信息变更进行实时更新，包括该器具使用状态、检定周期、使用部门人员等信息，若有维修或报废的器具，平台跟踪记录，并生成报告提交相关责任人。（3）平台需具备一定物质管理功能：如固定资产管理、检定仪器及辅助设备管理、消耗材料及低值易耗品的管理。平台建立检定仪器设备的完备档案信息，提供时动态的设备数据分析，并可监控和统计各科室的物质消耗情况，在中心相关财会及物质管理的制度规范基础上提交报告。 3全国综合气象信息共享系统的设计 3.1系统结构设计分析 20世纪80年代诞生了一种新的设计模式即C/S模式，这种模式也是伴随着网络数据库和桌面图形交互窗口及软件开发技术的发展而逐渐成长起来。在这种模式下，网络中的计算机简单的可以认为由客户机和服务器两部分组成。在C/S结构中，装在客户本地计算机上的客户端与装在远程计算机的数据库服务器通过计算机网络连接，而服务器的职责在于对用户数据处理。客户端的主要职责就是负责与用户直接交互，将用户的操作转换成相应的指令而后通过网络向远程的服务器发送用户请求。 3.2系统性能分析 在对现有其他类似系统进行分析后，本系统具有如下显著特点：跨平台特性：面对目前不同用户使用软件的操作系统不同，硬件条件不同，所以如果对每个系统下都要开发出同一款软件而言，不论从经济，还是从时效性上都是不允许的。因此软件的跨平台的运行，使得开发的周期和开发的成本降低，这样就可以在最短时间占领一定的市场份额。针对以往气象系统的弊端，本系统在设计之初就考虑到这一
气象资料共享管理办法
气象资料共享管理办法 （中国气象局第4号令） 第一章 总则 第二章 共享气象资料的提供 第三章 共享气象资料的使用 第四章 罚则 第五章 附则 附件：我国参加地面气候资料国际交换的站点表 第一章 总则 第一条 为了加强气象资料共享，进一步促进气象资料更好地为经济建设、国防建设、社会发展和人民生活服务，依据《中华人民共和国气象法》有关规定，制定本办法。 第二条 各级气象主管机构组织提供气象资料共享，以及用户使用其提供共享的气象资料，应当遵守本办法。 第三条 本办法所称气象资料，是指各级气象主管机构组织收集并存档的各种气象观（探）测记录，以及由这些记录加工处理而成的各类气象数据集、各种气候统计值和数值分析资料等。 第四条 国务院气象主管机构负责全国气象资料共享工作的管理。地方各级气象主管机构负责本行政区域内气象资料共享工作的管理。 第五条 提供涉密气象资料共享，以及使用、保管共享的涉密气象资料，应当遵守《中华人民共和国保守国家秘密法》和《气象部门保守国家秘密实施细则》等有关规定。 第二章 共享气象资料的提供 第六条 各级气象主管机构负责共享气象资料提供工作的单位，应当通过网络适时、滚动向社会发布下列基本气象资料，供公众无偿下载： （一）我国参加世界气象组织全球通信系统（GTS）交换的地面气象站的定时（4次）观测报告和高空站的定时（2次）观测报告； （二）我国参加地面气候资料国际交换的气象站（附件）的气温、气压、湿度、风、降水、日照等要素的当年的月、年统计值。 第七条 各级气象主管机构负责共享气象资料提供工作的单位，应当免费向从事气象工作的机构、事业单位开展的公益服务、非营利性科研和教育机构从事的非商业性活动提供所需的气象资料。 有关部门和单位与气象部门合作开展的业务和科研项目所需的气象资料，按双方建立合作关系时商定的原则和方法处理。 为企业、事业单位从事的经营性活动提供所需的气象资料，除收取资料复制和交付成本费外，
气象信息系统的构成
镇江高等职业技术学校毕业论文设计 气象信息系统构成 院系名称：信息系 专业：计算机应用技术 班级： 1109 学生姓名：史弘俊 指导老师：刘欢笑 日期：2015 年12月28日
目录 一、摘要 (1) 二、气象信息系统的构成 (3) 2.1 通信系统 (4) 2.1.1 通信系统的组成 (4) 2.1.2 通信系统的分类 (5) 三、网络系统 (6) 四、高性能计算机系统 (7) 五、数据管理和服务系统 (8) 六、信息共享平台 (9) 七、总结 (10) 八、致谢 (11) 九、参考文献 (12)
气象信息系统构成 专业班级：1109 学生姓名：史弘俊 指导老师: XXX 职称：XXXX 摘要：气象信息系统是气象信息与技术保障体系的组成部分，是气象业务的公共技术 基础支撑系统，主要包括通信与网络、高性能计算机、信息存储与共享、数据处理与管理、探测数据质量控制、气象仪器与观测方法研究、气象技术装备管理、气象仪器的计量检定、技术保障等。气象信息交流是现代气象业务的基础系统和支撑系统。他主要包括：通信网络、数据存储管理与共享服务，高性能计算机交流等，信息交流作为气象信息的传输，存储管理、计算机处理，资源共享的基础设施，其发生是气象现代化水平的重要标志之一，并直接影响到气象业务部门和广大用户能否及时快速的获取和发送国内外气象信息，关系到气象能否为各级政府，国民经济国防建设等提供优质气象服务，气象信息交流的发展经受到其他气象业务交流发展的驱动，又制约着其他系统的快速发展。 目前气象部门内的气象信息系统主要由通信系统、网络系统、计算环境、数据管理与服务几个部分组成。 关键词：通信系统网络系统高性能计算系统数据管理与服务
气象数据分级与分类
气象资料共享系统建设 气象数据分级与分类 (草案) 2002年8月8日 1. 适用范围 根据“气象资料共享系统建设”项目需要，对气象数据进行分级和分类。 本方法仅适用于中国气象局及所属单位的气象数据服务与交换。 2. 文件依据 (1) 中国气象局令第4号：《气象资料共享管理办法》，2001年11月27日 (2) 中气办发[1993]5号：《对外合作提供气象资料保密暂行规定》，1993年6月21日 (3) 国气办发[1992]16号：《气象部门保守国家秘密实施细则》，1992年7月20日 (4) GB 7027-86 标准化工作导则：《信息分类编码的基本原则和方法》，1986年11月25日 3. 术语 (1) 气象数据：本方法所称的“气象数据”，是指我国按照气象业务要求布设的各类气象台站(含气象卫星)观测、积累的，及利用各种途径收集、存档的各种载体形式的气象资料及其整编、分析成果。 (2) 气象数据分级：按照国家和中国气象局保密规定，对气象数据的共享和提供利用划分保密等级。 (3) 气象数据分类：根据气象数据内容属性或特征，按一定的原则和方法进行区分和归类，以便管理和利用气象数据。 4. 气象数据分级 4.1 气象数据在对外提供服务工作中分为：绝密、机密、保密、内部、公开五级。 4.1.1 绝密级：为重大军事活动提供的专项气象数据。 4.1.2 机密级： a、为党和国家领导人重要活动提供的专项气象数据；
b、为国家或者军事部门保密任务专门设置的气象台站的观测数据； c、为作战任务专门提供的气象数据； d、为高科技或者特殊科学试验研究获得的空间大气监测数据。 4.1.3 秘密级： a、为国家或者军事部门保密任务专门统计整编的重要气象数据； b、通过非交换途径获得的各种国外气象数据。 4.1.4 内部： a、我国未参加公开广播的气象台站的地面、高空气象观测数据； b、专项、专业气象观测数据，包括气象辐射观测、大气本底观测、农业气象观测等气象数据； c、邻国尚未划定国界线的我方一侧内有关气象台站的观测数据； d、我国气象卫星延时资料、雷达测雨资料。 4.1.5 公开： a、我国参加公开广播的气象台站的地面、高空气象观测数据和卫星气象资料； b、我国搜集整顿的国外天气报资料、格点资料； c、通过交换途径获得的国外气象资料； d、解放前整编出版的气象资料； e、基本气象要素等值线图等。 4.2 凡提供绝密、机密、保密级气象数据，必须经过中国气象局或中国气象局授权单位批准，或由中国气象局按照有关规定审核后报国务院批准。 4.3 对国外或外国驻华人员提供内部级气象数据，不需经过保密审批，但必须报省(自治区、直辖市)气象局或中国气象局有关职能机构审核同意。 5. 气象数据分类 5.1 气象数据按其内容属性分为15类，类目及编码如下：
吉林环境气象监测预报业务平台系统需求
吉林省环境气象监测预报业务平台系统需求 一、设计原则 （一）先进性 保证整个系统功能和性能的前提下，最大限度地应用国内最新产品和采用成熟、可继承、具备广阔发展前景的先进技术。 （二）实用性和完备性 系统应体现实用性，功能齐全完备，能与业务和日常管理紧密结合，能够最大限度地满足实际工作要求。 系统应易于操作、易于更新、易于管理，界面友好，数据组织灵活，能满足各层次用户的使用要求。 （三）标准化和通用性 系统设计应符合软件设计的基本要求，强调标准化、规范化和统一化，保证数据格式的标准化、数据编码的标准化、数据规范的标准化。 （四）安全性 （1）系统运行稳定，计算结果准确；不造成死机、“假死”等状态；具有良好的安全性，保证数据不外泄。 （2）系统可以有效地抵御外部入侵，保护内部的相关的基础数据、业务数据、分析数据。保障系统数据库以及系统本身不被攻击、盗取。 （3）系统具有有效的数据加密机制，保障数据在网络传输时的安全性。防止数据被不良用户盗取或者丢失。 （五）灵活性 系统在设计过程中，要充分考虑到今后系统的变化、服务的扩展和更新等变化因素，在数据库存储、数据库容量、发布终端管理以及系统功能方面都尽量以模块化、组件化的方式进行设计开发，保障系统的灵活度。 （六）可拓展性 随着终端和用户类型以及发布手段的不断增加和完善，预留可满足扩展的接口，便于以后业务拓展的需求。
三、建设内容要求 本系统主要建设内容是建立基于web的吉林省环境气象监测预报业务平台，服务器位于吉林省气象局，相关部门可以授权应用。此外还需建立为对该系统提供支持的数据库。 (一)整体框架 吉林省环境气象监测预报业务平台主要包括环境气象监测、环境气象预报、环境气象服务产品、预报质量检验以及帮助5个主要部分（子系统）。 （二）各子系统功能 1、环境气象监测子系统功能 环境气象监测子系统包括主要污染物实时监测和气象条件实时监测两部分。 （1）主要污染物实时监测 主要开发查询、统计分析和报警功能。查询功能要求在GIS底图上将吉林省现有的污染观测数据实时显示，需要显示的主要有吉林省气象局环境气象监测站点50米高度PM10、,PM2.5实时数据以及环保局目前网上现有的10个站点的6种污染物（PM10、,PM2.5、 SO2 NO2 、CO、O3）1小时、24小时浓度、IAQI以及AQI数据。
气象资料业务系统(MDOS)常见技术问题解答
附件5： 气象资料业务系统（MDOS） 常见技术问题解答 2015年6月
目录 一、系统流程 (3) 二、质量控制系统 (4) 三、MDOS业务操作平台 (7) 四、A、J文件制作 (10) 五、元数据管理 (15) 六、消息系统 (17) 七、其他 (20)
自全国开展实时-历史地面气象资料一体化业务试运行工作以来，各省市对气象资料业务系统（MDOS）提出了许多问题、意见和建议。为了各省市在遇到问题时，能尽快找到出现问题原因及其解决办法，实时历史资料一体化工作组对各类常见问题进行了梳理和反馈，主要包括系统流程、质量控制系统、业务操作平台、A、J文件制作和元数据管理共五个部分。 一、系统流程 1.当更正报先于PQC文件进入MDOS系统时，为何省级不作质控，质控码均为9？ 答：台站上传的更正报文件中的省级质控码均为9，更正报不接入快速质量控制模块进行快速质量控制，而是直接进入MDOS系统，所以此时省级质控码为9。更正报入库后，MDOS数据质量控制系统自动进行数据质量控制。为防止因为省级质控码更新密集，而导致省级上行至国家级的更正报过多，设计了以下质控码更新及上传规则：经过数据质量控制后，（1）当快速质控结果为正确或可疑，MDOS 数据质量控制结果为错误时（即省级质控码由0或1变动为2），自动实时更新标注省级质控码；（2）当MDOS数据质量控制结果为可疑时（即省级质控码变动为1），不实时更新标注省级质控码，待经过人工确认后的结果更新标注省级质控码；（3）其他情况下，均不再更新标注省级质控码。 2.PQC文件入库后台站再发更正报，质控码为何没有更新？ 答：同1。
气象资料业务系统(MDOS)安装指南
气象资料业务系统（MDOS）安装指南 1、数据库对象初始化 请确保SQL Server 2008 R2已完整安装。 （1）运行SQL Server数据库管理程序，进入数据库登录界面，如下图所示： 注意：SQL Server数据库安装在本机时，服务器名称可以填写本机的IP地址，或者填写localhost；身份验证必须选择SQL Server身份验证。 （2）成功登录数据库后，选中“数据库”，点击鼠标右键，在弹出菜单中选 择“附加A）…”菜单项，进入数据库附加，如下图所示。 （3）在弹出框“附加数据库”中，单击“添加（A）…”按钮,分3次分别 选择“..\数据库初始化文件\MDOSv1.0数据库文件”中，SURF_RAWDB.mdf、 SURF_APPLICATIONDB.mdf和SURF_METADB.mdf，如下图所示。 注意：添加数据库mdf文件时，在“数据库详细信息”列表中，会自动创建其对应的后缀为mdf数据文件和ldf日志文件，请删除ldf日志文件项。例如，添加数据库SURF_RAWDB.mdf时，删除SURF_RAWDB_log.ldf项。
点击“确定”，完成数据库附加。 2、安装MDOS程序 双击运行..\MDOSv1.0软件包\MDOS.exe，选择目标文件夹，安装MDOS文件夹至服务器目标文件夹下，如下图所示： 3、修改config.ini文件，以记事本形式打开目录\MDOS\Parameter下 config.ini （1）修改[DB_RAW]段原始数据库、[DB_APP]段应用数据库和[DB_META]元数据库配臵，数据库名称若改变，要与database名称保持一致，以修改原始数据库为例： （2）修改省级编报中心，修改本省的编报中心 [AreaCode] AreaCode=BCWH （3）修改省名，复制本省如[湖北]中括号中的名称粘贴于PROV等号右边，INFO_STATION和INFO_REG_STATION表[province]与config中prov填写保持一致。 （4）根据各省情况设臵生成邻近站的距离 [Process_starttime] GRP=80.0 ;生成国家站邻近站时的距离,取值不能为0或负数,单位为km QRP=80.0 ;生成区域站邻近站时的距离,取值不能为0或负数,单位为km AWSRP=80.0 ;一起生成国家站和区域站邻近站时的距离,取值不能为0或负数,单位为km （5）根据各省实际情况修改区域站相邻站范围，用于业务操作平台显示邻