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 已處理。
取消按钮可用于使表单和日志保持打开状态 view英國。
在运行倒计时的 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 天或空字符串将处理所有 file（s.）
Win10/11风格开启 file 选择对话框。
收紧了表单设计的间距。
添加了“默认”按钮以返回除 file姓名和电子邮件地址；到已知的起始默认值。
添加了 +D 选项以从命令行单击“默认”按钮。
瑞尼克斯 file 解码器现在支持 RINEX2 和 RINEX3。具有非零标志的 OBS EPOCH 记录可以更好地处理。（未来的增强功能可能是删除特殊事件（移动、新纪念碑、开始静态）记录？）其他 RINEX 方法现在在 OPUS_Upload 和
iGx_下载工具。
改进了每个选项和控件的提示。
-9dl 选项已被弃用并且不执行任何操作。如果您以前使用过此选项，请考虑将 -D 作为该行的第一个选项。这将使 OU 处于已知的默认状态。然后您只需要添加处理所需的选项，通常是 -e email 后跟 file提交的名称就足够了。