Skip to Content

Changes for page AusPass Data

Last modified by robert on 2026/02/12 14:01
From version 20.1
edited by robert
on 2026/02/12 14:01
Change comment: There is no comment for this version
To version 17.1
edited by robert
on 2026/01/16 11:35
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -42,7 +42,7 @@
42 42  
43 43  = Earthquake Data =
44 44  
45 -We host copies of Geoscience Australia's global earthquake catalog which is derived exclusively from the output of the [[Earthquakes@GA>>path:https://earthquakes.ga.gov.au/]] web portal. We do this by manually downloading CSV data and converting it to Seiscomp SCML, then importing it into our server to be accessed via FDSN as event data. Because we must do this manually, our cloned earthquake catalog is only updated monthly (usually on the 1st). Note that information such as phase arrivals is unfortunately not provided by GA.
45 +We host copies of Geoscience Australia's global earthquake catalog which is derived exclusively from the output of the [[Earthquakes@GA>>path:https://earthquakes.ga.gov.au/]] web portal. We do this by manually downloading CSV data and converting it to Seiscomp SCXML, then importing it into our server to be accessed via FDSN as event data. Because we must do this manually, our cloned earthquake catalog is only updated monthly (usually on the 1st). Note that information such as phase arrivals is unfortunately not provided by GA.
46 46  
47 47  Soon we will also begin hosting regionally specific catalogs with full phase picks.
48 48  
... ... @@ -52,7 +52,7 @@
52 52  
53 53  (% class="box errormessage" %)
54 54  (((
55 -ALL IGU-16HR channels have **negative** polarity relative to "standard" FDSNXML convention (e.g., positive down = -90 degrees, positive north = 0 degrees, positive east = 90 degrees). Freshly exported data requires a -1 multiplier to ALL channels to be "correct" relative to what you're likely expecting.
55 +ALL IGU-16HR channels have **negative** polarity relative to "standard" FDSNXML convention (e.g., positive down = -90 degrees, positive north = 0 degrees, positive east = 90 degrees). Freshly exported data requires a -1 multiplier relative to be "correct" relative to what you're likely expecting.
56 56  )))
57 57  
58 58  (% class="box infomessage" %)
... ... @@ -60,13 +60,11 @@
60 60  BD3C-5 channels are "normal" and consistent with usual high gain seismometers. These sensors do not require any polarity flips.
61 61  )))
62 62  
63 -After much consternation was have finally tested this ourselves in a controlled environment and are now certain the above notices to be correct. Other researchers have demonstrated the same:
63 +After much consternation was have finally tested this ourselves in a controlled environment, and have also consulted various agencies. We are now certain the above notices to be correct. Other researchers have demonstrated the same, e.g. the below.
64 64  
65 65  [[Arrivals showing the polarity of various instrument types (courtesy of the China Earthquake Administration). Note that the IGU-16HR3C (labelled HR3C) are inverted relative to the BD3C and CMG40T. >>image:Weixin Image_20260115150150_19_1185.png||alt="Arrivals showing various sensors. The HR3C channels are inverted."]]
66 66  
67 -As of December 2025, all waveform data on AusPass are now corrected.
67 +As of December 2025, all data on AusPass is now correct. Previously it was understood that only the "Z" channel data on the IGU-16HRs was incorrect. It is unclear how other agencies handle this, but for that reason we do not advise mixing up response information from what is provided on AusPass. It is possible that other groups account for this by adding a multiplier in the metadata and not by editing the waveform data.
68 68  
69 -Previously it was understood that only the "Z" channel data on the IGU-16HRs was incorrect. It is unclear how other agencies handle this, so for that reason we do not advise mixing up response information from what is provided on AusPass. It is possible that other groups account for this by adding a multiplier in the metadata and not by editing the waveform data.
70 70  
71 -
72 72