You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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
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.
The text was updated successfully, but these errors were encountered: