Dear AdriaArray participants, dear colleagues,
with this message, we would like to announce several AdriaArray news, mainly following the workshop in Sofia and the splinter meeting at EGU.
1] Marija Mustać (@mmustac ) and Gergana Georgieva (@ggeorgieva ), supported by Carlo Cauzzi (@ccauzzi ), are taking care of the webpage. If you have any suggestions, please, contact Marija and Gergana directly. The webpage is updated regularly, so keep an eye on it.
https://orfeus.readthedocs.io/en/latest/adria_array_main.html
2] Gregor Rajh (@grajh ) takes care of the token system. If you are about to get an EIDA token for downloading the data, please, start here
https://orfeus.readthedocs.io/en/latest/adria_array_seismicnetworks.html#how-to-access-the-data
and then get in touch with Gregor.
3] After the discussion which started at the AdA workshop 2023 in Dubrovnik, and after introducing the first prototype at the workshop in Sofia recently, we prepared a summary of the data and metadata quality tests. It was presented as a poster at the 2024 EGU. The poster and a summary table are available here
There is also a readme file, which redirects you then to other sites with the particular tests by Johannes Stampa (@johannes.stampa ), Felix Eckel (@felix.eckel ), Luděk Vecsey (@vecsey ) and Petr Kolínský (@petr.kolinsky ). There is also a new issue posted on the EIDA issue tracker
opened 09:18AM - 03 Jun 24 UTC
Dear network and station operators,
participants of the AdriaArray Seismology g… roup together with the ORFEUS User Advisory Group prepared a summary of data and metadata quality tests. The summary sheet “Quality_control.ods”/“Quality_control.xlsx” is available here
https://github.com/PetrColinSky/DataQuality/tree/master/summary
There is a readme file explaining all the details and pointing you to the particular tests at other four sites. I would like to encourage all operators to check the summary table, mainly their networks/stations, to recognize the issues. The links in the readme file then point you to the detailed results of the particular test for which the station of your interest failed. If there are any questions, get back to me or directly to the authors of the other tests. These tests were performed just before the EGU in April 2024, and some of the issues are already fixed, thanks to everybody for the effort. We will repeat the tests soon and the summary table will be updated then.
Here, I am listing some stations with metadata issues, which are partly already included in the summary table, partly are found in addition. This list is not exhaustive and not necessarily systematic in a sense that I discovered these issues by processing the data for particular earthquakes for different time epochs and various regions. The best would be – if your station is mentioned here – that you check all your stations of the same network for the same issue. The problems are repeating mainly within a given network.
deconvolution gives zero multiplication/division for the 2015-2018 epoch
http://ws.icgc.cat/fdsnws/station/1/query?net=CA&station=CGAR&channel=???&level=response
missing PaZ for the 2001-2018 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=GWBE&channel=???&level=response
missing PaZ for the 2012-2018 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=GWBD&channel=???&level=response
missing PaZ for the 2002-2020 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=GWBF&channel=???&level=response
missing PaZ for the 2001-2021 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=GWBC&channel=???&level=response
missing PaZ for the 2011-2019 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=EBSD&channel=???&level=response
missing PaZ for the 2012-2020 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=GODD&channel=???&level=response
missing PaZ for the 2001-2021 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=WBA&channel=???&level=response
missing PaZ for the 2003-2020 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=WBB&channel=???&level=response
missing PaZ for the 2013-2021 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=WBFO&channel=???&level=response
missing PaZ for the 2006-2020 HH* epoch:
https://eida.bgr.de/fdsnws/station/1/query?net=HS&station=WBG&channel=???&level=response
missing InstrumentSensitivity in the 2011-2022 HH* epoch
http://eida.gein.noa.gr/fdsnws/station/1/query?net=HL&station=DION&channel=???&level=response
Dip is -90 for the HHE channel in 2015-2016 and 2016-2020 epochs, but should be rather 0
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=BW&station=GELB&channel=???&level=response
in the xml, there is a locationCode="00" given, but no location code is given in the data
http://www.orfeus-eu.org/fdsnws/station/1/query?net=GB&station=HMNX&channel=???&level=response
BHZ and HHZ channels have Dip = 0, but should be rather -90 or 90,
both *HE and *HN channels have the same Azimuth = 0, but E and N should be orthogonal
http://www.orfeus-eu.org/fdsnws/station/1/query?net=CR&station=HVAR&channel=???&level=response
the following stations are missing the older epochs before 2019 (the data is available, but metadata is not)
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A260A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A261A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A262A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A263A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A264A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A265A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A266A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A267A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A271A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A272A&channel=???&level=response
https://erde.geophysik.uni-muenchen.de/fdsnws/station/1/query?network=Z3&station=A273A&channel=???&level=response
These are stations, for which I had downloaded data in recent years, but the metadata is not available now
Z3.A268A
Z3.A269A
Z3.A270A
IV.T0110
CR.KIJV
CR.KALN
CR.NVLJ
CR.PLIT
CR.PTJ
CR.UDBI
Here it looks like the PaZ are agiven in HERTZ, but the units are given as RADIANS – this issue has already been discussed for IV.VINO, see #68. It affects the Guralp sensor epochs.
https://webservices.ingv.it/fdsnws/station/1/query?net=NI&station=VINO&channel=???&level=response
https://webservices.ingv.it/fdsnws/station/1/query?net=IV&station=EMAS&channel=???&level=response
https://webservices.ingv.it/fdsnws/station/1/query?net=IV&station=IPSM&channel=???&level=response
https://webservices.ingv.it/fdsnws/station/1/query?net=IV&station=EBDA&channel=???&level=response
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
Here it is the opposite: Station is closed, but channels are open. This creates an issue, as such a station is then not listed in EIDA as open station, and is not listed in _ADARRAY virtual network, as the virtual network is based on the Station element, and HC.KOSP hence looks like closed.
http://eida.gein.noa.gr/fdsnws/station/1/query?net=HC&station=KOSP&channel=???&level=response
This station has similar issue. The are several Station elements. One of them is open, as are the channels in there, but there are other Station elements which have closed epochs. It is again maybe not wrong, but it is dangerous, as one needs to go through all the Station element to find out if one is still open. Having one Station element sounds like a safe solution.
http://geofon.gfz-potsdam.de/fdsnws/station/1/query/?net=HU&station=BEHE&channel=???&level=response
The channels are named BH* here, but the sensor looks like a short-period with a corner period below 10 s
https://geofon.gfz-potsdam.de/fdsnws/station/1/query/?net=SJ&station=SVIS&channel=???&level=response
Here there are only SP epochs included, but there is a BB sensor installed too (and hence the station is not listed in the _ADARRAY)
http://geofon.gfz-potsdam.de/fdsnws/station/1/query/?net=SK&station=LANS&channel=???&level=response
AC.LSK – epochs open since 2010, but there were some malfunctions and hence the epochs could be closed
https://webservices.ingv.it/fdsnws/station/1/query?net=AC&station=LSK&channel=???&level=response
Here the instrumentation was upgraded by temporary BB deployment, but epochs are not
https://webservices.ingv.it/fdsnws/station/1/query?net=AC&station=BERA&channel=???&level=response
https://webservices.ingv.it/fdsnws/station/1/query?net=AC&station=LACI&channel=???&level=response
https://webservices.ingv.it/fdsnws/station/1/query?net=AC&station=LSK&channel=???&level=response
https://webservices.ingv.it/fdsnws/station/1/query?net=AC&station=PHP&channel=???&level=response
https://webservices.ingv.it/fdsnws/station/1/query?net=AC&station=TPE&channel=???&level=response
These stations are not in EIDA yet
AC.SDA
Z6.DRME
Z6.KOME
Z6.ULC
Z6.GJIK
Z6.SMRK
Z6.ZATK
7B.7422
7B.7433
7B.7440
7B.7442
7B.7443
7B.7445
7B.7489
7B.7491
7B.7493
7B.7496
7B.7498
7B.7499
7B.7500
7B.7501
7B.7502
We would encourage all network and station operators to check these documents and to fix what concerns their networks/stations. Don’t hesitate to get back to Petr, Felix, Johannes and Luděk, if something needs more explanation.
4] For early career scientists, there is already a private ECS category here at the Forum. If you want to be invited, please, contact Felix or Carlo.
5] On the AdA webpage, the participants are listed by name
https://orfeus.readthedocs.io/en/latest/adria_array_organization.html#adriaarray-participants
However, we can only list those who agreed with their name to be there. This agreement was given by many when filling out the questionnaire. If you are an AdA participant and you want your name to appear on the webpage, please, fill out the questionnaire and check the respective box. You can fill out the questionnaire anyway, if you did not do so yet, providing information about your interests.
6] If you have any questions about the membership and/or adding new participants for the current member institution, please ask Petr, Gregor or Thomas Meier (@thomas.meier ).
7] As announced earlier, there is a call for papers for the special issue in the Annals of Geophysics journal (gold open access)
https://www.annalsofgeophysics.eu/index.php/annals/announcement/view/34
To tentatively guess possible publications, we prepared a form where you can show your interest. Please, check it out and possibly fill it in. Your suggestion is not binding. The guest editors are Irene Molinari, Gergana, Petr and Thomas.
Guest Editors: I. Molinari (1), P. Kolínský (2), G. Georgieva (3), T. Meier (4).
1) Istituto Nazionale di Geofisica e Vulcanologia, sezione di Bologna, Bologna, Italy.
2) Institute of Geophysics of the Czech Academy of Sciences, Prague, Czech...
8] All technical documentation on AdA is available at the usual link
Here you find maps of AdriaArray Seismic Network, codes to draw them, input files, documentation and presentations. - PetrColinSky/AdriaArray
Best regards
Petr, Thomas, Gregor, Gergana, Marija, Carlo, Irene, Felix, Luděk, Johannes