ERA-interim数据驱动WRF

      写这个主要是想记录一下自己开始跑WRF的一个过程吧，我是用的ERA-interim数据，嵌套区域是四层，方便以后参考，万一时间长了给忘了呢呜呜呜~~毕竟这个run的过程感觉还是很艰辛的，是自己一遍遍尝试还有冥思苦想好多天以后的结果，还有很感谢网络上很多帖子的帮助啊(*^▽^*)。

       1. 看完EC数据脚本下载这个帖子以后，下载了EC数据，因为觉得那两个与时间无关的变量有点复杂，抱有一丝侥幸心理，就没有使用，就只用了PL和SFC两个数据，然后无所畏惧的开始了run，于是噩梦就这样开始了，然后被折磨到肝颤(*￣︶￣)

        2. 我先./geogrid.exe，完美的没有任何问题，文件该有的也都有了。

        3. 然后是ungrib前准备工作【以下命令要在WPS当前目录的哦~】

             ln -sf ungrib/Variable_Tables/Vtable.ECMWF Vtable           //链接Vtable

            ./link_grib.csh ./DATA/ERA-Interim/ERA-Int_pl_20170724_20170726.grib                   

             //链接高空数据,本来数据不在WPS目录下，老是报错就挪过来了

        4.修改namelist.wps

         5. 开始./ungrib.exe，不出意外的很顺利，没有出现任何问题，

             ./link_grib.csh ./DATA/ERA-Interim/ERA-Int_sfc_20170724_20170726.grib        //连接地面数据

         6. 修改namelist.wps

           7./ungrib.exe

           8. 修改namelist.wps

          9./metgrid.exe文件生成的都很顺利，编辑namelist.input,查看met数据属性：ncdump -h 文件名；查看到

             num_metgrid_levels                  = 28,

             num_metgrid_soil_levels              = 4,  

         10. 先链接met文件，开始运行./real.exe，然后我就自闭了

              一直报这个错，翻烂了论坛和网页，能试的办法都试了，什么修改土壤层，parent_id,都没有用，而且我个人也觉得不是这些问题啊， 感觉很没有道理，然后越来越恐慌，难道是一开始的数据就有问题？知道我看到这个帖子使用EC数据驱动WRF3.9，我醒悟了，我一开始偷的懒终归还是没有放过我啊，偷懒一时爽，磕盐两行泪，呜呜呜~~，我决定从头来过。

             11. 这个错误，冥思苦想三天，未果，咨询于老师，于老师让我先把maxdom改成1试一下，试了以后还是报错，老师告诉我是格式的问题，于是我把namelist.input文件全都在linux里重新输了一遍，这个报错倒是没有了，但是有了更多的错误。

            12. 这时幡然醒悟，这个错误不就是帖子里那个大佬说的错误吗，于是我准备重新开始处理数据，加进去那两个与时间无关的选项，此时内心几乎是奔溃的【我先去哭一会】，但我还是决定抛弃sst试一下啊o(╥﹏╥)o

            13. 根据上面帖子中的描述，先将改参数换成1.

              14. 运行成功！文件生产

                      但是文件报错

                      修改参数为1.重新生成文件./real.exe

                 15. 运行WRF，./wrf.exe >% wrfout.log &

                 16.wrf运行成功得到wrfout文件。