Dear all, I managed to solve that huge bug, and now all things seem okay. We'll go through a test run today.

The GrADS installation here has been upgraded to 1.9-b4, while the ArP (a.k.a. Auto-run Program) has been upgrade to 3.0-b4.

　　为了第三代7Timer!的自动运行，我花了两小时啃入了BASH的门。我的程序中某一个地方要循环体，需要定义一个循环相加的变量。于是我定义
TEST = 9
　　下一个循环中它要是12。根据学C、jsp、php之类的经验，我毫不犹豫地写
TEST = $TEST+3
echo $TEST
　　各位猜怎么着？电脑居然显示
9+3
　　我狂晕！觉得又好气又好笑。当然，这等问题本来不应该拿到桌面上说，不然肯定被老手笑话你这个菜鸟不见世面，可我的确狂笑了1分钟：电脑啊电脑，你究竟还是只能听人指令的傻东西！哈哈哈哈哈哈哈哈！
　　后来查了一下，正确的写法应该是
let "TEST = $TEST+3"
echo $TEST
　　电脑就能够显示“12”了。

　　各位好。我高兴地向大家宣布一个好消息：7Timer!在采用35公里精度GFS数据上取得重要进展。预计在这两天就可以将所用的数据由70公里精度（1度）提升到35公里精度（0.5度），第三代7Timer!触手可及。所取得进展的详细内容：

• 在本地完成编译cnvgrib模块并在服务器上测试成功。该模块能够将GRIB2格式的35公里精度数据编译为GRIB1格式，供GrADS处理及分析；
• 服务器上测试grib2ctl模块成功，它可以生成35公里精度数据的ctl文件，供GrADS索引；
• 服务器上测试get_gfs模块成功，可以有选择地获取远端GFS数据，节省下载时间和运算量。

　　要全面采用35公里精度的数据，还有以下几个问题要解决：

• ArP改为调度get_gfs模块获取远端数据，并需要调度cnvgrib模块来编译数据；
• 由于数据名称发生改变，需要对gs文件组的相应部分进行修改。

　　升级35公里精度以后，预计将有以下计划：

• 由于精度提高，拟重新开放地点预测功能(7Timer!-Panel系列)，并提供视宁度预测等；
• 开发民用版本(7Timer!-Weatherman系列)；
• 测试WRF-NMM，对精度的进一步提高进行调研。

　　由于升级问题，今天7Timer!的运作可能被取消，请各位留意进一步信息。

Dear all, we have a major achievement on the next generation of 7Timer!, it may be applied for use in these two days. By then, the resolution of 7Timer! will be raised from 70km to 35km. We're going to use cnvgrib to convert files from GRIB2 format to GRIB1 format, so GrADS can read and proceed them. We would use "fast download GFS files" technique to require the data files faster. As the resolution raised, 7Timer-Panel might be re-operate to public.

Today's run may be canceled or delayed due to the major operation, we would post news here if there are any.