OPUS_安全上傳 Web 使用者指南

OPUS_上傳 (OU)使用者指南

內容隱藏

OPUS_安全上傳 Web

日期：26年2022月XNUMX日
版本：2022.6.26.2055
作者：馬克‧西爾弗, ms@igage.com, +1-801-412-0011
版本資訊
詳細版本資訊位於本文檔末尾。
訂閱郵件列表以獲取更新信息
如果您出於任何目的使用 OPUS_Upload，請訂閱此郵件清單：
https://signup.ymlp.com/xguqjwsugmguu
以便我可以向您發送更改和錯誤修復的通知。以前的消息列表可以在這裡找到[ http://ymlp.com/archive_guqjwsugjgh.php ].
小心OU！
請：使用 OPUS Upload 前請仔細閱讀本使用手冊。 OU接受通配符並且可以提交每個觀察結果 file 在電腦上使用單一、簡單、錯誤的指令。對於前amp樂：
OPUS_Upload +r C:\*.??o
將提交每一個觀察結果 file 在 c: 磁碟機上到 OPUS 進行處理。我懷疑 NGS 或 OPUS 社群的其他成員會感謝您這樣做。
我強烈建議您不要從命令列運行 OU 工具，除非您在單一裝置上嘗試過該工具。 file首先從 Windows 介面開始。

作品上傳

OPUS_Upload (OU) 是一個小型 Win-32 應用程序，可自動提交 GPS 觀測結果 file到線上 NGS 處理系統。 OU 導覽 HTTPS NGS web網站使用 SSL 加密。
OU 可以透過多種方式運作：
作為帶有參數的命令列工具
作為在螢幕上開啟的 Windows 程式
透過拖放 files 到桌面圖標
OU 簡化了大型資料集的提交 file到NGS。透過 OU，可以自動提交數千個觀察結果 file使用單一命令即可。
OU 已經過 15,000 多次觀察測試 file僅提交一次。
NGS 更新 1 年 2018 月 XNUMX 日
NGS 更改了存取 OPUS 可接受的最低 TLS 等級。
OPUS_Upload 隨後被修改為使用機器 SSL 層（而不是利用 OpenSSL）。這實際上意味著 Windows XP 電腦無法再向 NGS 提交作業。
此問題沒有解決方法。購買一台現代計算機。
分發限制和使用注意事項
OPUS 程式介面很複雜，NGS 伺服器端最輕微的變更都需要更新 OU。（因此，您應該註冊郵件列表，請參見上文）。
與 OPUS Accumulator 一樣，如果您需要 OPUS Uploader，那麼您確實需要它。 OU 有潛力為一些用戶節省大量時間。
最後，OU 是一個更大專案的一部分。博格作品。 Borg 使用 OU、OA 和其他一些客戶端，使用先進的統計品質控制在大型 CORS 網路上協調自動化品質控制。 OU 的開發是由 Borg 功能驅動的。
不能接受任何干擾 Borg 的 OU 變更。博格（https://en.wikipedia.org/wiki/Borg) 規則 OU 開發。就像下一代一樣。 OPUS Borg 之所以被命名為 Borg，是因為它有許多「簡單」的組件，這些組件試圖協同工作來處理大量 GNSS 觀測資料。
這是一團糟，但此時修復已為時已晚。誠然，即使是像 OU 和 OA 這樣的簡單組件現在也變得過於複雜。
本文檔後面的「匹配排除」部分描述了 Borg 的一些複雜性。
變化
請將任何將使 OU 對您的申請更有用的更改發送至 ms@igage.com.

安裝 OPUS 上傳

目前 OPUS Uploader 以 ZIP 形式分發 file 與本使用手冊。所有節目 file是由「iGage Mapping Corporation」簽署的程式碼。
您可以將上傳器安裝在任何您想要的地方，只有一個 file。然後，您可以手動建立桌面捷徑。
OPUS 上傳需要的東西
OPUS 上傳自動決定 RINEX 是否 file 應以快速靜態或靜態形式提交 file 由 RINEX 的長度決定 file.
OPUS 上傳現在可與 RINEX 2.xx 和 RINEX 3.xx 搭配使用 files.
觀察 file長度為 118 分鐘或更長的內容作為靜態提交。
RINEX 中的天線名稱和 HI file 應該是正確的。如果您的 RINEX files 的值不正確，則它們與 OU 不相容（此要求已放寬）。
注意：在 Build 2001 中新增了命令列開關“-a”以允許提交 file不含天線指示符。
2020 年 XNUMX 月，新增了覆蓋 RINEX 中天線名稱的支持 file.
2022 年 XNUMX 月，新增了下載當前 NGS 天線類型清單的支持，以簡化使用有效天線類型的天線類型覆蓋。
2022 年 XNUMX 月也增加了對強制 HI（Instrument Heights）的支援。
您可以考慮使用 TEQC 更新天線名稱和 HI。你可能會這樣amp勒里尼克斯 file 標頭：我用黃色突出顯示了天線類型，用綠色突出顯示了 HI。
天線類型必須是NGS支援的天線。
將 OPUS Upload 作為 Windows 程式運行
您可以雙擊程式或捷徑來啟動 OU。 OU 將在螢幕的左上角啟動。如果您移動視窗或調整視窗大小，然後關閉 OU，則下次啟動時將記住相同的位置和大小。
在運行時檢查螢幕位置以確保其位於目前可用的螢幕上。
第一次使用 OU 時，您需要輸入您的電子郵件地址。您可能想要變更其他選項或新增 OPUS 項目 ID。您的設定將被記住。
'上傳資料' File' 也會從上次執行 OU 時被記住。您可以點擊“...”按鈕來選擇一個或多個 files 上傳。這 files應該是GPS觀測 files，或郵遞區號 file包含 GPS 觀測的 s files。（換句話說，公開賽 File 瀏覽器將支援多個 file 選擇。amp手動選擇四個觀測值的文件 file位於資料夾：如果您選擇 ZIP file, ZIP 的內容 file 將被假定為標準 RINEX file和所有 RINEX file郵遞區號中的 s file 將單獨處理。
如果您包括淨值 file 在郵遞區號中 file，OU就會知道這不是RINEX觀察 file 並會自動跳過 NAV file.
同樣，如果您選擇資產淨值 file （例如amp透過選擇所有 files 在上面的目錄中）OU 將跳過 .NAV files.
一旦您設定了 file名稱和選項，點擊提交按鈕和每個 RINEX file 將自動提交至 OPUS。

從命令列執行 OPUS 上傳

OU 接受以下論點： 這個命令：
OPUS_上傳 –p +x –e ms@igage.com C:\tmp\2001213A0.obs 將提交單 file 沒有專案ID，請求擴展輸出，將結果傳回指定的電子郵件地址。
一旦您在電腦上設定了電子郵件地址，OU 就會記住它。一旦您設定了項目名稱，它將一直使用直到被清除。
這意味著，在執行 OU 一次（可能作為 Windows 應用程式）後，您只需使用 file姓名：
OPUS_Upload C:\tmp\2001213A0.obs 和先前選取的選項將會被使用。
您可以指定兩個或更多 fileOPUS_Upload C:\tmp\2001213A0.obs C:\tmp\2001213A1.obs
您也可以使用通配符來指定一組 files。這個命令：
OPUS_上傳 C:\tmp\*.obs
將提交每個 file 位於資料夾 C:\tmp\ 中，\tmp 資料夾中具有 .OBS 副檔名。
您也可以使用堆疊通配符：
OPUS_Upload C:\tmp\002\*.obs C:\tmp\003\*.zip
也支援單字母通配符：
OPUS_Upload C:\tmp\2001213A?.obs
應該可以提交每一個觀察結果 file 使用以下簡單命令在電腦的 C 驅動器上：
OPUS_Upload +r C:\*.1?o
真的有這個必要嗎？
透過拖放提交
如果桌面上有快捷方式，您可以拖曳觀察 files（或 .ZIP files 包含一個或多個觀察值 files) 並將它們放在桌面圖示上。
這 files 將被處理，就像它們是手動選擇的一樣。將使用最後的電子郵件地址和其他選項。
數量沒有已知限制 file您只需一個動作即可放下。
“測試模式”
您可能想要在啟動 OU 之前測試某個操作。勾選“測試模式”方塊以查看您的操作在不實際提交的情況下可能產生的效果 file到NGS。
當 OU 關閉並重新開啟時，測試模式複選框會被儲存，因此如果您無意中選取它，OU 將顯示為無法運作。
自動提交
如果您透過命令列啟動 OU，請使用 file姓名;或者如果您透過拖放來啟動 OU file進入快捷方式，OU 將自動運行，然後在最後一次運行後 5 秒關閉 file 已處理。
取消按鈕可用於使表單和日誌保持開啟狀態 viewing。
在執行倒數計時的 5 秒結束期間，按一下「取消」按鈕，OU 將不會自動關閉。如果啟用測試模式，則該表單也不會關閉。
2022/2/9：如果從 iGx_Download 調用，OU 現在將在 5 秒延遲後自動關閉。

高級主題

強制天線類型點擊「載入 NGS 天線列表」按鈕下載目前的天線列表 file 來自 NGS 伺服器（ https://geodesy.noaa.gov/ANTCAL/LoadFile?file=ngs14.atx ）。此列表被解析，每個天線（包括衛星定義）都按排序順序載入到下拉框中。
然後，您可以輸入天線類型的前幾個字元來快速找到特定的天線。
該列表儲存在臨時資料夾中：
C:\Users\使用者名稱\AppData\Temp\OPUS_Upload\天線\ngs14.atx
C:\Users\使用者名稱\AppData\Temp\OPUS_Upload\天線\ngs14.atx.cache
並在 OU 再次啟動時重複使用。
重要天線類型注意：您必須在天線名稱和圓頂名稱之間新增適當數量的空格。因此，要么從下拉清單中選擇天線，要么從權威來源複製並貼上天線名稱。提交給 OPUS 時，缺少或多餘的空格或任何修改的字元將導致天線類型失敗。
擴展輸出格式
命令列：
-x 標準解輸出
+x 擴展解決方案輸出（建議）
選取此方塊： 將在 NGS 提交頁面上有效地進行此選擇：基地台的使用與排除
輸入要使用和排除的基地台，以逗號分隔：不會檢查輸入的電台的準確性。
該設定相當於：應該為空，除非您將觀察結果提交給有效的 OPUS 專案。不檢查項目標識符的有效性。
該設定相當於：請勿在此方塊中輸入您的個人項目名稱，僅輸入有效的 OPUS 項目 ID。您必須接受 OPUS 經理培訓才能建立和使用 OPUS 專案。
序號該值沒有官方 NGS 描述，但它對於追蹤提交非常有用。 OPUS Borg 依賴從 OPUS 系統返回的每封電子郵件，在成功或不成功返回的電子郵件主題中都具有唯一的序號：當您載入 NGS OPUS 提交時 web頁上，NGS 分配了一個唯一的編號。如果選取「iGage 隨機序列」複選框，則會產生帶有「IG」前綴的唯一 13 個字元的編號。如果您不選取該框，則將使用您輸入的任何值。
IG 數字是自 1 年 2020 月 86,400,000 日以來的天數小數；在本地計算機時區中，乘以 XNUMX 並四捨五入到最接近的整數。這似乎足以實現唯一性，是可解讀的，並且隨著時間的推移而增加。這不是隨機的。
最低限度 File 尺寸和最大長度
如果您嘗試提交 file 小於最小值（以位元組為單位） file 將被跳過。常見的情況是防毒工具強制其他工具創建零長度 files。這捕捉了這些滋擾 file從提交到 NGS 開始。最小 2,500 位元組應該足夠且合理。
OU將檢查觀測資料的第一個和最後一個epoch並跳過 file比最大長度（以小時為單位）更長的時間。 OPUS 中有一個硬性限制，即您不能兩次跨越午夜（GPS 時間）。如果你有 file如果時間超過 25 小時，則應考慮使用 TEQC 的 -tbin 選項（ https://www.unavco.org/software/data-processing/teqc/tutorial/tutorial.html ) 將它們分成 24 小時 files 並單獨提交。然後，您可以使用 OPUS Accumulator 工具來統計查看各個解決方案。
保存日誌 Files
按一下此方塊會將 NGS 提交的回傳值儲存到 .HTMLfile 與每個提交的名稱相同 file，與提交的同一資料夾中 file.
如果您打開 file 在瀏覽器中，它看起來與您透過手動提交收到的內容“相似” file:但是，格式可能不會達到預期的效果。
該選項對於調試錯誤很有用 file提交時失敗。
擴展調試日誌記錄 選取此方塊將導致在日誌對話方塊中顯示額外的日誌資訊。最好不要選取此選項。
將枚舉每個單獨的 HTML 提交欄位：間File 延遲 NGS OPUS 伺服器具有防止拒絕服務攻擊的安全功能。
如果您快速連續提交多個（可能是 5 個）職業，您的 IP 位址似乎將被標記為令人頭痛的 NGS，並且您提交的內容將被忽略。
建議將此延遲設為 15 秒或更長。我用的是31秒。
測試模式 檢查「測試模式」按鈕允許 OU 運行提交並記錄操作，直到提交為止。紀錄 files 將包含所有正常和擴展日誌記錄，但是 file 不會被送到 NGS 處理。
這使您可以在不淹沒 NGS 伺服器的情況下測試通配符操作。
單一記錄行將會新增到日誌中：目前（版本 2022.2.8.2041）OPUS-Static 觀測值， file時間超過 110 分鐘，與此一起提交 URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl‘
OPUS-RS file與此一起提交 URL: 'https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opus-rsup.prl’
您可以使用“提交 URL' 覆蓋預設提交 file到 NGS BETA 伺服器。但是，您需要確保為提交的內容選擇正確的伺服器位址（靜態或 RS） file.

OPUS-BORG 設定

命令列：
-m 清除排除路徑
+m path 設定排除路徑自動運行
選取「23:00 自動運行」方塊會導致每天晚上 23:00 UTC 按下「提交」按鈕。 OU 使用計算機的時區設定來計算 UTC 時間偏移。
匹配排除
這不會是一個簡單的解釋。
考慮一個場景，其中有大量資料夾，每個資料夾包含許多觀察結果 files。每個資料夾代表一個 GNSS CORS 站。每次觀察 file 是 24 小時（GPS 時間範圍）「每日」觀測 file 對於一個車站。網站的每日資料夾可能包含 24 小時觀察 file過去 5 到 10 年的數據，因此有數千個 RINEX files.
OU用於提交這些Daily file寄至 OPUS。但我們只想提交每個 file 兩次：
緊接著一次 file 14 天後再次收集快速/廣播星曆得到解，得到精確/最終軌道解 NGS 返回 OPUS 解 file透過電子郵件和解決方案 file保存在一組匹配的站點結果資料夾中：每個 CORS 站點都有一個唯一的 OPUS 解決方案資料夾。
如果「匹配排除」包含路徑，OU將搜尋與來源觀察位置相符的相對路徑 file 對於現有的匹配 OPUS 解決方案 file.
這很複雜，因為觀察 file 會有一個類似的名字：
slci0010.22o
匹配的 OPUS 解決方案的名稱如下：slci001022o IG0064714690360XNUMX.msg（注意上面神奇的 IG 序號！）
如果 OU 找到匹配的解決方案 file，它將跳過提交觀察 file 因為有效的 OPUS 解決方案已經存在。
但是，如果您選取此方塊：並且 OPUS 解決方案已超過 14 天，那麼 OU 將檢查該解決方案 .msg file 確定解決方案使用哪種星曆類型。
如果解決方案不精確或最終，則 OU 將刪除現有解決方案 file 並重新提交觀察結果 file，希望能得到解決方案 file 來自使用精確或最終星曆的 OPUS 處理引擎。
隨後，第二天早些時候，OA（OPUS 累加器）處理解決方案資料夾並為每個受監控的 CORS 站產生趨勢圖：OA 還為每個受監控的站建立了一個匯總 XLS 電子表格：此摘要包括 CORS 站的平均位置以及 NGS OPUS 解決方案中找到的每個值的最小/最大/範圍/標準偏差。
也計算了 NAD83 固定座標系和 ECEF XYZ、緯度/經度/高度、國家平面投影和 UTM 投影座標系的 ITRF 每日曆元座標系中的台站速度。
另外，OA產生總結的總結 file:其中包含站點名稱、平均天線位置和橢球高度以及一些對私人 CORS 站管理有用的附加資訊。
其他 Borg 進程對 OA 輸出資料集執行 SQC 分析，並確定該站的「統計」運行是否符合預期，並在出現問題時發送簡訊。
不管你信不信，這個魯布-戈德堡（https://en.wikipedia.org/wiki/Rube_Goldberg）過程有效！

在 OU 中使用自動重新提交

這是作為amp文件的資料夾結構 file提交（我將包含的資料夾稱為“dailys”）和包含返回的作品解決方案的資料夾（稱為“opus”）。如果您想稍後使用 OA (OPUS_Accumulator)，每個站可以/應該位於唯一的 4 字元資料夾中。
./dailys/sgu2 資料夾可能如下所示：./opus/sgu2 資料夾可能如下所示：如果傳回的 OPUS 解決方案不可讀，或被更新、更好的星曆解決方案取代，則舊解決方案將移至 _invalid 或 _duplicates 資料夾。
重要提示：所有 BORG 工具都會有意忽略任何資料夾或 file 以下劃線字元 ('_') 開頭，因此電台名稱無法以下劃線開頭。
這是 OU (OPUS_Upload) 的主畫面：請注意，“上傳數據” File' 指向每日資料夾並選取「遞歸子資料夾」。
這是 OU 的「進階」選項卡：請注意，「匹配排除」正在查看 opus 資料夾中的 file與輸入相符的 s file位於每日資料夾。
日常去哪裡 file是從哪裡來的？
Borg 的另一塊（iBase）產生 hourly file與標準 file每個站使用不同的 DIPCap 程序進行命名。
為 SGU27 收集 RT2 流的 DIPCap 流程如下所示：DIPCap 是 RCAPTURE 的替代品。 RCAPTURE 在幾天或幾週後失敗，並且僅支援 TCPIP「客戶端」連接，DIPCap 非常強大並且將永遠運行。它具有更好的日誌記錄功能，並且還支援 TCPIP“伺服器”連線。
DIPCap 只是自由運行.CAP file進入選定的“輸出資料夾”，產生標準 RINEX file使用“站名”命名。
iBase 程式收集 .CAP file紹urly 並將它們從 .CAP 轉換 files（RT27 流）轉換為標準 RINEX file 在標準 RINEX 資料夾層次結構 (rinex/yyyy/jjj/sss) 中設定：

每天一次，UTC 午夜過後，iB_Daily 工具會運作並查看每個單項 file 在 RINEX 資料夾結構中。 iB_Daily 確保urly files 連接成 daily files（而不是使用從 a 到 x 的小寫字母作為擴展名之前的最後一個字符，每日 file 有零個字元“0”。
每日 files 被縮減為 30 秒間隔，並且除 GPS 之外的所有星座都被刪除。
iB_Daily 還放了一個未壓縮的 file 位於每日下方的正確位置。觀測點 filedailys 中的 s 不會分解為子資料夾。所有日報都位於電台資料夾中。
iB_Daily 運行 23 小時後，OU (OPUS_Uploader) 提交所有新的每日內容 file寄至 OPUS。我們等待 23 小時，讓 NGS CORS 系統填充所有 CORS 數據，這使得 OPUS 更有可能提出解決方案。
如果您按一下「14 天後檢查/強制精確最終星曆」複選框，則 OU 將在觀察到觀察結果後等待 14 天，然後每隔 file，每天，直到每 file 有精確/最終的星曆表。
OPUS_Upload 發送觀察結果後 file如果發送到 OPUS，OPUS 將解決方案傳回 iBase_Mailer 服務的特殊電子郵件地址。
這是我使用的 iBase_Mailer 配置：每個解決方案都放置在正確的 OPUS/ssss 資料夾中。
最後，OPUS_Accumulator 總結了所有 OPUS 解決方案。如果一天內找到重複的解決方案，它會保留最佳解決方案。（這項決定在 OA 使用者手冊中有詳細說明。

其他一些提示

OPUS Borg 程序過去可以在 Windows XP 電腦上順利運作。後來電腦升級到Win8，再升級到Win10。
如果沒有人為幹預，Win10計算機不可能運行超過幾週。主要是 Windows 更新是強制退出的，不能被忽視。
由於運行 OPUS 的電腦有一個 FTP 伺服器和一堆開放的連接埠（用於遠端 CORS 站將資料推送到其中），因此獲取更新可能是一件合理的事情。
我嘗試過在 AWS 伺服器上運行 BORG，它可以工作，但可用性沒有增加。並且由於數量眾多 files和數據，S3實例很昂貴。具體來說，每一個 file 每天都會檢查 S3 儲存庫中的內容。因此，廉價的冰川儲存是不合適的。
我在一台快速計算機上運行 BORG，其中包含所有 BORG file儲存在 8 TB 外部 USB 3 磁碟機上的檔案和資料夾。
iBase 程序自動保留壓縮的 .CAP 的備份副本 file位於單獨的 4 GB 硬碟上。 iBase 具有按鈕功能，可從備份重建解壓縮的 RINEX 結構。我懷疑重建可能需要幾天才能完成。我不需要重建資料集；然而，將其從 4 GB 驅動器遷移到 8 GB 驅動器確實需要幾天時間。
OU 版本說明
建構 2000：
新增了幾個命令列開關然而，包含和排除的電台似乎還不能正常運作。
2004 年建造：25 年 2017 月 XNUMX 日
新增了錯誤日誌而不是訊息框，以實現無人值守操作。請注意，您將無法儲存命令列作業的日誌，因為程式將在完成後退出。
新增了有效測試 file 從命令列新增時。修改了處理 file從命令列包含對有效現有的測試 files.
警告：數量可能有一定限制 file您可以在命令列上指定。數量不應有限制 file可以包含通配符、字串空間 file名稱應擴展到可用記憶體。
當指定多個 file從命令列， file名稱框僅載入第一個 file 從列表中。
2005 年建造：5 年 2018 月 XNUMX 日
新增了“保存日誌” Files' 複選框。提交觀察後 file，所有從伺服器傳回的 HTML 程式碼都可以儲存在一個類似名稱的檔案中 file 與輸入觀測值位於同一資料夾中 file。這 file 副檔名始終為 .html，位置始終與輸入相同 file.
NGS 暫停了對 TLS1 的支援。 OPUS_Upload 現在使用客戶端電腦的 SSL 層，不再需要 OpenSSL。這實際上意味著 Windows XP 電腦不再適合與 OPUS 搭配使用。
2016 年建造：4 年 2020 月 XNUMX 日
為了使 OU 在 OPUS-Borg 框架內工作，進行了一些重大增強和更改。

配置值現在儲存在 iBase.ini 中 file 與所有其他 Bord 成員的配置。運行此版本時，您將丟失先前的所有設定。

基於表單的呼叫中新增了遞歸目錄的選項。以前，這僅適用於命令列運行。
現在有兩個選項卡，一個用於常見配置設置，一個新選項卡用於高級設定。這會清理該工具的主螢幕。

現在可以透過基於表單的工具使用通配符設定多個路徑。對於前amp樂：
C:\ftp\rinex\2017\*.??o; C:\ftp\rinex\2020\*.??o
將遞歸 2017 和 2020 資料夾 files 匹配 .??o file 擴大。
現在可以手動設定 NGS 提交序號，或讓 OU 以「IG8888888888888」的形式建立唯一序號：「IG」後面跟著一個 13 位元整數，表示自 1 年 2020 月 XNUMX 日以來的毫秒數。

最低限度 file 添加了要處理的尺寸。此選項僅適用於 files 透過通配符選擇。將值設為空白、零或負數以處理所有來源 files，無論大小。如果您預計每天大部分時間都是 2,500,000 小時，則值 24 是合理的 files.
當遞歸資料夾（使用通配符）進行觀察時，OU 現在可以選擇檢查現有的 OPUS 解決方案 files。解決方案必須從基礎開始 fileOBS 名稱 file;位於「匹配排除」基本資料夾下的類似命名資料夾中；解決方案 file 必須有一個 file 日期大於或等於觀察值 file 並且有 .eml、.msg 或 .txt file 擴大。如果找到解決方案，則相應的觀察 file 被跳過。將“匹配排除”設為空字串以停用此功能。

現在可以強制天線類型有效地覆蓋 RINEX 中發布的天線類型 file。（我知道這看起來很瘋狂；我需要這個功能來進行視訊演示。）
OU 現在符合高 DPI 螢幕解析度。

2019 年建構：30 年 2002 月 XNUMX 日
-9dl（從 iGx 傳遞）命令列開關現在具有以下操作：

測試模式 = 關閉

國際米蘭File延遲 = 0.0
處理子資料夾 = 關閉

匹配排除現有解決方案 = 關閉
保存日誌 File = 關閉

間file 延遲值現在儲存到 INI file 並在程式啟動時調用。
建2020.7.17.2020
之間的延遲 file 由於系統信號量錯誤，提交佔用了 20% 的電腦資源。（呃！）等待期間取消按鈕未正確顯示。添加了數量 file剩下的是批次提交到狀態列。
建2020.9.8.2021
如果是遞歸資料夾，則將跳過名稱以下劃線「_」開頭的任何資料夾。該資料夾下的資料夾也被跳過。這是為了與 iBase 一起使用而添加的，它使不完整（file小於 90% 的預期覆蓋率）位於「_invalid」資料夾中。
建2020.12.5.2024
額外 URL 編輯以更改提交 URL。新命令列'-U'返回預設提交地址，'+U“完整 url”' 設定覆蓋 URL。預設 URL 目前是：
https://www.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
可以透過以下位址存取測試站點：
https://beta.ngs.noaa.gov/OPUS-cgi/OPUS/Upload/Opusup.prl
建2020.12.21.2027
Bug：提交時 files 至 NGS，剩餘數量 files 顯示不正確。
Bug：尋找未提交的內容時 files，如果 OPUS 解決方案早於觀察，則使用「匹配排除」功能 file，現已刪除。以前它被留在原地並且 file 被重新提交。這導致單一觀察值有多個 OPUS 解決方案 file （因為 OPUS 結果具有唯一的 iG 序號識別碼。）
建2021.11.7.2040
OU 現在使用新的伺服器端腳本來提交 RS 與 S OBS files:日誌備忘錄的大小擴展到 4 萬個字元。
添加了一些提示來添加一堆不必要的調試（我不會刪除它們，因為它只在您進行擴展日誌記錄時顯示）。
新增了提交提示 url覆蓋框中的靜態與快速是不同的。
建2022.2.9.2041
根據不在生產環境中使用 OU 的人員的回饋，OU 已重新排列，看起來更像 NGS 提交表單。
現在可以從下拉方塊中選擇強制天線類型。按一下「載入 NGS 天線清單」按鈕下載並解析目前的 NGS 天線清單。下拉框載入了按字母順序排列的類型清單。
現在可以覆蓋 RINEX 中包含的儀器高度 file 並直接輸入高度。
新增了這些命令列開關：本使用手冊已進行了大量更新。
建2022.2.9.2042
對懸停提示進行了廣泛的補充。（版本是2年11月2022日之後使用iGx_Download工具打包的。）
建2022.3.17.2043
新增了兩個命令列開關：添加了“最大觀察年齡”。如果非零，則結束超過輸入數量的觀察將被跳過。這對於“放棄”嘗試處理很有用 file45 天後。如果 NGS 無法成功處理 file 45（可設定）天后，再等待一天、一週、一月、一年不會有任何影響。
在某些日子和地點，無論您做什麼，NGS OPUS 都無法處理作業。主要出現在 OPUS-Static 作業中。有時從開始或結束處截斷一個小時 file 就會取得成功，但是整整24小時 files 將不會處理。這個新開關允許 files 只是被跳過。如果啟用了擴充調試，則會在日誌中進行註釋。
建2022.3.21.2044
在新 PC 上更新至 Embarcadero® Delphi 11 版本 28.0.44500.8973 編譯器。
將 UPX Packer 更新至版本 3.96w。
將元件 Ace ZipForge 更新至版本 6.94。
什麼時候 file具有以下屬性的 s 將被跳過：
遺失或跳過非強制天線類型
輸入 file 缺失（？這是怎麼發生的）
太長了 file 被跳過
太老了 file 被跳過
並且還有額外的 files 來處理，延遲被跳過。可防止長時間延誤 file-後-file 被跳過。換句話說，一個間file 僅當實際發生時才執行延遲 file 已提交。
從 NGS 下載天線清單時，OU 現在會偵測重複的天線名稱（由衛星修訂引起）並強制每個條目都是唯一的。
建2022.3.27.2045
MaxAge = 0 不被視為無限。
更新了內部file 嘗試減少等待期間的開銷。
建2022.4.1.2050
觀察與解決方案相符的關鍵重寫。
新增了「登入到 file' 複選框。如果選中，日誌將以毫秒時間複製到與可執行檔相同的資料夾中amps。當 OU 啟動時，如果現有 file 存在大於 9 MB 的內容，將其刪除。（你需要抓取日誌 fileOU 完成後立即執行，以確保它們不會在程式呼叫時被刪除。
新增並清理了日誌訊息。
額外 file 計數器追蹤尋找進度 files 來處理。
修正了 OPUS 解決方案日期在沒有解決方案時間的情況下被截斷的錯誤。這導致了“一些” files 被重複提交，因為解決時間（截斷為 00:00:00）似乎早於佔領結束（00:00:03）。在被標記為之前的檢查之前，此檢查現在有一整天的寬限期。
建2022.4.10.2053
修正了某些 MaxAge 設定被忽略的 MaxAge 錯誤 files.
新增了跳過訊息：
04/10/2022 18:35:38.612 ! File 'F:\iBase\ftp\dailys\cotx\cotx2970.21o 已跳過，太舊了；觀察年齡為167.8天，極限為45.0天。
修復了“SemiAppend2”空白的問題 file姓名被附加到名單中 files 處理“;;;”。
新增了 80 個字元的下一個 file 將日誌資訊處理到“...處理更多” files:' 日誌條目。
建2022.6.26.2055
** 新增了隱式 RINEX 3 支援 ** 在大多數情況下，RINEX3 以前可能已經工作過。
在「強制天線」下拉清單頂部新增了一個空白天線，以便更輕鬆地選擇無強制天線。
新增了 +X dd 和 -X 選項來設定和清除「最大年齡」容差。
（將此設為 0 天或空字串將處理所有 files.)
Win10/11風格開啟 file 選擇對話框。
收緊了表單設計的間距。
新增了“預設”按鈕以返回除 file姓名和電子郵件地址；到已知的起始預設值。
新增了 +D 選項以從命令列單擊“預設”按鈕。
瑞尼克斯 file 解碼器現在支援 RINEX2 和 RINEX3。具有非零標誌的 OBS EPOCH 記錄可以更好地處理。（未來的增強功能可能是刪除特殊事件（移動、新紀念碑、開始靜態）記錄？）其他 RINEX 方法現在在 OPUS_Upload 和
iGx_下載工具。
改進了每個選項和控制項的提示。
-9dl 選項已被棄用並且不執行任何操作。如果您以前使用過此選項，請考慮將 -D 作為該行的第一個選項。這將使 OU 處於已知的預設狀態。然後您只需要添加處理所需的選項，通常是 -e email 後跟 file提交的名稱就足夠了。