座標系統大變革:美國國家空間參考系統現代化對測量與GIS產業的深遠影響
美國NOAA國家大地測量局正式推動國家空間參考系統(NSRS)現代化,以GNSS及重力為基礎的新座標框架取代沿用數十年的NAD 83與NAVD 88,預計2025至2026年完成公開測試並正式切換,影響遍及測量、GIS、無人機測繪等專業領域。

Highlights
- 美國NSRS現代化以NATRF2022等四個板塊固定框架取代NAD 83,修正約2.2公尺的質心偏移
- NAPGD2022重力基準取代NAVD 88,解決約0.5公尺偏差與約1公尺東西海岸傾斜問題
- SPCS2022重新設計全美約900至1,000個投影分區,降低地面高程處的線性變形
- NGS於2024至2026年分階段公開測試,FGCS預計2025或2026年投票決定正式採用
- 座標切換後部分地區數值變動可達數十公分,混合基準專案將成為過渡期常態
NAD 83與NAVD 88即將走入歷史,全新GNSS及重力基礎的國家空間參考系統正在到來
美國國家海洋暨大氣總署(NOAA)旗下的國家大地測量局(NGS)十多年來持續預告國家空間參考系統(NSRS)將告別NAD 83與NAVD 88。如今,這項變革已不再只是理論——新的地面參考框架、替代垂直基準及2022年版州平面座標系統(SPCS2022)已陸續在NGS的測試平台上線,計畫於2026年前分階段推出,並待聯邦大地控制小組委員會(FGCS)在測試完成後做出正式決議。
NGS在其「新基準」頁面中將NSRS定義為「一套在美國及其領地內定義緯度、經度、高程、比例尺、重力及方位的一致座標系統」,並明確表示NAD 83與NAVD 88將在此次現代化中被取代。
對測量及GIS專業人員而言,這不僅僅是換一個新基準,而是徹底改變座標定義、維護及記錄方式的世代轉換——涵蓋地籍測量、基礎設施、洪水平面測繪、實景捕捉與Scan-to-BIM等各領域。技術工具(GNSS、光達、SLAM、掃描儀、GIS)早已到位,問題在於我們的標準、工作流程與合約是否已準備好迎接動態、板塊固定、重力感知的新世界。
究竟改了什麼?
現行NSRS以NAD 83作為水平定位基準、NAVD 88作為高程基準,但兩者都存在已知且已量化的問題。NGS估算NAD 83與地球質心偏移約2.2公尺,而NAVD 88相對於現代全球大地水準面模型偏差約0.5公尺,且東西海岸間傾斜約1公尺。
現代化NSRS透過三大變革解決這些問題:
1. 新的地面參考框架(TRFs)
NAD 83的三個框架將由四個板塊固定地面參考框架取代,並明確與ITRF2020連結:
- NATRF2022 — 北美板塊
- PATRF2022 — 太平洋板塊
- CATRF2022 — 加勒比板塊
- MATRF2022 — 馬里亞納板塊
這些框架透過GNSS存取,大地緯度、經度與橢球高將自然對齊GNSS衛星軌道,而非像過去那樣將資料硬套在GNSS出現前的地面測量網路上。
2. 新的地位勢基準:NAPGD2022
**北美太平洋地位勢基準2022(NAPGD2022)**成為NSRS的重力垂直骨幹。它提供相互一致的正高、大地水準面起伏、重力異常、垂線偏差等重力場數據,涵蓋美國本土及領地。
簡言之:NAVD 88的水準測量與老化水準點網路將讓位給GNSS高程加上高解析度重力大地水準面(GRAV-D的成果)。高程存取將主要依賴CORS站與大地水準面模型,被動水準點在地方上仍然有用,但不再是垂直基準的定義基礎。
3. SPCS2022:第三代州平面座標系統
SPCS2022是繼SPCS 27與SPCS 83之後的第三代州平面座標系統,參照新的2022 TRFs,為美國50州及6個領地提供全州及區域性投影系統。NGS的分區設計圖顯示,全美共計約900至1,000個SPCS2022分區。
許多州已與NGS合作設計低變形分區以配合其測量實務,其他州則選擇較簡單的少量分區。SPCS2022並非SPCS 83的重新命名,而是一次實質性的重新設計,旨在改善地形面上的變形特性。
修正NAD 83的原點偏移與NAVD 88的傾斜意味著:NSRS中的每一個座標——緯度、經度、橢球高與正高——都會改變,部分地區變動量可達數十公分甚至更多。
未來3至5年為何至關重要?
NSRS現代化將以三種非常實際的方式影響從業者:
1. 熟悉地點的數值會改變 控制點、專案基線和洪水標高在紙面上都會改變,即使地面上什麼都沒有移動。您必須向客戶、監管機構和內部利害關係人解釋並記錄這些變化。
2. 每個案件都有更多選擇 框架、曆元、SPCS2022分區、大地水準面模型——每一項都成為需要明確做出的選擇,而非隱藏的預設值。如果您不主動選擇,軟體會替您選,那正是微妙且難以診斷的不一致性潛入之處。
3. 混合基準專案將成為常態 在一段時間內,您將持續調和NAD 83/NAVD 88的既有成果與NATRF2022/NAPGD2022及SPCS2022的新資料。這正是風險和混亂最集中的地方,也是清晰的工作流程與後設資料能發揮最大價值之處。
時程:2026年的進度在哪裡?
現代化時程已經延後不只一次,但NGS目前的指引相當明確:
- NGS將於2024至2026年在其測試網站(beta.ngs.noaa.gov)上分階段釋出現代化NSRS的各項組件供公開測試。每個組件——GEOID2022、GRAV2022、2022 TRFs、NAPGD2022、SPCS2022及NCAT等更新工具——將提供至少六個月的評估與回饋期。
- 在此期間,NAD 83與NAVD 88仍為官方NSRS基準,ITRF2020及相關產品作為橋接使用。
- 所有組件完成測試後,NGS計畫請FGCS投票決定是否將現代化NSRS定為官方系統,此決議預計在2025年或2026年做出。若獲批准,現行NSRS將在數月內被取代。
實務上的重點:2025至2026年是即時測試與準備窗口期。正式切換將在FGCS批准後進行,但從業者可利用這段過渡期在實際專案中驗證工具、工作流程與資料處理。
水平:板塊固定框架、曆元與速度場
從測量/GIS的角度,水平方向的變化重點不在於新標籤,而在於明確擁抱時間維度。
- 2022 TRFs是板塊固定的,但並非永遠凍結。座標定義於參考曆元(例如2020.00),速度場是模型的一部分。
- NGS明確指出,使用者在報告座標時需同時追蹤參考框架與曆元,尤其在構造活動區域,位置變化在專案生命週期內並不可忽略。
NGS的技術報告《現代化NSRS藍圖 第三部分》指出,NGS將在新系統中「擁抱時間依賴性」,區分測量曆元座標(SECs)與主動座標(ACs)。
對控制網路、RTN營運商和高精度GIS而言:
- 不能將「NATRF2022」當作NAD 83的靜態替代品。您需要明確記載框架+曆元+速度場。
- 長期資產(管線、交通走廊、公用設施)的位置會隨時間變化。NSRS將支援在未來曆元重新計算座標,您的資料庫與後設資料須為此做好準備。
NGS正在更新NCAT等轉換工具以處理NAD 83、新TRFs及多重曆元之間的轉換。新基準FAQ指出,在推出時「NCAT將被更新,使用者將能在任何NGS定義的歷史基準與新基準之間進行轉換」。
垂直:大地水準面優先的新世界
NAPGD2022是故事的另一半。高程將不再依賴凍結於20世紀水準測量網路的平差結果,而是由GNSS+GRAV-D衍生的重力大地水準面來定義。
對外業實務而言:
- 被動水準點仍然重要,但不再是垂直基準的主要定義基礎設施。高程的權威定義存在於大地水準面模型及其與地面參考框架的關係中。
- GNSS工作流程(RTK、RTN、PPP)成為存取水平與垂直基準的標準方式,前提是您的軟體使用了正確的大地水準面模型與框架。
從品質管理的角度,以下事項的重要性顯著提升:
- 記錄使用了哪個大地水準面模型及版本。
- 了解將NAVD 88舊有高程轉換為NAPGD2022時,垂直不確定度如何傳播。
- 向客戶溝通:高程的「跳動」是系統性的,不是測量誤差。
SPCS2022:政策、工程與實務的交匯點
SPCS2022是標準語言、軟體設定與外業程序全面交會的地方。
NGS的SPCS2022政策及後續技術工作產出的系統包含:
- 每州最多三層分區(全州、全覆蓋多分區、部分多分區)加上多州「特殊用途」分區
- 全國約900至1,000個分區,設計旨在降低地面高程處的線性變形
- 更豐富的投影組合,包括蘭伯特等角圓錐投影與Hotine斜軸麥卡托投影的變體
- 明確與2022 TRFs及NAPGD2022連結
對測量與GIS專業人員的影響:
- 目前合約中硬編碼「SPCS 83」的條款需要修訂;可能需要明確指定SPCS2022分區名稱、參考框架與曆元。
- 跨州營運的公司須管理更多CRS定義與EPSG代碼,無論在測量軟體或GIS資料庫中。
- 許多在SPCS 83上發展起來的「低變形投影」做法如今被納入SPCS2022正式規範,有助一致性,但也意味著您必須重新學習部分預設設定。
對無人機測繪與遙測的影響
這項變革對仰賴精確座標的無人機航測、光達測繪與攝影測量專業同樣影響重大。無人機搭載RTK/PPK GNSS接收器所產出的座標將直接受到參考框架與大地水準面模型更新的影響。從業者在處理點雲、正射影像與數值地形模型時,必須確認使用的框架、曆元與大地水準面版本是否一致,才能避免資料整合時出現系統性偏差。
原文來源: 查看原文
FAQ
Newsletter
Subscribe to our Low-Altitude Industry Newsletter
Daily curated news on low-altitude economy and drone industry, delivered to your inbox.


