-
Notifications
You must be signed in to change notification settings - Fork 16
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
Data extraction issue for 8H and 9H networks #146
Comments
Hi @Rinku-274, thanks for bringing this issue. It's slightly concerning that this is happening only for certain networks while other stations are behaving as expected, that makes me think it's a data/metadata issue for 8H and 9H networks, rather than a PySEP issue, since some things are working as expected. Is there any information in the log file that suggests PySEP is shifting the origin time? Also can you point me towards a specific station where this is working? It would be useful to see the comparison between them. |
I think there is a problem with the SAC header construction. here Line 1862 in 92c4c62
pysep constructs the SAC header (before the trim), which means that it calculates the B value from the stream start time here Line 1868 in 92c4c62
pysep calls the preprocess routine and trims the waves, setting the new stream start time. Then it writes the SAC files (with the new start time and the previously defined header). When the SAC file is read back, OBSPY takes into account the start time (defined by the trim) and the B value, and adjusts nzsec, nzmsec. So the origin time is modified in the sac files If you agree with this analysis, I can submit a commit where the SAC header definition comes after the trim. |
I am experiencing an issue with Pysep while downloading data for stations in the
8H
and9H
networks. Despite settingseconds_before_ref: 100
andseconds_after_ref: 300
in the.yaml
file, the extracted data starts earlier than -100 seconds from the reference time. Additionally, when viewed in SAC, the event appears to occur before the origin time for some stations, which is incorrect.This problem is specific to the
![Issue_pysep](https://private-user-images.githubusercontent.com/70562865/369319266-906feff2-bdce-49f0-b74d-ee996a650636.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkyMDQyNjgsIm5iZiI6MTczOTIwMzk2OCwicGF0aCI6Ii83MDU2Mjg2NS8zNjkzMTkyNjYtOTA2ZmVmZjItYmRjZS00OWYwLWI3NGQtZWU5OTZhNjUwNjM2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMTAlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjEwVDE2MTI0OFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTIwZTU3MGViZWE5YTkxZTRiOWY3MDQwNzU3MGU1YTdlNWYyOGUyNGIzNGQ1ZGQ0NjEyYTI5MzU5NjkxMmYyMjkmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.-QXOGu1Ot8J1bkGJh3RHBsS8iWxrytVqOv7keL9UAs8)
8H
and9H
networks, while other stations behave as expected. The input DOCfile and SAC output image for a particular station are attached.
2016-12-12T220444_HINDU_KUSH.docx
The text was updated successfully, but these errors were encountered: