Superevents

Adding superevents to GraceDB, including the necessary models, utility functions, and API resources. This has also resulted in changes to the overall configuration and some parts of the events model.

Many models in the events app, like Labels, Tags, EventLogs, etc. were needed in a similar form for superevents. We were able to completely reuse the existing Label and Tag models for superevents. In other cases, we had to abstract the main functionality of the class into an abstract base class and then implement separate models for events and superevents, due to foreign key requirements. This should leave the current functionality of the events models unchanged.

Some portions of the events API have been modified because of one of the following reasons:

• It didn't make sense and was unnecessarily difficult to duplicate for superevents
• It was inefficient or bad

These changes are documented here: https://bugs.ligo.org/redmine/issues/6133

gracedb/superevents/buildVOEvent.py

@@ -51,6 +51,15 @@ def construct_voevent_file(superevent, voevent, request=None,
 
     # Set preferred_event as event to be used in most of this
     event = superevent.preferred_event
+    # Get the event subclass (CoincInspiralEvent, MultiBurstEvent, etc.) and
+    # set that as the event
+    subclass_fields = [f for f in event.__class__._meta.get_fields()
+        if (f.one_to_one and f.auto_created and not f.concrete and
+            event.__class__ in f.related_model.__bases__)]
+    for f in subclass_fields:
+        if hasattr(event, f.name):
+            event = getattr(event, f.name)
+            break
 
     # Let's convert that voevent_type to something nicer looking
     voevent_type = VOEVENT_TYPE_DICT[voevent.voevent_type]