GAMIT10.5数据处理图文流程.docx

GAMIT10.5数据处理图文流程冉启顺2016.1.20前言二、数据准备1.前期准备首先想好要处理什么时段、什么地方的数据本文档以处理bjfs,shao,lhaz,urum四个站点2013年2月1日的数据为例本文档使用软件版本GAMIT10.5处理环境：win10上的虚拟机ubuntu15.102.工程目录设置在任意位置建立工程文件夹（全文以test为例），并在其目录下建立如下的文件夹：3.数据下载在终端中打开test，查询2013年2月1日的年积日，和GPS周等信息代码：doy 2013 02 01在test的目录下再建一个文件夹以032命名的文件夹，此时，test目录下有：根据步骤3的信息，到相关网站下载对应的广播星历，精密星历，观测值文件分别放在文件夹brdc,igs,rinex里面。当然还涉及到下载的数据解压，.d文件到.o文件的转换等操作，其中广播星历可以不改名字（即可以不用改成brdc0320.13n）4.更新tables表，更新准则，下面的表格为准：还有个dcb.dat需要每次处理都要更新表文件名表含义更新频次内容更新地址 pole.或pole.usno极移表每次更新/pub/gamit/tables/ ut1.或ut1.usno地球自转参数表每次更新 luntab.2012.J2000月亮表使用当年的表 soltab.2012.J2000太阳表使用当年的表 nutabl.2012章动表使用当年的表 leap.sec跳秒表每次更新gdetic.dat,大地坐标参数文件不常更新antmod.dat,天线相位中心改正正表有新天线时更新svnav.dat,卫星列表有新卫星时更新rcvant.dat,接收机天线对照表有新天线时更新svs_坏卫星信息文件每次更新vmf1映射函数模型使用当年的表//pub/GRIDS/otl.grd海潮格网数据使用当年的表常见文件说明更新的准则是：“更新频次”中的红字部分每次处理都更新一下，同时结合本次处理与上次处理的年份是否相同来进行年表的选择。原本有些文件是每周更新一次，但是作为新手为了避免出错还是每次更新吧有些时候，有些文件找不到，或者/pub/gamit/tables/里面没有，则可以忽略。如svs_，gdetic.dat常常找不到我在更新时，这四个文件在服务器上没找到下图是我更新的文件。原本还应该有2013年的各种年表，但是我之前处理过一次2013年的数据，并且我的gamit安装路径/opt/gamit/GAMIT10.5/tables已经有了2013年的这些年表。将上述更新的数据复制到gamit安装目录下的tables文件夹内，并替换原有文件。我的gamit安装路径是/opt/gamit，即我安装路径下的tables 的路径是：/opt/gamit/GAMIT10.5/tables然后将更新后的tables文件夹，即/opt/gamit/GAMIT10.5/tables拷贝（或者设置连接，我习惯拷贝）到test目录下。因为我之前在/opt/gamit/GAMIT10.5/tables里面放了很多数据，所以它显得特别大1.8G，往往在包含otl.grid的情况下tables也就7~800M吧。此后，test的结构应是：5.创立链接这一步相当重要，而且常常容易出错。将.o文件，.sp3文件，*.*n文件（观测文件、精密星历、广播星历）链接到032的目录下执行代码：链接处理数据需要的各种年表等文件此时032中有如下的文件：检查并重新设置断掉的链接，如下图所示：如：luntab.链接已断（常说的死链接），在032目录下，执行代码：ln -s ../tables/luntab.2013.J2000 ./luntab.（最后的点号一定要加上）系统报错，即“无法创建符号链接，luntab.早已存在”，这句话的意思是，032中早已经有了一个luntab.文件（但是我们却看到它是个死链接），删除该链接，重新执行上面的代码。新链接生成，并打开查看该链接所指向的文件是不是2013年的luntab表重点检查6-ii的11个文件链接，以及soltab.,nutabl.，用类似的方法建立链接以下是我手动加入的部分链接：以下是网上的资料图：其中还要注意设置：map.grid，otl.grid，atl.grid的链接，我在处理数据时使用的如下链接：在查看原始GAMIT10.5的解压文件中的tables文件夹的链接atl.grid,如下图所示：但是我在查看//pub/GRIDS/发现它原本有一个atl.grid，上传是2010年8月28，大小也是3.1M，故我断定，服务器上的atl.grid就是tables里面的ANU100826_grid.atl。于是我在服务器上下载了一个