Changes for page AusPass Data
Last modified by robert on 2026/02/12 14:01
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -42,17 +42,17 @@ 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 SC XML, 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 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. 46 46 47 47 Soon we will also begin hosting regionally specific catalogs with full phase picks. 48 48 49 49 = SmartSolo Node Polarity Issues = 50 50 51 -There has been a lot of confusion about the polarity of the IGU-16HR (1C and 3C) data, as well as the BD3C-5 data over the years. 51 +There has been a lot of confusion about the polarity of the IGU-16HR (1C and 3C) data, as well as the BD3C-5 data over the years. We now believe we know what's going on with certainty. 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 relative 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 to ALL channels to be "correct" relative to what you're likely expecting. 56 56 ))) 57 57 58 58 (% class="box infomessage" %) ... ... @@ -60,12 +60,13 @@ 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 ,andhave also consulted various agencies.We arenow certain the above notices to be correct. Other researchers have demonstrated the same, e.g. the below.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: 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 data on AusPass is nowcorrect. 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 advisemixing up response informationfrom whatis provided on AusPass.It is possible that othergroupsaccount forthis by adding a multiplierin themetadata and not byediting the waveform data.67 +As of December 2025, all waveform data on AusPass are now corrected. 68 68 69 - 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 + 71 71