Skip to content
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

6d6mseed generates fragmented and two day-long mseed files #7

Open
mary-tsekhmistrenko opened this issue Aug 24, 2020 · 2 comments
Open

Comments

@mary-tsekhmistrenko
Copy link

When generating mseed files using 6d6mseed some of the files end up fragmented, eg. (a day of one horizontal component with extreme fragmentation where the timings seem to overlap - ~5 samples - for some parts):

channel | start time | end time | samples

Y 2020-03-29T00:00:00.000200Z 2020-03-29T01:02:21.692200Z 935424
Y 2020-03-29T01:02:21.730400Z 2020-03-29T01:02:25.758400Z 1008
Y 2020-03-29T01:02:25.727200Z 2020-03-29T01:34:53.179200Z 486864
Y 2020-03-29T01:34:53.193200Z 2020-03-29T01:34:57.221200Z 1008
Y 2020-03-29T01:34:57.214700Z 2020-03-29T19:32:50.490700Z 16168320
Y 2020-03-29T19:32:50.500400Z 2020-03-29T19:32:54.528400Z 1008
Y 2020-03-29T19:32:54.510300Z 2020-03-29T23:05:23.690300Z 3187296
Y 2020-03-29T23:05:23.703800Z 2020-03-29T23:05:27.731800Z 1008
Y 2020-03-29T23:05:27.723000Z 2020-03-29T23:37:55.175000Z 486864
Y 2020-03-29T23:37:55.216100Z 2020-03-29T23:37:59.244100Z 1008
Y 2020-03-29T23:37:59.210500Z 2020-03-29T23:59:59.998500Z 330198

Another issue is that a couple of mseed files contain two days (while the following day file is missing completely in the export), e.g.:

channel | start time | end time | samples

Z 2019-07-29T00:00:00.000400Z 2019-07-31T00:00:00.036400Z 43200010

Not all days are affected by this, but it happened for all the stations and all the channels (not necessarily the same days). The question does this come from the raw file or is this something that happens during the export using 6d6mseed?

@kext
Copy link
Member

kext commented Aug 28, 2020

Hi,

I have just pushed version 1.6.2. This changes how the file splits are generated and how the timestamps are calculated.

Could you please test, if this fixes either of your issues?

You can update to the latest version by either downloading it from the Releases section or by using the command from the Readme.

@mary-tsekhmistrenko
Copy link
Author

We tested the updated version on one station. We don't have any double packed or missing days anymore but now we experience "extreme" fragmentation (but only for 4 days in total), e.g.:
2020-03-06: 40 traces (7 before)
2020-03-07: 40 traces (9 before)
2020-03-31: 40 traces (not fragmented before)
2020-04-01: 39 traces (5 before)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants