Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

use of "comment" for event classification #1

Open
kaestli opened this issue Nov 15, 2021 · 2 comments
Open

use of "comment" for event classification #1

kaestli opened this issue Nov 15, 2021 · 2 comments

Comments

@kaestli
Copy link
Contributor

kaestli commented Nov 15, 2021

Currently, event classificatiions are stored as quakeML "comment" objects, with "id" attribute set to a random UUID, and "text" to (e.g.): "Classification: passive".
This is a misinterpretation of the quakeML event object.
comment ID is intended to hold an identifyer of the comment type; e.g. "smi:ch.ethz.bedrettolab/DUGseis-eventclass", and text the actual value of the comment, e.g. "active". This will allow a later user of the data to find/extract all comments of the same type.

Having said that, for the classification of interest, quakeML also offers an explicit data field:
event.eventtype, being one of:
not existing
• not reported
• earthquake
• anthropogenic event
• collapse
• cavity collapse
• mine collapse
• building collapse
• explosion
• accidental explosion
• chemical explosion
• controlled explosion
• experimental explosion
• industrial explosion
• mining explosion
• quarry blast
• road cut
• blasting levee
• nuclear explosion
• induced or triggered event
• rock burst
• reservoir loading
• fluid injection
• fluid extraction
• crash
• plane crash
• train crash
• boat crash
• other event
• atmospheric event
• sonic boom
• sonic blast
• acoustic noise
• thunder
• avalanche
• snow avalanche
• debris avalanche
• hydroacoustic event
• ice quake
if all classes can be satisfied from this list, it would be more straight-forward to use event.eventtype for classification than a custom comment.

@krischer
Copy link
Collaborator

So the comment identifier does not have to be unique?

This is not hard-coded in the core of DUGSeis and could be changed for each processing script:

event.comments = [
obspy.core.event.Comment(
text=f"Classification: {event_candidate['classification']}"
)
]

One could either add a resource identifier with the proper string or an actual event type object.

@kaestli
Copy link
Contributor Author

kaestli commented Nov 15, 2021

no. the ID identifies the "type-of-comment".
Thx. I will not change it now (people are in the last preparations of starting to operate tomorrow and would go crazy), but fix after the first stimulation

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants