LGO基线解算详细过程 - 图文

经过近期对TTC、Pinnacle、Waypoint三个软件的摸索,感觉真的没有再做进一步研究的必要性。因为界面太丑,更新太慢,操作繁琐。我喜欢简单严谨。还是返回头重新拾起尘封的LGO。

这次重新开始LGO,秉承的原则是:不急不躁,稳扎稳打,不浅尝辄止,主要是深入帮助文件里面去,解决以前遇到的仍不明晰的细节问题。ok, let's go! 1、练习内容:GPS静态后处理

2、软件版本:7.0中文特别版,全部模块可用。

3、样本数据:LGO自带的static数据。 4、地方坐标系统:UTM32N,白赛尔1841椭球。 5、新建项目:learn-gps static,坐标系统WGS84。 6、导入原始的DBX观测数据。

发现由于是样本数据,所以各点观测比较随意,最短时间有9min,最长时间有60min,且各观测段犬牙交错,基线解算决定采用手工方法。因为是练习,所以这次很详细的阅读了相关的帮助文件。

LGO郑重的两个重要提醒。值得仔细揣摩:

如果在外业作业中,在同一个作业(JOB)内,对同一个测量点的不同测量时段的静态数据采用同一点号作为点名进行保存,则在使用LGO进行数据处理时,要特别注意正确选择所需要的测量时段的数据。否则,可能会导致出现严重的数据处理误差。

如果在外业作业中,在同一台接收机的同一个作业(JOB)内,对在不同测量点上所采集的静态数据采用同一点名进行保存,则在使用LGO进行数据处理时,要特别注意首先使用“单点定位解(SPP)”功能区分出不同测量点的数据,再正确选择所需要的测量点及测量时段的数据。否则,可能会导致出现严重的数据处理误差。

也就是说,在实际的基线解算中,我们应当根据预先的计划来合理的选取可能出现的基线,由于野外调度和实际情况的需要,往往会在我们不希望两个测站形成同步观测的时候出现了同步观测,这时候,就应当采用手工模式或者设置形成基线的最小时间间隔,来达到想要的结果。 7、GPS处理参数的设置

GPS处理由两个主要的部分组成:选择观测时段和选择处理参数、处理本身。用户需要干预的是选择时段和选择处理参数。因为处理本身无需任何干涉 A、LGO的基线处理模式分手工和自动两种。手工处理模式可以根据用户结合实际情况及需要进行设计如何计算数据。自动处理模式是从选择的时段中自动处理根据一组约束条件组合而成的所有的合理的基线。它只能选择流动站,不能选择参考站。LGO会自动选择合适的参考站。处理顺序依赖于“自动处理参数”中定义的参数。

AAAA,自动处理参数选项卡:

a、只有当处理模式设置成自动时,才可以使用自动处理参数。自动处理参数实际上是协助用户在自动处理的模式下进行基线计算的选取。

“公共时间数据的最短时间”:同步观测时间的最短时间。同步时间短于300s,不予解算。这在剔除个别较短重叠时段时十分有用。

“最大基线长度”:解算基线的最大长度。此选项,我能想到的大概就是批量处理个别较长基线时用到,如长度超过200km的个别基线使用精密星历。批处理比较有用。另外:此项可输入的最大值是1000,我曾尝试解算超过1000km的基线,结果宣告失败,改成手工模式,可以没有限制。。。

“处理方式”:选择“全部基线”的话,LGO按照基线最短时间和最大基线长度为前提处理所有可能的相关基线。选择“独立设置”的话,LGO只处理一组独立的基线集合。在N个点的网中中有N-1条独立基线。但是线性相关的基线也可以视为独立基线(例如三角形的三个边),前提是:三条边没有同时观测。

“坐标选择策略”:选择“距离”,第一个参考点的最短的基线首先被计算,然后计算次短基线。选择“时间”,具有最长公共时间的基线首先被计算,然后计算次长基线。如果“按时段”勾选,则在满足处理模式和选择策略的两个条件下,选最长时段的点做为第一个参考站。这个选项似乎意义不大,但是如果有一点的一个观测时段巨长,可以考虑勾选,如长时间长距离连测的点。

“使用浮点解基准”,如果一个项目仅仅只有浮点解存在,则允许使用该点作为参考站做进一步处理。这个是极端情况。遇到的可能性不大。

“重算已处理基线”,如果勾选,则原来已经计算了并且存储过的基线将再次被计算。这个选项比较任性,特别对于基线比较多需要多次设置才能完成最终所有基线的解算,一次只能出来几条合格的基线,不勾选此项,可以保证已经成功处理的基线不丢失解算。那什么时候才勾选呢?一般不勾选,但是应该也有勾选的时候,那就是闭合环路出了很大问题,不过那个时候似乎可以直接删除结果了,更直接。呵呵。

“计算控制点间的基线”,此项似乎一般不使用。似乎。。但是似乎第二第三时段复测基线的时候为了和第一时段统一基准的时候。。。。。。。。 BBBB、“策略”选项卡

确实应该把策略先进行阐述,LGO似乎设置的不合理。-——-。。。

联系客服:779662525#qq.com(#替换为@)