Accounting for anisotropy in seismic inversion. #735
Replies: 3 comments 4 replies
-
No, unfortunately not. The algorithm currently supports only isotropic slowness, but we are aware that this feature is of interest for a wide range of applications. Anybody with experiences in anisotropic traveltime is highly welcomed to be part of the discussion. For a globally known anisotropy, one could just deform the whole geometry (sensor positions and mesh) in such a way that it is stretched with the inverse anisotropy factor. Did anyone try that? |
Beta Was this translation helpful? Give feedback.
-
I'm also interested to perform anisotropy tomography and I'll be happy to be part to develop it under the guidance. |
Beta Was this translation helpful? Give feedback.
-
Does anyone have a suitable dataset or a benchmark model? First step could be to deform the mesh globally using a known anisotropy factor. Second could be to invert also for this factor, then to do this based on subsurface regions. A general solution (spatially distributed anisotropy) would require changing the C++ core for solving the Eikonal equation (by multiplying the traveltime with a correction factor) but more importantly for deriving the Jacobian with respect to the anisotropy factor. Is there any paper already describing the theory? I know colleagues working on the subject. |
Beta Was this translation helpful? Give feedback.
-
Hi there, is it possible to account for the effect of anisotropy when using the TravelTimeManager "Invert" function?
Beta Was this translation helpful? Give feedback.
All reactions