• 帮助
    • 博客
    • 相册
    • 网盘
    • 超市
    • Xer吧
  • 登录
  • 注册
【公告】关于近期部分用户收到虚假中奖提示的通告    【公告】关于网站取消无线业务的通告    【公告】个人空间首页新增“我的专辑”版块    【公告】X5dj广告过滤系统上线    【公告】新功能“我的专辑”上线,珍藏属于你的美好回忆    【公告】X5dj网站网络硬盘用户使用协议    【公告】X5dj新功能汇总贴:新增“密码目录”功能上线    【公告】X5dj.com相册/网盘上传工具发布    
  • 北方片水文资料整编软件技术资料下载空间
  • http://www.x5dj.com/tianzhongyue 复制地址
  • 首页

  • 博客

  • 相册

  • 网盘

  • 人际关系网

  • 我的专辑

loading...
程序修改简介(20080421-20080427) < 上一篇 下一篇 > 降水资料整编程序设计方案
程序修改简介(20080418-20080420)
tianzhongyue 发表于: 2008-04-20 20:48 来源:原创  X度:0  浏览:(169)  评论:(0)
收藏 | 复制地址 | [举报此文章] |  大 中 小 |  引用 删除 修改

153:20080416  三管局
   √1.新老程序的耿镇站洪要、临潼站的逐日平均流量表、流含表都发给你,
       因为老程序的资料红色标注不起作用,我把二者不同处在新程序的成果里标注。
       其中,临潼站日流量表中蓝色为尾数差1,红色为差值较大,流含表中相同。

   ▲原因:新旧程序采用的算法不同,修改了一元三点算法,新程序的计算结果与旧程序基本完全一致.日平均极个别存在微小差别,是由于算法不同所致

--------------------------------------------------------------------
154:20080419 
   √1.武陟(二)站2005年实测流量成果表,第37次流量的平均水深(流速)计算为1.00,数据入库和制表1.0
 
155:20080416  三管局
   √1.临潼实测流量成果表中88测次的平均流速计算值为0.997,按规范应为1.00,新程序结果为1.0,资料一同发来。麻烦你给看看。

154-155▲原因:该值实际为 0.9951,规范规定:小于1,因此取2位有效数值,但小数不过3位,因而应为1.0;
              但规范又规定:大于等于1,取3位有效数值,但小数不过3位,因而1.0需要再处理为1.00,
              实际上规范好象有问题.
              程序中修改:进行2次处理.
-------------------------------------------------------------------

156:20080417  河南局
   √1.逐日含沙量年统计栏内最大断面含沙量小于10以下只有一位小数。见表
   ▲原因:程序有漏洞,已修改,测试成果正确

-------------------------------------------------------------------

157:20080419  内蒙古呼和浩特市的黄达,
   √1.新程序实测流量成果表中平均流速取位是否有问题,如0.435应0.44,但程序中是0.43,

158:20080416 洛阳-孙建民
   √1.长水(二)实测流量成果表15流量平均水深应为0.26,计算值实际上0.265,程序处理后是0.27,
       见表中红色字体。

157-158▲原因:旧的 四舍六入五单双 函数有问题,又进行了程序优化,请测试。
-------------------------------------------------------------------
159:20080416  三管局
   √1.耿镇站洪要为我用参数为0.0计算的结果,红色部分为用参数0.4计算遗漏部分。
   ▲原因:新程序的算法是应该正确的,也可能我理解不到位,
          以新程序漏摘6月22日2点0分数据为例,根据过程原始分析如下
    
     A:6月,原始数据过程
        日      时分      水位
 21  2     355.98
   8     356.01
  14         02
  20         04
      ◆22  2         17
   8         32
  14         45
  20         44
   
     B:旧程序对上面过程全摘,新程序没有摘录 6月22日2点0分数据
     C:分析
       22日2点数据为普通过度点(非峰.谷点), 与前后记录的变率如下
       Pslp_H=0.52
       Nslp_H=0.60
      
       0.6-0.52
       --------=0.13333<0.4
         0.6
       根据计算结果,按0.4判断,该点不应该摘录.

     其他漏摘点原理相同

-------------------------------------------------------------------

160:20080418 内蒙
   √ 1.对照表缺年份
   ▲原因:以修改程序,年份已补上

-------------------------------------------------------------------

161:20080418 河南局
   √ 1.摘录表正常摘录段与小河站配套接头出现问题。
      栾川: 7月14日 8-12 处理为 8- 9,
      石门峪 7月20日14-19 处理为14-15 ,
      陶湾   7月 3日 2- 6 处理为 2- 3,时段雨量正确。
      见表中红色字体。
   ▲原因:程序判断条件有漏洞,已修改程序

   √ 2.摘录表超过2页,页面有问题,见栾川站。
   ▲原因:模板有问题,已修改,请使用新的 降水摘录表模板.
-------------------------------------------------------------------
162:20080411 三门峡
   √ 1.月特征值有问题,河津(41003900)站2007年2月最低水位371.00有问题(应为371.01)。
   ▲解释:检查了原始数据,两个都不对,由于该部分程序代码已经修整过,

           目前计算结果为: 371.04 日期 22
           校对原始新程序正确.
  
   √2.年特征值小数位数不对,如2006年河津站,年平均流量16,应为16.0。
   ▲解释:新程序对该部分代码已修整,目前结果已正确.
  
   √3.年统计中,全年某一时段(如最大3小时)有相同量,应选第一次,但程序选的是第二次的时间。
       如路坪(41228500)站,最大7小时。
   ▲解释:新程序对该部分代码已修整,由于没有提供原始(数据量为0)无法测试,请自己测试.

   √4.降水摘录表,第二张表以后没有五行加一空行,并且将下一张的表头加入前一张。
   ▲原因:模板有问题,已修改,请使用新的 降水摘录表模板.
 
   √5.12段制时,13至14时有雨,摘录表成果中为12至14时。如华县(41140250)站。
   ▲原因:理解不同,导致成果不同.本人认为,按12段制摘录,即使13至14时有雨,摘录表成果中也应输出为12至14时。
          因为13-14不是一个摘录段,12-14才是一个摘录段,而且输出方式为不按起止时间输出.
          如果控制为24段制摘录,就会按13-14输出.

   √6.时段量计算错误,如三门峡(41420050)站6月18日11至12时降水3.6mm,但程序中为3.7mm;
                                                 14至16时降水2.8mm,但程序中为2.7mm。
   ▲原因:检查了原始数据,发现原始资料有问题(或不符合新程序的加工要求),以该站为例说明
          原始如下:     
                    061811.00   0.4
                    061811.05   0.6
                    061811.15   0.4
                    061811.20   0.4
                    061811.25   0.2
                    061811.30   0.4
                    061811.30   0.4
                    061811.35   0.2
                    061811.50   0.2
                    061811.45   0.2
                    061811.50   0.2
                    061811.55   0.4  SUM=3.6

                    ++++12.00           =3.7  

                    061812.10   0.2     =3.8
          由于程序中没有加入段制恢复, 原始中又没有061812.00时刻记录,
          因此程序认为 061811.55-061812.10时间段内降水量为0.2mm,
                  因此061811.55-061812.00之间会分摊降水0.2/3=0.07--->0.1mm
          最终程序计算结果为6月18日11至12时降水3.7mm;
          有两种方法可以结果正确
          A : 人工在原始中增加记录061812.00  0;
          B : 加入24段制恢复,程序自动加入

    整编人员可以数据处理信息中检查原始控制是否合理,见下图,
          

         在061811.00-061812.00之间的降水量为3.6667mm
         可以肯定原始控制有问题,因为降水在第2小数位就应该为0.

-------------------------------------------------------------------
163:20080411 三门峡
    实测大断面成果表
   √1.从第3页开始成果中缺最下行的时间,并影响后页。
   ▲原因:模板有问题,已修改,请用新模板
   
   √2.共几页错误,不论几页,全是共1页。
   ▲原因:制表方案设计有问题,目前的方案是假定一次大断面的测点记录不可超过250个,因此一次大断面就一页.
          由于一个测次就一页,所以:全是共1页。
          该方案以后会调整,由于本人目前没有精力,以后会调整为横向表,测点记录也不在受250的限制.

   √3.附注栏太小。
   ▲原因:根据2005数据库表结构规范,附注不能超过20个汉字长度,因此附注栏空间可以满足要求.

-------------------------------------------------------------------
164:20080411 三门峡
   实测流量成果表
 √1.测验方法栏相同项目上下应对齐。
   ★▲原因:只能通过调整模板解决,少后完成.

 √2.平均流速小数位有的不够。
   ▲原因:新程序应该没有问题

 √3.9页以后最后一行时间在下一页,并影响后面。
   ▲原因:模板问题,新模板应该没有问题


 √4.附注只能3条,多于3条时成果中不显示。
 √5.每一条附注的字数太少,录入的有,但在成果中虽有位置但显示不出来。
   ▲原因:模板中只设置三行,请调整附注,按2005规范,应该够用.


 √6.如在成果表中最后一页无数据,但有附注,在成果中显示共X页,实际是(X-1)页,并缺附注。如天水(41103800)站。
   ▲原因:新程序已做修改,请测试
-------------------------------------------------------------------
165:20080411 三门峡
    汇编表:
  √1.各种汇编表中多数缺表头中“共   页第   页”
  √2.流量对照表和输沙率对照表,河名错误。应取测站信息中的河名,而不是四级目录的名称。
  √3.多余空白页不应在成果中形成。
  ▲以上问题已修改程序请测试
-------------------------------------------------------------------
-------------------------------------------------------------------
166:20080418 中游局
    降水量摘录表
  √1.问题1)如:吴堡站旧程序作出的成果表为6月20日  18:35   19:00   1.8
                                                                          19:00   19:45   0.8  
                              新程序作出的成果表为6月20日  18:35   19:45   2.6
         
                              旧程序作出的成果表为7月27日  14:40   15:00   1.4
                                                                          15:00   15:10   0.4  
                              新程序作出的成果表为7月27日  14:40   15:10   1.8
    (旧程序作表1的降水量摘录表摘录方法为每小时强度大于2.5精确到分钟,且整时分开。
     6月20日18:35到19:00降水25分钟,量1.8,达到上述标准,应分开。)

   ▲原因:新程序的处理方法如下
           A:首先,程序根据控制信息24段制进行划段,1小时一段;
           B:然后,程序统计各段的降水量,程序统计 18:00--19:00 该段的降水量为1.8mm,即该小时段的雨强为1.8mm,小于2.5mm
                                                                  19:00--20:00 该段的降水量为0.8mm,即该小时段的雨强为0.8mm,小于2.5mm
                  因此,新程序将两段进行合并摘录.
           C:旧程序的处理方法,应该是用 (18:35--19:00) 时间段的雨强来代表 (18:00--19:00)时间段的雨强,
                             本人认为这样代表不合适.
             再举例:如果1个小时内降了1分钟的雨,而这一分钟的降水为2mm,那么该分钟的分钟雨强为2mm/min;
                    那么该小时的小时雨强为多少??
                    (1)P=2/1   =  2mm/h
                    (2)P=2*60/h=120mm/h
             本人认为第1种正确,整编1999规范第190页规定:以小时雨强为单位.

             段的划分 和 雨强计算 见下面

 ★√2.问题)如:  头峁站旧程序作出的成果表为6月26日  21:55   22:20   1.0
                                新程序作出的成果表为6月26日  21:55   22:00   0.2
                                                                            22:00   22:20   0.8  
                  (按新程序吴堡站摘录方法作出的成果表应为21:55   22:20   1.0,
     但一样的摘录方法这个站为每小时强度大于2.5精确到分钟, 但吴堡站没有精确到分钟.
     一个程序两站出现两种摘录方法;再旧程序每小时强度大于2.5精确到分钟且大于2.5小数位数保留一位
     21:55   22:00   0.2只是等于,没有大于所以旧程序就合并处理了。)

   ▲解释:从表面上看确实如此,但实际上并非如此,程序逻辑如下:
          A:首先,程序按24段制分段,以本例说明,
            分成
            21:00--22:00
            22:00--23:00 两段
          B:然后,程序在每一段内按场次再进一步分段,如下
            21:00--21:35    1.8
            21:55--22:00    0.2
            22:05--22:20    0.8
            22:45--22:50    0.2
          C:对以上四段,程序再计算各段的雨强,其中 22:05--22:20 段的雨强=0.8/0.25=3.2mm/h
            由于22:05--22:20的雨强为3.2mm,因此不能与 段21:55--22:00合并,这才是真正的原因

     由于本人以前没有干过整编,不知道本人的理解是否正确(按段制分段->按场次分段->计算各段雨强->合并摘录处理).

    ★▲补充解释:在第一个问题中,一个整时段内只有一场雨,程序计算雨强时,用该时段内降水量除时间段长度;
                 在第二个问题中,一个整时段内有多场降雨,程序分别计算各时段的雨强,用各时段内降水量除降水时间段;
                 两种计算方法得到的雨强实际相差很大。
                 作者准备对算法进行修改。

-------------------------------------------------------------------
167:20080418 中游局
     各时段最大降水量表(2)
     问题1)高家庄站表2旧程序作出的成果表为:最大2小时22.2     8月28日、最大6小时29.6     8月28日
                                         最大12小时36.0    7月25日、最大24小时58.4    8月28日

                     新程序作出的成果表为:最大 2小时22.2    8月28日、最大6小时32.0     7月25日
                                         最大12小时40.2    8月28日、最大24小时58.6    8月28日

     旧程序作表2的站挑选2、6、12、24最大为双时滑动。即0、2、4、6、8、12、14、16、18、20、22时滑动挑选,
     ▲解释:新程序逐小时滑动

 

 
系统分类:软件·电脑
标签:软件   电脑   
推送: 无分类 归类:综合

此功能需激活邮箱后生效。
 
程序修改简介(20080421-20080427) < 上一篇 下一篇 > 降水资料整编程序设计方案
用户回复
首页 上一页 1 下一页 尾页 共 1 页
评分与快速回复

博主推荐
相关文章
  • ·分手的那个夜里(晓月)
  • ·Shareaza v2.4.0.2 Revision 7607多国语言版-P2P软件
  • ·Shareaza v2.4.0.2 Revision 7607多国语言版-P2P软件
  • ·UltraEdit-32 v14.20.1.1001 官方简体中文版-强大的文本编辑器
  • ·UltraEdit-32 v14.20.1.1001 官方简体中文版-强大的文本编辑器
  • ·Sonne Flash Decompiler v5.0.2.0069-SWF反编译
  • ·Sonne Flash Decompiler v5.0.2.0069-SWF反编译
  • ·2008年12月5日 80多个人最新精品绿色软件更新(包括许多行业软件)
  • ·2008年12月5日 80多个人最新精品绿色软件更新(包括许多行业软件)
  • ·新浪UC2008忘情修改版(显IP显隐身无限制送花.带心情图片)
  • ·新浪UC2008忘情修改版(显IP显隐身无限制送花.带心情图片)
  • ·酷软推荐:Hard Disk Tune-Up V1.0.231.5346┊磁盘文件碎片整理的工具┊彩虹神话汉化特别版
  • ·酷软推荐:Hard Disk Tune-Up V1.0.231.5346┊磁盘文件碎片整理的工具┊彩虹神话汉化特别版
  • ·Foxit Reader 3.0 Build 1120 增强版
  • ·Foxit Reader 3.0 Build 1120 增强版
  • ·PHPMaker v6.0 英文正式版
  • ·PHPMaker v6.0 英文正式版
  • ·偷偷摸摸将一些东东塞到自家网盘里
  • ·偷偷摸摸将一些东东塞到自家网盘里
  • ·怎样在PPT中插入背景音乐(如何让音乐在PPT中一直播放)
博友热推
  • 拥有一颗积极的心,才能活出尊严
  • 珍惜身边每一个垂手可得的小幸福
  • [梅兰芳]肯定是陈凯歌的传世之作
  • 为了一套房子,要奋斗多少年才行
  • 女人敏感,其实是脆弱的一种表现
  • 开始有点世故,看不起人品差的人
  • 不主动惹阎王也免不了被小鬼缠上
  • 崩溃的过程虽然痛苦,却益处非浅
  • 原来美丽,就是混着血和泪的痛苦
  • 经济危机中,小三儿们过的都好吗
关于我们 | X5dj动态 | 加入我们 | 友情链接 | 官方日志 | 免责声明 | 举报不良信息
北京开创明天科技有限公司 版权所有 京ICP证040979号