LGO基线解算详细过程

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1、一共观测6个时段,两个已知WGS84点,其余为新点,基线长度在4-25km,平均长度11km。

2、LGO基线解算设置全部默认,导入数据为由LGO生成的RINEX数据,和直接导入DBX 效果一样,包含天线相位偏差。解出的基线全是固定解。环路报告为默认设置。平差方案中约束两已知WGS84点,自定义先验方差。

3、TGO基线解算设置除阀值由3.5改为2.5,其余全部默认,导入数据为LGO生成的RINEX 数据(O文件的天线高手工+0.0644m,即加了一个L1的相位偏差),对卫星进行了个别观测段的删除,解出的基线全是固定解。环路报告为默认设置。平差方案中约束两已知WGS84点,加权方案自动。

4、对比结果:

4.1 基线

LGO的解算速度明显高于TGO,且使用LEICA的静态数据,LGO的基线结果和TGO的基线结果基本符合相应等级的复测基线标准,但是基本上TGO的基线长度要长过LGO的结果,精度上TGO比LGO差很多。

4.2 闭合环路

LGO直接默认输出,仅生成6个最小独立环,相对闭合差在0-1ppm之间。TGO也默认输出,生成96个三边环,包换同步环和异步环。如果按照《规范》检核,TGO有9个同步环闭合差超限(超限很小,因为本身同步环闭合限差就很小,极易超限),而LGO则无法进行检验,但是我并没有对TGO中环路闭合差超限的相关基线进行删除,而是依照规范的要求对“全部基线”进行了平差。

4.3 无约束平差

在WGS84系统下进行,LGO平差结果和TGO平差结果对比如下:

两种软件解算精度相当,中误差差值在0-3mm,但是TGO还是略逊TGO,由于无约束平差中起算点的不同,两套结果的绝对值无法进行比较,但是如果起算点相同,平差结果的差值应当在1cm以内。这里要提到的一点时,无论使用哪种软件,如果工区内没有WGS84起算点,如果又是使用无约束平差的结果来求取转换参数的话,那么整个网,包括以后的RTK工序,都必须基于同一个WGS84起算点,而如果一切默认,那么使用LGO 和TGO求出的转换参数就会不同,且点位差值会有一系统偏差,以此为例,则纬度和纬度差值0.03秒也就是0.9m,大地高差值2.5m,这是比较可怕的局面。必须加以注意。而如果无约束平差的结果没有用途,仅用来检核粗差,那么就可以不用顾忌软件自己选取那一个点作为其算,直接默认即可,在约束平差的时候,加上必要的位置约束以后,相当于一个系统的平移,不会影响最终的平差结果。

4.4 约束平差

约束平差方案一致,都约束已知84点PCM016和PCM023,绝对约束,默认中误差为0。平差结果对比如下:

为了便于对比,平差结果按照UTM49S投影显示,可以看出:两种软件平差点位北东坐标差值在0-4cm之间,高程差较小,1cm左右。但是这样的结果是不具备对比性和统计性的。平面坐标的较大差值,在前面的基线长度较差已经有所反应。因为不可能做到LGO 和TGO进入平差阶段的基线解完全一样,所以就无法保证最终平差的极度吻合。但是,

这样的差值在物探测量控制网阶段,是完全可以接受的。同时佐证了前面的莱卡天线在TGO中的改正方案的正确性。

不单单是物探规范,几乎所有的行业规范,对基线同步环闭合差的检核都过于严格,而异步环却又过于松懈,在这一点上,或许LGO是做的更加合理的:不严格区分同步环异步环,只是统计最小独立环的闭合差。我也坚信,莱卡的经验要优于制定规范的专家们,所以:在监理或者甲方对闭合环路要求不完全照搬规范的话,少量极小的同步环超限是完全可以接受的,且很多时候是必须的,但是异步环是绝对不能够超限的。期待我们的GPS控制测量规范能做出更加合理的调整。

经过近期对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,自动处理参数选项卡:

相关文档
最新文档