气象资料业务系统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气象资料业务系统，包含有数据显示查询功能和空间图查看模块，借助于数据显示查询功能可以对可疑的正点气象要素数据进行查询，同时还能对比分析前后时次的气象要素数据，根

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)

气象资料业务系统(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(高速)、

气象资料业务系统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气象资料业务系统，包含有数据显示查询功能和空间图查看模块，借助于数据显示查询功能可以对可疑的正点气象要素数据进行查询，同时还能对比分析前后时次的气象要素数据，根

气象业务辅助决策系统

气象业务辅助决策系统 2017年12月

第一章系统概述气象业务辅助决策系统，是以先进的数字地球平台为底层，以行业应用需求为牵引，为用户提供四类服务： 1、信息的管理、查询与检索。该系统在数字地球上，融入天气专题信息图层，直观地展现作业点分布、河流分布、重点增雨区分布、气象观测仪器、气象检测实况等信息。 2、可视化专业信息，辅助业务人员决策。采用科学数据可视化技术直观展现气象雷达数据、云图数据中的强度、速度、谱宽等信息，建立气象数据与空间环境的对应关系，辅助业务人员进行分析判断。 3、模拟业务过程，辅助任务规划。该系统可根据用户输入需求，模拟飞机飞行过程，辅助用户进行航迹规划；可模拟火箭作业过程，评估任务结果。 4、链接传感器，与实际应用业务对接。系统可与飞机增雨地空通讯系统、地面车辆GPS监控系统、北斗定位系统实时对接，实现对增雨飞机和地面作业车辆的三维追踪和显示。

第二章三维地理信息平台气象业务辅助决策系统依托DreamMap三维地理信息平台开发研制。该平台融合了地理信息技术和虚拟现实技术，可兼容调用多种政府用、军用、商用地理信息数据，逼真展现陆、海、空、天多维空间场景；可针对雨、雪、云、风等天气现象精细化建模，逼真展现天气动态变化；可提供距离、面积、高程、角度、剖面、最短距离等分析量算功能，定量了解空间环境；可标绘兴趣点、气象台站、侦察站等模型符号，并融合管理各模型属性信息。一、空间环境展现该平台可以逼真展现陆、海、空、天等多维环境信息，渲染矢量、注记等多种类型数据。图1 大气环境

图2 地形环境图3 海洋环境

图4 高精度影像数据二、气象环境展现

吉林环境气象监测预报业务平台系统需求

吉林省环境气象监测预报业务平台系统需求一、设计原则（一）先进性保证整个系统功能和性能的前提下，最大限度地应用国内最新产品和采用成熟、可继承、具备广阔发展前景的先进技术。（二）实用性和完备性系统应体现实用性，功能齐全完备，能与业务和日常管理紧密结合，能够最大限度地满足实际工作要求。系统应易于操作、易于更新、易于管理，界面友好，数据组织灵活，能满足各层次用户的使用要求。（三）标准化和通用性系统设计应符合软件设计的基本要求，强调标准化、规范化和统一化，保证数据格式的标准化、数据编码的标准化、数据规范的标准化。（四）安全性（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）根据各省实际情况修改区域站相邻站范围，用于业务操作平台显示邻