Superevents should not have their preferred event change dynamically
The superevent manager updates the preferred event based on a criteria based on the event group, SNR, FAR. This is to be discontinued.
The proposed design change is as follows:
- The passing of
should_publish
adds theADVREQ
label to the superevent - The completeness of a
G
event is determined by the presence ofEMBRIGHT_READY
,PASTRO_READY
andSKYMAP_READY
labels.
Pause updating preferred event
- The
EM_SELECTED
label is applied when thepreferred_event
of a superevent satisfiesshould_publish
and it is complete i.e.S
event hasADVREQ
andpreferred_event
hasEMBRIGHT_READY
,PASTRO_READY
andSKYMAP_READY
labels. -
G
event will continue to be added toS
event untilEM_SELECTED
is applied after which point thepreferred_event
will not be updated. However, the time attributes of the supereventst_start
,t_0
andt_end
will continue to be updated. - The placement of
EM_SELECTED
starts thepreliminary alert pipeline
with afirst_preliminary_alert_timeout
(=30s). - The end of the preliminary alert pipeline applies the
GCN_PRELIM_SENT
. - The
GCN_PRELIM_SENT
performs a clean up i.e. go over allG
events added to the superevents since its locking and update the preferred event. - There is a
second_preliminary_alert_timeout
(decide this timeout) to allow further addition of Gevent
- Repeat steps above with
EM_SELECTED
replaced withGCN_PRELIM_SENT