--> Seismic Velocities, by D.S. MacPherson, #40150 (2005).
[First Hit]

Datapages, Inc.Print this page

Click to article in PDF format.

      

GCSeismic Previous HitVelocitiesNext Hit*

By

D.S. MacPherson1

 

Search and Discovery Article #40150 (2005)

Posted April 4, 2005

 

*Adapted from the Geophysical Corner column by the author in AAPG Explorer, April, 2005, entitled “Seismic Previous HitVelocitiesNext Hit Prove themselves Crucial Variables.” Appreciation is expressed to the author, to Alistair R. Brown, editor of Geophysical Corner, and to Larry Nation, AAPG Communications Director, for their support of this online version.

 1Geophysical Training International, Dallas, Texas ([email protected])

 

Background 

The realm of our seismic data typically has been horizontal distance and vertical time -- but now we are flooded with seismic data that is displayed in distance and depth. Seismic Previous HitvelocitiesNext Hit originally came to us as a by-product of the process of stacking the data. By the geometry of the acquisition program we reference for this column, there was a large redundancy in the reflection information designed to produce many reflections off of the same subsurface point. 

Figure 1 illustrates the very naïve assumption that source and receiver locations with the same mid-point would be reflected of the same subsurface point. The stacking process consisted of correcting each reflection for "normal moveout" that was the direct result of two parameters. These are the source-to-receiver offset and the subsurface velocity. When all of the reflectors were perfectly aligned, the traces with a common midpoint could be summed to produce a stacked trace. 

The source-to-receiver offset was known from the acquisition geometry, but the unknown quantity was the velocity. The method used here was to correct the reflection events with a large suite of Previous HitvelocitiesNext Hit to determine the velocity that optimally aligned the reflection events. Having picked the optimal "alignment" Previous HitvelocitiesNext Hit, the traces were appropriately corrected sample by sample and then stacked as shown in Figure 1.  

It was, of course, recognized that in the presence of dipping reflectors, the traces contributing to the stack did not have a reflection point directly under their common midpoint. Having produced a stack of the corrected reflections, the composite trace had to be migrated -- that is, the stacked reflections had to be shifted in time and distance to their appropriate points of origin by poststack migration.

 

 

uBackground

uFigure captions

uMoveout equation

uPrestack migration

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

uBackground

uFigure captions

uMoveout equation

uPrestack migration

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

uBackground

uFigure captions

uMoveout equation

uPrestack migration

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

uBackground

uFigure captions

uMoveout equation

uPrestack migration

 

Figure Captions

Return to top.

Moveout Equation and Stacking Previous HitVelocitiesNext Hit 

The equation that relates the acquisition geometry (source-to-receiver offset, or SRO) to the subsurface Previous HitvelocitiesNext Hit was given to us by C. Hewitt Dix and is called the Dix Moveout Equation. The geometry and the subsurface model related to the Previous HitvelocitiesNext Hit are shown in Figure 2, along with the moveout equation. The equation compares the reflection arrival time (TT) of a reflection at an offset SRO with the reflection travel time (TO) at zero offset. The difference between these two times is the moveout correction applied to the reflection events for a trace at offset SRO.  

The velocity in this equation is a "time-weighted root-mean-square average" of all the individual velocity layers. For this reason, the stacking velocity is referred to as both Vstack and Vrms. These have become synonymous, even though the moveout equation stated in Figure 2 is actually an approximation.  

The important work of C. Hewett Dix gave us a second equation that is really the key to using stacking Previous HitvelocitiesNext Hit for depth conversion. For any given velocity analysis location, optimal stacking Previous HitvelocitiesNext Hit are picked for the major reflectors. The data set, therefore, consists of the reflection travel time at zero offset (TO) and the stacking velocity (Vrms) for each event. The Previous HitintervalNext Hit (rock) velocity referred to as Vint, between any two layers for which TO and Vrms have been determined is given by:

 

Velocity equation

 

If we can derive Vint from the TO -- Vrms pairs, a depth corresponding to each time can be easily calculated, thereby converting time reflection data to depth. The velocity appropriately used to convert reflection times to depth is a "time weighted average velocity," referred to as Vave. This is simply the travel distance divided by the travel time. Converting stacking Previous HitvelocitiesNext Hit (Vrms) to average Previous HitvelocitiesNext Hit is a process called "Dix correcting" the stacking Previous HitvelocitiesNext Hit

In the presence of a dipping reflector, simple geometry shows us that traces that have a common midpoint do not actually have a common reflection point, but the data was forced to stack by using anomalous stacking Previous HitvelocitiesNext Hit and then migrated. This was the compromise that was practical with the computer power at hand.

 

Prestack Migration 

When computer power ultimately allowed us to fix the problem of getting the reflections into the correct subsurface location prior to stack with prestack migration, we had to re-look at the velocity analysis process. Every trace prior to stacking has a unique source and receiver location. We do not know where any given reflection actually came from, but the trajectory of all the possible reflection points lies on an ellipse with the source and receiver locations at the two focus points. 

The strategy here is to sweep every sample of every trace in the data set into all of its possible points of origin. When all of these "swept" traces are added together, constructive interference builds the image of the actual reflector locations. This is illustrated in Figure 3

This process bypasses moveout correction -- and since the shape of every ellipse is a function of the Previous HitvelocitiesNext Hit, where does this velocity information come from? The answer is the same as it was for the old method of stacking. We use the velocity that optimally aligns reflection events prior to stacking them. 

Figure 3 shows the common midpoint traces that previously would have been corrected for moveout then stacked. Now they are migrated before stack to be in the correct location on the reflector. For this diagram, we have displayed the traces that have been migrated into a single bin location in a 3-D data cube. The moveout correction is implicit in the migration if the Previous HitvelocitiesNext Hit are correct. The migrated traces prior to stack are inspected for their alignment -- that is, are they properly aligned to produce an optimal stack?. This is an iterative process in that we adjust the migration Previous HitvelocitiesNext Hit to align the reflection events. 

In the presence of a layered earth, the migration velocity is also a Vrms average of the layer Previous HitvelocitiesNext Hit, so this amounts to the same choice as it did for moveout correction. Since the migration velocity is a Vrms average of the layer Previous HitvelocitiesNext Hit, the Dix equation is still valid to convert the time image to depth. Recently, the product of prestack migration has been an image in depth. The driver for depth migration is a velocity model that once again is derived from the imaging process. 

In either case, if we stack the data to produce stacking Previous HitvelocitiesNext Hit, or migrate the data to produce migration Previous HitvelocitiesNext Hit, there is a component of interpretation in that we choose the Previous HitvelocitiesNext Hit that optimally align the reflection events. Both of these processes generate Vrms Previous HitvelocitiesNext Hit that become the data base that we call “seismic Previous HitvelocitiesTop.” 

The relationship between Vrms, Vint and Vave is shown in Figure 4.

 

Return to top.