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_publishadds theADVREQlabel to the superevent - The completeness of a
Gevent is determined by the presence ofEMBRIGHT_READY,PASTRO_READYandSKYMAP_READYlabels.
Pause updating preferred event
- The
EM_SELECTEDlabel is applied when thepreferred_eventof a superevent satisfiesshould_publishand it is complete i.e.Sevent hasADVREQandpreferred_eventhasEMBRIGHT_READY,PASTRO_READYandSKYMAP_READYlabels. -
Gevent will continue to be added toSevent untilEM_SELECTEDis applied after which point thepreferred_eventwill not be updated. However, the time attributes of the supereventst_start,t_0andt_endwill continue to be updated. - The placement of
EM_SELECTEDstarts thepreliminary alert pipelinewith afirst_preliminary_alert_timeout(=30s). - The end of the preliminary alert pipeline applies the
GCN_PRELIM_SENT. - The
GCN_PRELIM_SENTperforms a clean up i.e. go over allGevents 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_SELECTEDreplaced withGCN_PRELIM_SENT