swiss-seismological-service/sed-seiscomp-contributions

SED libraries and modules contributed by the Swiss Seismological Service at ETH Zurich

sed-seiscomp-contributions's Issues

[nll] Unweighted RMS computation

Following the discussion in here we should consider if we want to compute the RMS in NLL plugin without weighting the residuals by arrival weight.

[dmsm] Missing data model scheme documentation

Hello,

@luca-s @kaestli @gempa-jabe

The dmsm does not show up in the data model doc. How difficult is it to add? Just a curiosity question in order to be able to do it for dmvs...

Cheers

Fred

MLh calculation for intermediate-depth earthquakes

Dear friends from SED,

we (and of course alomost everybody in Seismology in Europe) are using Seiscomp, an as part of our standard process we would like to be able to calculate local magnitude (MLh) even for depths greater than 80 km. This issue is critical for countries like Greece, Italy, Spain, Romania, etc., that have intermediate-depth seismicity, with events with depths > 80km

Unfortunately, this limit (80km) is hard coded in a couple of files (Mlh.cpp, ml.cpp), which means that we have to modify them and recompile Seiscomp in order to solve the problem. With SC3 we used to follow this procedure, but now that we’ re migrating to SC5 we’d like to avoid it as much as possible. Re-compiling creates several problems, especially regarding patches (as well as other issues), that we would like to avoid. I have contacted several othe people (from NOA-Athens, NIEP-Romania) and they only solved the problem by a) Changing the code and, b) Recompiling Seiscomp. Jans Becker from Seiscomp has confirmed that this is the only option (currently)

Since MLh is part of the SED contributions and a plugin, we would like to ask you if it woul;d be possible to either relax this constraint (remove completelya depth limitation), or allow the user to modify a relevant parameter in a .cfg file, either for the existing Seiscomp5 (in a future update), or in the new Seiscomp6.

Thank you in advance for your help and understanding

Costas Papazachos from Aristotle Univ. Thessaloniki network (HT)

PS. I have not commented on the science issue of the validity and use of MLh for intermediate-depth events, this is a different story...

NonLinLoc: parameters configured from scolv are not applied

Any parameter configured via scolv (see screenshot) is discarded and not applied.

The reason is that the parameters are restored to default by NLLocator::updateProfile (see here) before being used in NLLocator::relocate.

By design, NLLocator::updateProfile would skip any re-configuration if the profile to be set is the same as the current one, however that logic was disabled on purpose: see here and here. That introduced this issue. So I wonder if @gempa-jabe remembers anything on this topic, because I don't want to remove the two lines that introduced this bug, without knowing why they were added in the first place.

NLL: linker with gcc >= 10 complains about multiple definitions

2022-08-16 00:08:44 INFO /usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b2c000): multiple definition of `prog_name'; 
2022-08-16 00:08:44 INFO CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd948560): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b123c0): multiple definition of `nll_mode'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd92e920): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b04f20): multiple definition of `NumPhaseID'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd921480): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x51f486c): multiple definition of `MAX_NUM_ARRIVALS'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0x10dcc): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x51c01e4): multiple definition of `MaxNum3DGridMemory'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0x4): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b02f00): multiple definition of `NumSources'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd91f460): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x51c01f8): multiple definition of `GridMemList'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0x18): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x51c01f0): multiple definition of `GridMemListSize'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0x10): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x51c01ec): multiple definition of `GridMemListNumElements'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xc): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x51c01e0): multiple definition of `GridMemListTotalNumElementsAdded'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b04b20): multiple definition of `fn_control'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd921080): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b04b00): multiple definition of `fp_control'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd921060): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b046f4): multiple definition of `NumFilesOpen'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd920c54): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x123c3780): multiple definition of `Source'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd1dfce0): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b046f8): multiple definition of `RandomNumSeed'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd920c58): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b2b3e0): multiple definition of `message_flag'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd947940): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x12b123e0): multiple definition of `MsgStr'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0xd92e940): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/NLLoc1.c.o:(.bss+0x51f4860): multiple definition of `Arrival'; CMakeFiles/locnll.dir/__/__/__/libs/3rd-party/nll/GridMemLib.c.o:(.bss+0x10dc0): first defined here
/usr/bin/ld: CMakeFiles/locnll.dir/__/__/
...

This only happens with our builds for Ubuntu 22.04, Debian 11 and CentOS 9. I think it is related to the inline definitions which NLL is using. We had to fix that for the older NLL version some time ago and I think this fix has to be applied with the new version again.

NonLinLoc only outputs empty locations

Hello,

Since we upgraded our SeisComP installation (compiled on Mac) in middle of November, screloc (and also relocating with NonLinLoc in scolv) systematically only outputs Empty Locations. We have not changed anything in our NonLinLoc configuration files and I don't know quite where to look for the problem.

Maybe you have some experience with this issue?

Why is this message duplicated within the for loop?

sed-SeisComP-contributions/apps/screloc/main.cpp

Line 285 in 6014f67

SEISCOMP_INFO(" + processed %d origins", processed+1);