EIDA / userfeedback

This repository is meant to collect feedback from EIDA users by means of its Issue Tracker
11 stars 5 forks source link

[Metadata] RESIF part of issues 166 and 167 #175

Open jschaeff opened 1 week ago

jschaeff commented 1 week ago

This is the RESIF part of issues reportes in #166 and #167

I present the results from detailed tests of formal consistency of the StationXML files, see https://github.com/PetrColinSky/DataQuality/tree/master/ludekvecsey for description and result tables. The tests are a part of data and metadata quality tests prepared by participants of the AdriaArray Seismology group jointly with the ORFEUS User Advisory Group, see the summary of tests and the first issue opened by @PetrColinSky.

The metadata tests include validating the FDSN StationXML format, a set of controls from IRIS StationXML Validator and other tests, including checking station response, corner periods, band codes. The metadata files for this test were downloaded from EIDA on June 7, 2024 (thus some issues can already be fixed).

The station/network operators can find the maximum severity level on each station in the report file QC_AdA_severity_levels_240607.csv. The report consists of three columns: station; max severity in 2022+ epoch; max severity over all epochs. Severity levels are -1 (the station was checked and everything was ok), 0 (not important, notification about input or output units given in the wrong upper/lower case), 1 (other not important notifications), 2-3 (warnings), and 4-5 (errors). The detailed report of all issues of levels 1-5 is found in QC_AdA_metadata_issues.xlsx, see the sheet named 240607. If you would like more descriptions and remarks, please take a look at the Legend sheet.

The following part shows only the worst issues (levels 4-5). Go to QC_AdA_metadata_issues.xlsx for a complete list of issues. A header for columns shown bellow is: STATION;VALID_FROM;VALID_TO;ISSUE_ID;ISSUE_SEVERITY_LVL;ISSUE_DESCRIPTION;COMMENTS

Station and Channel Latitudes/Longitudes/Elevations differ too much:

FR.ASEAF.10.HHZ;2005-04-01;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: ASEAF and Chan: HHZ Loc: 10 is expected to be less than 1 km but is 14.661724874363586 km
FR.ASEAF.10.HN[ZNE];2005-04-01;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: ASEAF and Chan: HN[ZNE] Loc: 10 is expected to be less than 1 km but is 14.661724874363586 km
FR.ASEAF.10.LHZ;2005-04-01;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: ASEAF and Chan: LHZ Loc: 10 is expected to be less than 1 km but is 14.661724874363586 km
FR.ASEAF.11.BDH;2005-04-01;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: ASEAF and Chan: BDH Loc: 11 is expected to be less than 1 km but is 14.698391920605303 km
FR.ASEAF.11.LDO;2005-04-01;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: ASEAF and Chan: LDO Loc: 11 is expected to be less than 1 km but is 14.698391920605303 km
FR.ASEAF.11.LKO;2005-04-01;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: ASEAF and Chan: LKO Loc: 11 is expected to be less than 1 km but is 14.698391920605303 km
FR.RUSF.03.BH[ZNE23];2000-08-02;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: RUSF and Chan: BH[ZNE23] Loc: 03 is expected to be less than 1 km but is 1.5482193540162623 km
FR.RUSF.03.HH[ZNE23];2000-08-02;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: RUSF and Chan: HH[ZNE23] Loc: 03 is expected to be less than 1 km but is 1.5482193540162623 km
FR.RUSF.03.LH[ZNE23];2000-08-02;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: RUSF and Chan: LH[ZNE23] Loc: 03 is expected to be less than 1 km but is 1.5482193540162623 km
FR.RUSF.06.BH[ZNE];2000-08-02;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: RUSF and Chan: BH[ZNE] Loc: 06 is expected to be less than 1 km but is 1.330982413107945 km
FR.RUSF.06.HH[ZNE23];2000-08-02;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: RUSF and Chan: HH[ZNE23] Loc: 06 is expected to be less than 1 km but is 1.330982413107945 km
FR.RUSF.06.LH[ZNE];2000-08-02;2500-12-31;3.222;4;metadata - Station and Channel Latitudes/Longitudes differ too much;Distance between Sta: RUSF and Chan: LH[ZNE] Loc: 06 is expected to be less than 1 km but is 1.330982413107945 km
RD.ORIF..BH[ZNE];2013-06-19;2500-12-31;3.223;4;metadata - Station and Channel Elevations differ too much;Elevation between Sta: ORIF and Chan: BH[ZNE] Loc:  is expected to be less than 1000 m but is 1080.0 m

Invalid InputUnits for given Instrument code:

G.SSB..VH[Z12];1982-05-02;1982-10-18;3.321;4;metadata - invalid InputUnits (first Stage) and/or OutputUnits (last Stage);Instrument code H should have stage 1 input units similar to ?m/s but input units are m/s**2
G.SSB..VH[Z12];1982-10-18;1983-12-07;3.321;4;metadata - invalid InputUnits (first Stage) and/or OutputUnits (last Stage);Instrument code H should have stage 1 input units similar to ?m/s but input units are m/s**2
G.SSB..VH[Z12];1983-12-07;1985-01-14;3.321;4;metadata - invalid InputUnits (first Stage) and/or OutputUnits (last Stage);Instrument code H should have stage 1 input units similar to ?m/s but input units are m/s**2
G.SSB..VH[Z12];1985-01-14;1985-02-11;3.321;4;metadata - invalid InputUnits (first Stage) and/or OutputUnits (last Stage);Instrument code H should have stage 1 input units similar to ?m/s but input units are m/s**2
G.SSB..VH[Z12];1985-02-11;1985-04-02;3.321;4;metadata - invalid InputUnits (first Stage) and/or OutputUnits (last Stage);Instrument code H should have stage 1 input units similar to ?m/s but input units are m/s**2
G.SSB..VH[Z12];1985-04-02;1985-06-12;3.321;4;metadata - invalid InputUnits (first Stage) and/or OutputUnits (last Stage);Instrument code H should have stage 1 input units similar to ?m/s but input units are m/s**2
G.SSB..VH[ZNE];1985-06-12;1987-04-22;3.321;4;metadata - invalid InputUnits (first Stage) and/or OutputUnits (last Stage);Instrument code H should have stage 1 input units similar to ?m/s but input units are m/s**2

Here all channels are closed the latest in 2017, but the Station has endDate= 2500, it is not wrong in principle, just a question if the station is still in place after not recording for 8 years? http://ws.resif.fr/fdsnws/station/1/query?network=FR&station=CORF&channel=???&level=response This is actually frequent issue, see e.g. http://ws.resif.fr/fdsnws/station/1/query?network=FR&station=FLAF&channel=???&level=response

Here the same issues combines with a change of a network code, so then the two Station epochs overlap for the two networks as FR.ILLK has Station open till 2500 and FO.ILLK started in 2016 according to the Station element, and in 2021 according to the channel element http://ws.resif.fr/fdsnws/station/1/query?network=FR&station=ILLK&channel=???&level=response http://ws.resif.fr/fdsnws/station/1/query?network=FO&station=ILLK&channel=???&level=response The same for FR.BETS and FO.BETS (where FR.BETS Station continues to 2500 and channels are closed to 2021 while FO.BETS Station starts in 2012 and channels start in 2021) and for FR.OPS and FO.OPS (FR channels closed in 2021, Stations continues to 2500 and FO channels started in 2021 and FO Station started in 2009). Shortly, the channel epoch are following each other OK, but the Station epochs overlap. http://ws.resif.fr/fdsnws/station/1/query?network=FR&station=BETS&channel=???&level=response http://ws.resif.fr/fdsnws/station/1/query?network=FO&station=BETS&channel=???&level=response http://ws.resif.fr/fdsnws/station/1/query?network=FR&station=OPS&channel=???&level=response http://ws.resif.fr/fdsnws/station/1/query?network=FO&station=OPS&channel=???&level=response

jschaeff commented 1 week ago

Concerning stations RUSF and ASEAF, there are censors more distant than the recommandation. But it is a well known situation there will not be any fix for this metadata.

Concerning the stations in G, the metadata producers have been reached in order to see if they need to fix something.