Académique Documents
Professionnel Documents
Culture Documents
here
Other text
PROJET INTERWELL
Cahier des charges
Préparé par Amira Ben-khalifa, Romain Baillet, Beicip-Franlab
Version IW 2019.2
09 Août 2019
Projet IW –Cahier des charges sur les « gathers conditioning » 2
Contents
1 CONTEXTE..................................................................................................................3
2 TRAVAUX SOUHAITÉS................................................................................................3
2.1 Travail préliminaire...............................................................................................................................3
2.1.1 Définition de la géométrie de la Survey...................................................................................................3
2.1.2 Horizons sur les gathers...........................................................................................................................3
2.1.3 Lien avec le seg-y rompu.........................................................................................................................3
Pour ce faire, une étape de conversion des offsets en angle d’incidence est nécessaire et il est
souhaité se baser sur l’algorithme existant dans INTViewer « AngleField ». En option, il est aussi
nécessaire d’aligner les gathers en fonction de la vitesse (correction dynamique), en utilisant
l’algorithme disponible dans INTViewer « NMO ».
2 TRAVAUX SOUHAITÉS
2.1 Travail préliminaire
2.1.1 Définition de la géométrie de la Survey
Dans l’état actuel, il est attendu, en premier import, le chargement d’un angle-stack ou d’un full-
stack. Comme la génération des angle-stacks est une nouvelle première étape du workflow, il est
souhaité de pouvoir charger en premier des gathers et de créer une Survey InterWell (géométrie) à
partir de celui-ci. Ceci revoit la stratégie du « getFirstSepData » actuellement dans InterWell.
Ce module serait accessible dans InterWell Core au-dessus de « Residual NMO Correction », sans
licence particulière. Le nom : « Angle-stack generation ».
Dans un second développement, nous gérerons les gathers full-azimuth (avec une clé supplémentaire
pour l’azimuth), qui proposera du stack en fonction également de l’azimuth (pas de transformation
nécessaire). Les nœuds « Azimuthal Full-stack » et « Azimuthal Angle-stack » seront alors aussi
sollicités par ce module.
o Input data :
- Sélectionner les gathers dans une liste déroulante présents dans la Survey.
- Sélectionner le cube de vitesse dans une liste déroulante présents dans la Survey (type
« RMS » ou « Interval »)
o Apply NMO :
- Facultatif pour l’utilisateur, Appliquer une correction dynamique sur les gathers avant
de générer des angle-stacks (cf. « NMO » module). Attention, nous souhaiterions que
cette correction dépende du cube de vitesse et non d’une valeur constante comme
dans le module actuel.
Présence de gathers ;
Présence de vitesse avec les paramètres ok ;
Au moins un angle défini.
o « run » : pour générer des angles stacks et les sauvegarder dans « Data>3D
volumes>full/angle seismic data ».
Soit à la volée sur une Inline ou une Xline pour le mode « Preview ».
Soit sur l’intégralité de la zone sélectionnée pour un mode « normal » d’InterWell.
Le parcours de toutes les traces des gathers peut être long mais il est peu couteux en mémoire. Il
serait souhaité d’optimiser ce mode « normal » avec une option soit multi-processeur soit multi-
thread permettant d’augmenter les performances du calcul.
Par exemple, nous pourrions envisager de diviser la zone à traiter en sous-zones, à traiter par des
threads différents, pour enfin concaténer le résultat final.
L’option NMO est facultative et se traduit par le shift de la trace dans les gathers (shift dynamique i.e.
non constant avec un réinterpolation). La NMO ne change pas le résultat de la conversion OFFSET-
ANGLE, mais change le résultat du stack.
Les gathers sont des données sismiques très volumineuses (souvent supérieures à 1TO), ce qui peut
obliger l’utilisateur à les supprimer après l’utilisation de ce module. Le cas de suppression des gathers
doit être gérer au moment de restaurer les « runs ».
For further information, please contact your regional office or visit www.beicip.com