Concatenate geometry |
Top Previous Next |
|
Merging multiple seismic trace headers into a single output trace header
What is Geometry Concatenation? Geometry concatenation means merging or joining multiple geometry-defined datasets into a single, continuous dataset — while preserving or re-indexing all spatial relationships (CDP, line, shot, receiver, bin numbers). It’s essentially concatenation of both the seismic traces and their geometry headers to form a unified geometry database. Why We Need Geometry Concatenation Seismic surveys are often acquired or processed in segments: •By line (2D) •By swath or patch (3D) •By acquisition campaign (phase 1, phase 2, etc.) Each segment has its own geometry file or coordinate system. In Simple Terms: Geometry concatenation = merging multiple geometry-defined lines or files into one master geometry, so the software treats them as a single continuous survey. When Do We Perform Geometry Concatenation?
How Geometry Concatenation Works? Step-by-step process: 1.Load geometry-defined datasets (e.g., each line or swath with source–receiver headers). 2.Check consistency — same coordinate reference system, units, and bin parameters. 3.Merge geometry tables — combine all source/receiver/CDP info into one master table. 4.Reassign unique identifiers — update: oLine IDs (avoid overlaps) oCDP ranges (ensure continuity) oTrace sequence numbers (continuous numbering) 5.Write concatenated geometry to the merged SEG-Y or processing project. 6.QC check — verify fold map, midpoint map, and coordinate continuity. Why Geometry Concatenation Is Necessary a) For complete area coverage Without concatenation, each dataset remains isolated; you can’t process or image across line boundaries. b) For stacking and migration Stacking requires consistent CDP numbering across the entire survey — geometry concatenation ensures that. c) For 3D cube building A 3D volume (inline × crossline) can only be generated after concatenating all geometry patches into a unified coordinate grid. d) For interpretation continuity Concatenated geometry ensures reflectors and structures align across boundaries. Example (2D Line Geometry Concatenation) Suppose you have: •Line 1: CDP 1001–1500 •Line 2: CDP 1001–1500 (same numbering, different coordinates) If you simply join them, CDPs overlap — causing confusion. After geometry concatenation, CDP numbering becomes: •Line 1: CDP 1001–1500 •Line 2: CDP 2001–2500 No overlap, consistent geometry — both lines now part of the same project. Important Checks Before Concatenation •Ensure coordinate system consistency (e.g., UTM Zone 43N). •Same datum and projection. •Same bin size and azimuth. •No duplicate CDP or line IDs. •Recreate or verify sequence numbers and offsets after concatenation. •Run fold and coverage QC maps to confirm continuity.
Input geometry collection - provide the input trace headers of each input file. By clicking the
Reset record index - each input file will have it's own trace indexing numbers. To make them unique, reset the trace/record index numbers otherwise, it will be confusing and the output geometry is not correct. By default, TRUE (Checked).
Skip - By default, FALSE(Unchecked). This option helps to bypass the module from the workflow.
Output trace headers - generates concatenated output trace headers.
There is no information available for this module so the user can ignore it.
In this example workflow, we are reading 3 different 2D lines with different x,y coordinates.
To concatenate all 3 of them and use the final output trace headers for further processing like Binning 2D in this case, we connect each seismic file Output trace headers to Input headers of Concatenate geometry module.
Likewise, connect other 2 also. In the first file, we've 9192 traces. In the 2nd file, we've 12930 traces and finally in 3rd file we've 6218 traces. After executing the Concatenate geometry, final output trace headers will have a combined trace count of 28340.
There are no action items available for this module.
YouTube video lesson, click here to open [VIDEO IN PROCESS...]
Yilmaz. O., 1987, Seismic data processing: Society of Exploration Geophysicist
|