第一篇：觀測與網絡處關于地面氣象測報業務人員個人業務綜合指數的統計說明

廣西壯族自治區氣象局觀測與網絡處

桂氣測函 〔2014〕 便函

觀測與網絡處關于地面氣象測報業務人員個人業務

綜合指數的統計說明

各市氣象局：

為了及時掌握各臺站及業務人員的工作情況，全面穩定提高我區的地面氣象測報工作質量，現將地面氣象測報業務人員個人業務綜合指數的統計明確如下：

1.各臺站收到區局的月質量通報后，根據影響各分項指標的具體情況反查計算業務人員個人守班期間（08—20時）的業務綜合指數；

2.守班期間（08—20時）的觀測系統設備運行保障質量、地面觀測資料傳輸質量、地面觀測數據質量均須統計到個人；

3.自治區氣象技術裝備中心進行的儀器校準（檢定）引起的數據異常不納入臺站統計；

4.當傳輸網絡故障，在使用備份傳輸手段仍不能上傳而采取口傳報文的，致使要素不全引起的數據錯誤等不納入臺站統計。

5.各市氣象局應根據臺站反饋的業務綜合指數情況，及時進行全市業務質量的月、年通報。

附件：廣西地面氣象測報業務人員業務綜合指數統計表

2014

廣西區氣象局觀測與網絡處 年6月11日

第二篇：地面氣象測報業務軟件操作說明

地面氣象測報業務軟件操作說明

一、對比測試階段

1.從3月20日9時（北京時，下同）起所有國家級氣象站使用《地面氣象測報業務系統軟件 2004》（V4.0.0），仍按照現行業務規定編發氣象報告和上傳自動氣象站數據文件（長Z文件），同時SAWSS軟件會自動形成新格式的長Z文件。由各省（區、市）氣象局制定此期間新格式長Z文件上傳規定，以便于省級信息中心測試。

2.值班員應在定時觀測時次啟動“地面氣象測報業務軟件”的“正點地面觀測數據維護”，按照要求生成新格式的長Z文件（保存在“AWSNet_test”文件夾下）。SAWSS軟件中形成的舊格式的長Z文件仍寫入“AWSNet”文件夾，同時備份在“AWSNet_BackMM”文件夾（MM為月份，軟件自動形成，下同），值班員需對新舊格式文件進行對比，檢查數據是否一致，以盡快熟悉數據格式和軟件操作。

3.已完成地面觀測數據報文傳輸方式調整的試點站，應直接使用《地面氣象測報業務系統軟件 OSSMO 2004》（V4.0.1）版升級。

4.此期間有關參數不需作任何修改。

二、業務正式切換階段

1.所有國家級氣象站從2012年4月1日08時（北京時）定時觀測后，開始使用《地面氣象測報業務系統軟件 OSSMO 2004》（V4.0.1），各站完成升級后，基準站應在“參數設臵”→“臺站參數”中，將人工定時觀測次數由24次改為8次，其他臺站不需更改。

2.軟件升級后開始上傳新格式長Z文件，同時停止編發天氣報或加密天氣報。SAWSS軟件中形成的新格式長Z文件寫入“AWSNet”，同時備份在“AWSNet_BackMM”文件夾，不再形成舊格式長Z文件。

3.在天氣報或加密天氣報時次，必須在正點后5分鐘內通過地面氣象測報業務軟件的“正點地面觀測數據維護”，輸入人工觀測要素和自動氣象站數據異常時人工干預，完成“質控與數據保存”，形成新格式的長Z文件，該文件寫入“AWSNet”，同時備份在“AWSNet_BackMM”文件夾，該時次的內容打印保存為宜。

4.在非天氣報或加密天氣報時次，值班員應注意小時內自動氣象站的數據采集情況，當發現自動氣象站錯誤或數據異常時（通過SAWSS報警或查看SAWSS日志有疑誤信息記載），在正點后通過“正點地面觀測數據維護”，對疑誤數據進行判斷處理，完成“質控與數據保存”，這些時次的內容應盡量打印保存。當發現過去時次自動氣象站數據有錯誤時，也應及時通過此方法進行處理。

5.新格式的長Z文件均應通過CNIS軟件自動上傳，由CNIS軟件對上傳數據文件檢查該文件的傳輸情況。CNIS軟件在上傳數據文件時，首先檢查該文件上傳情況（檢查時間為數據所處時次的當日和下一日），若該文件沒有正確上傳，則以正常文件名上傳，若該文件已正確上傳或以更正文件名正確上傳，則根據最近上傳一次的文件名確定本次上傳文件名的更正格式，同時修改文件的首行更正標識。

6.在“正點地面觀測數據維護”中，基準站非正點觀測時次云、能見度欄按缺測處理，軟件界面設計按灰顯給出。

7.基準站、基本站夜間天氣現象按夜間不守班臺站的輸入規定操作。

8.在A、Y文件維護中，基準站、基本站有關臺站沿革變動情況的“夜間是否守班”改選為“夜間不守班”（即復選框不選）。

9.基準站自動觀測的A文件、Y文件附加信息中 “觀測時間”的格式改為：

10/08/23;02;05;08;11;14;17;20

10/24/24小時連續觀測

三、承擔人工觀測方式的基準站

1.在升級自動觀測方式的《地面氣象測報業務系統軟件 OSSMO 2004》時，對原人工觀測方式軟件升級。

2.從2012年3月31日20時（北京時）定時觀測軟件升級到V4.0.1版本后，應在“參數設臵”→“臺站參數”中，將人

工定時觀測次數由24次改為4次，因軟件沒有考慮基準站、人工定時觀測次數為4次的情況，故將“臺站類別”改為“基本站”。

3.軟件涉及基準站的操作均按人工觀測方式的基本站處理。

四、酸雨觀測業務軟件（OSMAR）在《地面氣象測報業務系統軟件 2004》升級至V4.0.0時，應同時升級至2.0.10。

五、有關未盡事宜，請詳細查閱軟件操作手冊。

第三篇：地面氣象測報業務軟件操作說明

附件2：

地面氣象測報業務軟件操作說明

一、在《地面氣象測報業務軟件》的“參數設置”→“臺站參數”中，基準站人工定時觀測次數由24次改為8次，其他臺站不需更改。

二、在“正點地面觀測數據維護”中，基準站非正點觀測時次云、能見度欄按缺測處理，軟件界面設計按灰顯給出。

三、基準站、基本站夜間天氣現象按夜間不守班臺站的輸入規定操作。

四、在A、Y文件維護中，基準站、基本站有關臺站沿革變動情況的“夜間是否守班”改選為“夜間不守班”（即復選框不選）。

五、在A文件附加信息中基準站“觀測時間”的格式改為：

10/08/23;02;05;08;11;14;17;20

10/24/24小時連續觀測

六、所有國家級自動氣象站每小時增加上傳逐分鐘數據文件（Z_SURF_I_IIiii_YYYYMMDDHHmmSS_O_AWS-MM_FTM.txt），該文件隨其他上傳數據文件通過CNIS軟件自動上傳。必須在《地面氣象測報業務軟件》的“工作管理”→“選項”中將“在正點形成小時內逐分鐘數據的上傳文件”復選框選取（該內容寫在SysPara.ini文件中，由[Synop_Para]段的AWSMinuteFullDataTransmit項記錄），否則不會生成并上傳。

小時內逐分鐘數據上傳文件由SAWSS軟件在形成正點地面氣象要素數據文件（新長Z文件）后，當AWSMinuteFullDataTransmit的值為1時，則自動形成。

若在《地面氣象測報業務軟件》的“正點地面觀測數據維護”中，進行過某時次的“質控與數據保存”，則也會形成該時次的小時內逐分鐘數據上傳文件，該文件中正點的氣溫、本站氣壓、相對濕度以窗口界面的正點值為準，逐分鐘降水量值以窗口界面的分鐘降水量為準。當某小時需要補傳小時內逐分鐘數據上傳文件時，可以通過此功能形成該文件。

第四篇：淺談地面氣象測報業務中正點地面觀測數據維護

淺談地面氣象測報業務中正點地面觀測數據維護

就目前的地面氣象觀測站而言，在實際的工作中很容易受到外部環境的影響，尤其是環境和氣候對觀測數據的影響相對較大，為了能夠確保正點地面觀測數據的準確性，需要做好實時的維護工作，避免觀測設備出現故障。所以需要聯系地面氣象設備的主要特征，采取有針對性的手段，提升觀測設備的穩定性，確保最終觀測數據的準確性。

于地面氣象觀測設備而言，在實際的工作中，會遇到暴雨和雷擊等天氣的影響，造成了觀測設備會出現故障，最終造成了觀測數據異常的情況，對氣象觀測的效率也產生了極大的影響。為了能夠滿足新時代地面氣象觀測的需要，需要對氣象設備的維護工作加以足夠的重視，做好設備的日常維護，定期組織員工的培訓，及時的找到故障的根源，保障地面氣象觀測工作的順利進行。

1.出現地面氣象測報中數據異常的原因分析

1.1 溫濕度數據存在異常

當溫濕度的數據存在有異常的情況下，需要查看接線處是否存在有虛焊的情況，溫度數據出現異常的可能性比較小。如果出現了地溫數據異常的情況下，需要研究采集器和電源設備。當濕度數據存在有異常的情況，需要檢查傳感器的接地屏蔽的完好性。如果沒有濕度記錄的情況下，需要檢查傳感器的正常與否，檢查傳感器和大地間的電壓值，如果檢測的電壓值要比測量范圍大的情況下，需要考慮更換新元件。于濕度傳感器而言，因為元件比較精密，所以需要做好日常的維護和保養工作，只有這樣才能確保數據能夠維持正常的運行狀態。

1.2雨量值存在異常

如果雨量值和實際不相符的情況下，比如說，在下雨的天氣發現雨量值比較小，甚至是零的情況下，需要檢查雨量傳感器正常與否，或者是否灰塵太多，對元件的正常運行產生一定的影響；此外還需要考慮是否是出現雷擊造成了電路板的損壞，這些都有可能導致雨量值測量異常。另外，在維護數據時，為了避免雨量值不?嗜返那榭觶?需要定期的檢查和維護，及時的清掃灰塵。

1.3氣壓數據存在異常

目前情況下，在測量氣壓值的過程中，氣象站的自動化水平比較高，準確度也比較高，型號輸出主要是數字形式。于觀測人員而言，需要經常重視氣壓值的變化情況，當數據異常的情況下，要及時的采取措施。如果氣壓數據存在異常，需要檢查氣壓是否存在有原始數據，檢查氣嘴的通暢性。當管道連接沒有異常的情況下，需要考慮是否是傳感器存在有問題，需要更換氣壓傳感器；傳感器更換完畢后，依然有不正常的數據，就要考慮更換采集器。

2.地面氣象測報數據的日常維護

2.1惡劣天氣做好維護工作

于地面觀測站而言，在工作時，其中的零部件較為精密，對氣候等環境條件的要求相對較高，天氣如果較為惡劣就會對元件工作的精密度產生極大的影響，甚至會導致零部件的損害，最終造成了觀測數據異常。為了能夠確保觀測數據的準確性，有效的提升正點地面觀測數據的準確度，需要對惡劣天氣下的地面氣象測報數據的維護工作加以重視，比如說，在天氣惡劣的背景下，需要增加檢查元件的次數，當發現問題后，需要采取有針對性的措施加以解決，必要時可以考慮更換零部件。夏季，經常會出現雷電天氣，要做好防雷工作，確保各項零部件不會遭受雷電的破壞，在日常維護中，需要提前預防，避免觀測設備出現故障。

2.2做好觀測設備的日常維護

觀測數據維護的工作中，設備的工作狀態是極為重要的，所以一定要做好觀測設備的維護工作，需要利用信息技術，實現氣象觀測設備的有效管控，對觀測設備的運行狀態進行監管，及時的發現其中的異常數據。針對異常數據，需要準確的評估和判斷觀測設備的故障點，最終明確存在有問題的零部件，及時的采取措施進行維護；如果故障比較嚴重，需要上報，在故障沒有及時的檢修完成的情況下，需要采用人工觀測的方式，保證數據的連續性。采集器是地面觀測數據維護中心的核心組成部分，可以實現數據信息的采集、處理以及傳輸。通常情況下，是不需要單獨維護采集器的，只需要清理灰塵即可。采集器的清理過程中，需要保障維護人員的安全，不能在帶電的情況下操作。采集器存在有故障的情況下，需要及時的更換檢查，將灰塵等雜物去除。于氣壓傳感器而言，還需要在維護過程中建廠靜壓管的通暢性。

2.3定期開展人員的培訓

于正點地面觀測數據的維護而言，還需要對工作人員的日哈好難過培訓加以重視，不斷的提升他們發現問題和解決問題的能力，提升他們的技能。目前很多的地面觀測站都廣泛的采用了自動化設備，一方面維修人員的工作量大大的減輕，另一方面，對他們的維修能力提出了進一步的要求。在日常的工作中，需要提升維護人員的培訓工作，重視理論的學習，對設備的結構原理以及構造要熟練的掌握，進一步的提升設備的維護能力。在培訓之余，維修人員在實際的工作中可以嚴格的按照要求，做好維護工作提升維護效率。

3.綜上所述，對于地面觀測的業務而言，因為很多的設備都是電子元件，所以在實際的工作中靈敏度較高，所以在日常的工作中需要做好維護工作，保證觀測數據的準去性。在進行正點地面觀測數據的維護中，需要做好日常維護，保證傳感器這類零部件處在良好的運行狀態，能夠滿足氣象數據的實際需求。

（作者單位：553100貴州省畢節市威寧縣氣象局）

第五篇：地面氣象測報業務軟件修改及操作說明

地面氣象測報業務軟件修改及操作說明

縣級氣象機構綜合改革地面氣象觀測業務調整配套軟件使用《地面氣象測報業務系統軟件 OSSMO 2004》（V5.0.0）。有關軟件修改及操作說明如下。

一、參數設置修改

1．在“參數設置”→“臺站參數”中，基準站將人工定時觀測次數由8次改為5次，基本站由4次改為3次，一般站不需更改。

2．基準站、基本站在“參數設置”→“臺站參數”中，將觀測項目“云”選擇為“有量無狀”，一般站選擇為“無”。

3．以能見度自動觀測作正式記錄的站，在“參數設置”→“臺站參數”中，將觀測項目“能見度”選擇為“有：自動站”。同時在SAWSS→“系統參數”→“選項…”→“其它設置”→“附加傳感器參數”中，勾選“能見度傳感器”復選框，根據本站實際情況，確定采集方式的單選按鈕（詳細說明見《地面氣象測報業務系統軟件（OSSMO 2004版）能見度自動觀測處理方法》）。

二、“正點地面觀測數據維護”模塊修改

1．為了滿足能見度自動觀測的需要，在B文件中，增加能見度自動觀測數據的存儲內容，即在BaseData.mdb文件的tabPrimObservData1表中，增加AutoVisibility、MinVisibility和TimeMinVisibility等3個字段，分別為10分鐘平均能見度、小時內最小10分鐘平均能見度及其出現時間；在tabPrimObservData

2表中，增加

DailyMinVisibility、TimeDailyMinVisibility等2個字段，分別為日最小10分鐘平均能見度及其出現時間。修改了B文件讀取、保存的相關內容。在軟件升級包時，將BaseData.mdb文件打包并自動覆蓋。

注意：若對OSSMO 2004 V5.0.0以前版本在BaseData文件夾中的B文件進行相關操作，由于該B文件與現修改后的數據庫結構不一致，軟件會不正常退出，敬請注意。此時，需將相應B文件從BaseData文件夾中移走或刪除后，重新操作，由軟件按新的數據庫結構形成B文件。若為之前版本的B文件，軟件則會給出“XXXX文件的數據庫結構與現行版本不一致,請移走或刪除該文件后，重新操作!”的警告。

2．在窗口界面中，編報量文本框和云狀、云碼單元格均設為鎖定狀態，并置缺測，編報量文本框及其標簽灰顯。不與云量文本框的內容相關聯。云高單元格為自動觀測時，置為正常狀態；為人工觀測時均設為鎖定狀態，并置缺測。對于一般站，總云量、低云量文本框設為鎖定狀態，并置缺測，文本框及其標簽灰顯。總、低云量為微量與無云時，不作區分，一律以“0”輸入和存儲，均按無云對待。

在形成長Z文件時，Nh無論有無總低云量，均以缺測寫入（“///”）;當云高為自動觀測，其值為空時，按“9999”寫入。3．實現能見度自動觀測的觀測站，人工觀測數據和有關統計值中的能見度文本框始終正常給出，其值取能見度分鐘數據文件（VIIiiiMM.YYY）觀測時（46～60分鐘）內的最小10分鐘平均能見度值，自動轉換成以0.1km為單位去尾填入。

4．定時降水量只在08、14、20時以正常輸入狀態給出，08時輸入20-08時人工雨量筒降水量，14時輸入08-14時人工雨量筒降水量，20時輸入14-20時人工雨量筒降水量（若14時沒有觀測人工雨量筒降水量，則輸入08-20時人工雨量筒降水量）。

5．編報降水量按“20-08時量”、“08-14時量”、“14-20時量”給出，當為自動觀測時，其值自動統計得到（只要某時次降水量出現缺測，包含該時次相應時段的累積降水量均置為缺測）。在B文件中，08時編報降水量約定存儲的是20-08時累積降水量。當自動站在上述時間段的累積降水量不正常時，應在此輸入人工雨量筒降水量。在08、14、20時定時觀測中，若某時段累積降水量完整包含有上述人工雨量筒降水量，則用人工雨量筒降水量代替其自動站相應時段的累積降水量；其他時次仍以自動站各時次累加統計為準，只要有某小時值為缺測，則相關時段的累積降水量作缺測處理。

6．過去天氣描述時間周期按照調整后的定時觀測時次自動給出初始值。

7．天氣現象輸入小鍵盤維護選取的時間分兩種情況給出，即2013年8月之前仍以34種天氣現象給出，從2013年9月開始按21種天氣現象給出。

8．在云、能見度、天氣現象相關性檢查中，取消了相互配合的限制，如既使能見度＜1.0km，沒有天氣現象配合，也只給出疑誤提示。

9.對于基準站、基本站該模塊只在08、11、14、17、20時5個時次，一般站只在08、14、20時3個時次的正點自動彈出。

三、“逐日地面數據維護”模塊修改

1．增加能見度自動觀測數據的顯示、維護功能，增加日最小能見度的自動挑取功能。

2．為不對窗口界面作大的調整，云狀內容仍保留，表格屏蔽方式給出。

3．天氣現象輸入小鍵盤維護選取的時間分兩種情況給出，即2013年8月之前仍以34種天氣現象給出，從2013年9月開始按21種天氣現象給出。

4.修改了B文件讀取、保存的能見度自動觀測數據（包括時、日數據）內容，增加B文件與Z文件中能見度自動觀測數據的對比。

5.修改了完整的當日逐時和日數據文件，增加能見度自動觀測數據。

6.修改日數據打印輸出內容，對于基本站（一般站），在第3頁天氣現象后面增加能見度自動觀測數據輸出；對于基準站，將云狀輸出內容更換為能見度自動觀測數據輸出。

四、“B文件→A(J)文件”模塊修改

1．在與臺站參數有關的賦值中，考慮基準站為5次、基本站為3次定時觀測的情況。

2.確定云量、云狀方式位時，考慮“云”為“有量無狀”時的情況。對于基準站，云量按5次定時觀測記錄，方式位為A，5次定時觀測以外的時次記錄按缺測處理；基本站、一般站按3次定時觀測記錄，方式位為9。

3．云高自動觀測時，方式位為B，按24個時次記錄。人工觀測時，基準站按5次定時觀測記錄，方式位為B，5次定時觀測以外的時次記錄按缺測處理；基本站、一般站按3次定時觀測記錄，方式位為9。

4．能見度自動觀測時，方式位為B，包括24次定時值和自動觀測日最小值及出現時間，從B文件讀取形成A文件的相關內容。當為人工觀測時，基準站按5次定時觀測記錄，方式位為A，5次定時觀測以外的時次記錄按缺測處理；基本站、一般站按3次定時觀測記錄，方式位為9。

5．根據參數庫中的站類和定時觀測次數，增加附加信息的“觀測時間”，基準站按“10/05/08;11;14;17;20”、基本站按“10/03/08;14;20”寫入。本模塊兼容之前的版本。

五、“Z文件→A文件”模塊修改

在與臺站參數有關的賦值中，考慮基準站為5次、基本站為3次定時觀測的情況。

本模塊兼容之前的版本。

六、“A文件維護”模塊修改

1．在“備注”頁的“觀測時次”中，增加“08;11;14;17;20”選項。2．天氣現象輸入小鍵盤按A文件的時間分兩種情況給出，即2013年12月之前仍以34種天氣現象給出，從2014年1月開始按21種給出。

3.基準站為5次人工定時觀測，則對云量、云高、能見度（人工觀測）強制將5個定時外的數據置為缺測，質控碼置為8。

4.修改人工定時觀測時次與站類不一致的情況，如基本站，人工定時觀測時次可為3、4，基準站可以5、8、24，不以站類判斷，改由A文件附加信息的值確定。

本模塊兼容之前的版本。

七、“格檢審核A文件”模塊修改

1.因A文件中的定時觀測次數只能從備注信息中提取，故與基本參數的人工定時觀測次數的判斷放在讀取備注信息后進行。2.因在臺站基本參數中增加了云的索引為“有量無狀”的項，故修改A文件首行參數中要素索引與參數庫中不一致的情況。

3.在云狀觀測取消后，云狀按缺測參與量、狀、天氣現象及其他要素的審核判斷。

4.當無云狀觀測時，取消云狀與日照時數相關性的審核判斷。

5.當無云量觀測時，取消淺層地溫空間變化規律的審核判斷。

本模塊兼容之前的版本。

八、“編制地面月報表”模塊修改

1.增加能見度自動觀測內容輸出，內容包括24時次的能見度、日最小能見度和出現時間，月能見度出現回數。當為基本站、一般站時，在第8頁后增加8.1頁；當為基準站時，將原24時人工觀測頁的能見度，換為自動觀測的能見度。

2.基準站云量、能見度仍為24次定時觀測的方式位，但需按08、14、20時3次定時觀測作日、旬、月統計，修改日、旬、月、量別日數統計處理。

3.能見度自動觀測的出現回數統計方法：將2、8、14、20時的10分鐘平均能見度值，轉換為以0.1km為單位去尾的值，再按《地面氣象觀測規范》的統計規定統計得到。

4.從2014年1月份開始，對于雷暴、閃電、颮、龍卷、煙幕、塵卷風、極光、吹雪、冰針等9種天氣現象日數的統計值，一律以“—”給出。

本模塊兼容之前的版本。

九、“Y文件維護”模塊修改

1．在“備注”頁的“觀測時次”中，增加“08;11;14;17;20”選項。2．修改人工定時觀測時次與站類不一致的情況，如基本站，人工定時觀測時次可為3、4，基準站可以5、8、24，不以站類判斷，改由Y文件附加信息的值確定。

3.從2014年1月份開始，對于雷暴、閃電、颮、龍卷、煙幕、塵卷風、極光、吹雪、冰針等9種天氣現象日數的統計值，一律以“—”給出。

本模塊兼容之前的版本。

十、“格檢審核Y文件”模塊修改

因Y文件中的定時觀測次數只能從備注信息中提取，故與基本參數的人工定時觀測次數的判斷放在讀取備注信息后進行。

本模塊兼容之前的版本。

十一、SAWSS軟件修改

在AwsFile模塊中，修改讀取B文件的內容，增加從B文件獲取能見度自動觀測的數據功能。

十二、航空報模塊修改

因航空報仍保留雷暴、龍卷等天氣現象的觀測記錄和編報，與常規地面觀測業務的規定不一致，所以，有航空報任務的觀測站，在航空報中仍要對雷暴、龍卷參與現在天氣編碼。

1.對于以電報方式形成航空天氣報告的觀測站，直接在現在天氣文本框輸入人工確定的電碼即可，與原操作方式是完全一樣的。

2.對于以數據文件形成航空天氣報告的觀測站，為了方便輸入天氣現象后，自動形成編碼，在B文件中，增加編報中天氣現象的存儲內容，即在BaseData.mdb文件的tabPrimObservData4表中，增加WeatherPhenomenon字段，即航空報的天氣現象另用一個字段保存在B文件，與原B文件在tabPrimObservData2中天氣現象分開保存。

本模塊兼容之前的版本。