Replies: 1 comment
|
Hi, This is something that has come up several times, and I do agree that it is a very useful addition. We are currently working on an implementation. However, for various reasons (including multi-processing task distributions, joint normalisation and others), it is not a straightforward process and takes a little while. I have to admit I am not sure whether there is a working version on one of the dev branches, as I am not the person developing this feature, but @jojomale. The most likely branch to have this feature is Either way, this would require some time investment and bugs may still occur. I am sorry that at the moment, I cannot give a more clear answer. Best, |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hello,
I was unable to find any already implemented solution that allows for ZRT rotation. The rotation itself is mentioned in the docs only once in "seismic.correlate.preprocessing_fd.spectralWhitening" description.
Is there any way to apply rotation to ZRT for a given pair of sensors prior to performing the correlation? This would results of station-pair-specific rotated data outputting CCFs in ZRT coordinates (in reference to the staton-pair orientation, not all-stations-to-some-potential-source orientation which I can do manually beforehand).
I understand one may rotate input data, however, when working with a distributed sensors network, it would be very redundant to manually prepare various intput data sets that need then to include all rotations for all possible sensors orientations.
I'd happy to know if there would be any simple way to implement it (or maybe already is and I'm missing it) or if you maybe have alraedy a plan to do so.
Also, if I am missing something conceptually and this is fully useless idea please let me know :)
Regards
All reactions