大家知道,大部分工区的二三维地震数据经过采集处理完成后的叠后数据大小都是几十、几百GB,甚至TB以上,格式主要是SEGY文件,为了支持在客户端浏览器高效快速显示,如果直接打开该工区的地震数据,由于文件比较大,导致加载速度慢,显示速度更慢,交互体验非常差,存在无效加载情况等问题。主要将之前文章中的技术原理进行详细设计开发,设计并实现了一种高效显示地震数据的索引构建方法和工具,该工具能够将20G的数据直接压缩到40M的索引文件,相当于500倍压缩比,而且基于该索引文件,根据默认或用户交互情况加载关注的数据道,提升了数据加载速度,显示速度也加快,用户交互反馈也大大提升,目前主要基于python或java实现,索引文件主要针对三维,二维数据直接利用后端服务进行数据获取和显示即可。供大家参考,具体如下。
一、地震数据SEGY格式分析
对于SEGY地震数据,存储方式详见《SEGY规范.doc》,具体如下。
一块地震数据包括卷头(3200+400字节)+道头(240字节)+每一道的采样数据体,见下图。
采样数据体大小主要与采样率和深度/时间有关,也叫做采样点。
总体计算逻辑如下
# 如下数字的单位都是字节
sgy文件大小=卷头(文本卷头3200+二进制卷头400)+[每一道道头(240)+每一道采样数据*数据占用字节数(一般为4字节)]*总道数
# 说明:每一道采样数据=每一道深度或时间/采样率
示例1:xxx.sgy文件分析,一般都是4字节存储。
通过卷头、道头分析,得出数据如下
inline:范围为2281-3321,间隔为2,数量为(3321-2281)/2+1=521,存储位置在道头的41-44 或 189-192
x-line:范围为1240-1880,间隔为1,数量为(1880-1240)+1=641,存储位置在道

最低0.47元/天 解锁文章
2306

被折叠的 条评论
为什么被折叠?



