-
Notifications
You must be signed in to change notification settings - Fork 101
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feature: restyling of Kirchhoff operator #531
Conversation
@cako, I got some time to revisit the Kirchhoff operator based on some the discussions we had in #439. The dynamic version looks much better now in terms of match with FD (see https://github.com/PyLops/pylops_notebooks/blob/master/developement/Modellingcomparison_kirch_vs_fd.ipynb). Do you think you have some time to review this? |
I should have some time, yes. I will take a look! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great stuff! Code LGTM so I'm going to go ahead and approve it.
I do have a couple of comments/questions.
- Why change the sign of the wavelet? Was it not matching the data as expected?
- Applying the cosine of the reflection angle or using the apertures ensures some protection against very wide angles, but the Snell parameter is the best way to control this. However, upon rereading the removed code I don't think it was implemented properly so best to remove it for now. (E.g., if ang_src = 0 and ang_rec = 360, it would complain that the reflection angle is too big... it should be implemented on cos((ang_src - ang_rec)/2)).
Thanks @cako, good you agree with the changes :)
If you refer to this One thing I wasn't that sure is the 2D case, where in Safron they suggest using |\omega| but one of my visiting students who works on LSM suggested it should be \sqrt{jw} taken from
Indeed, I think that Snells code was wrong (actually all of my intuition over those angles was wrong). I see now why you just care about half-opening which is always implicitly suggesting reflection along he normal of the reflector even if you do not know what that is... Regarding the cosine of the angle, I left it there as some formulations seems to suggest it should be there. However, what I noticed in Yang and Zhang, 2019 is that makes sense if you use r(x, theta) which is not what we effectively implement here (our r is only location dependent). Now if you make the simplification in their eq8 the angle gets absorbed. Not knowing where to lean, I decided to keep it as in some cases as you suggest you may want to use it as a weighting factor but if you do not want you can just force it like I do in the notebook ( |
Interesting! I didn't know that paper. Is there a significant difference between sqrt(jw) and |w|? In terms of frequency content they should be the same. The phase might be a bit altered. I think if yours matches FD simulation then it is probably the preferred way to go... with the caveat that traditionally Kirchhoff modelers try to do a good job at modeling the amplitude of reflections and not diffractions. A bit counter-intuitive in a way! In any case, I don't mind one way or the other, there are dozens of expressions in the literature, I think it's just a matter of choosing one. Regarding the angle, I definitely agree with keeping the cos of the reflection angle. I just mean that one may want to further modify the diffraction stack based on a user-given weight. This can be useful for higher control when killing the tomographic term. In any case, we can handle it in a future PR if we want to tackle it. Feel free to merge! |
This PR introduces a number of changes to the Kirchhoff operator in an attempt to improve the amplitude fidelity of this modelling process with respect to finite-difference full wavefield modelling. Also follows from #439.
Major changes:
anglerefl
as the angletheta
can be computed directly from the incident and reflection angles with normalsnell
limitations, this is naturally handled by stationary-phase when summing along all possible image points and src-rec pairsamp
to be provided as pair of tables liketrav
amp
is not provided, compute it as1/sqrt(dist)
for both source and receiver side in 2D (and1/dist
in 3D)cos(\theta)