Lynx Exploration Archivist
Version 3.20
Data are stored internally in two tables VELDATA and PARAMDATA
Each record in the VELDATA table basically represents a row in a seismic velocity control point, which with additional fields locates a point in the subsurface. It has the following record structure :-
PROFILE,TRACE,SP,TIME2,VRMS,VINT,X,Y,DATUM,DEPTH,DIP,DIPAZ,LABEL,STATUS
Some of these fields are optional - for example data will often be entered from the velocity tables on seismic sections as Velocity Contol Point records PROFILE,SP,TRACE,TIME2
the TRACE and SP fields allow velocity control points to be referenced either to trace number, or to shotpoint number. Historically, Lynx .VEL files, used by 3S and early windows versions of our migration software could only use trace-referenced control points. VEL files are therefore in practice always referenced to trace number. This caused problems when using velocity data with lines that had been mergerd or truncated, or traces interpolated. The introduction of .TAX (trace auxiliary) format enabled velocities to be more easily referenced to shotpoint numbers and this is generally the preferred method.
Internally, the velocity data table is maintained in a sorted state, with a sort key based on profile,shotpoint,trace,time. This means that if shotpoint referencing is used, all trace numbers should be set to the same constant, e.g. 0 or 1, to ensure that sorting works correctly.
PARAMDATA stores a list of parameters used to define the units for the fields in VELDATA, plus other auxiliary parameters.