Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • P python-ligo-lw
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 4
    • Issues 4
    • List
    • Boards
    • Service Desk
    • Milestones
    • Requirements
  • Merge requests 4
    • Merge requests 4
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Kipp Cannon
  • python-ligo-lw
  • Merge requests
  • !31

ligo/lw/lsctables: add new table to store candidate parameters of each event

  • Review changes

  • Download
  • Patches
  • Plain diff
Closed Rebecca Ewing requested to merge rebecca.ewing/python-ligo-lw:new-table into master Aug 22, 2022
  • Overview 1
  • Commits 6
  • Pipelines 0
  • Changes 18

For GstLAL, there are often several (order 10s) candidates associated with each real gravitational wave event. These are associated with unique templates in different SVD bins all ringing up a trigger for the same event. Since we pre-aggregate these candidates before uploading them to GraceDB the candidate information for all but the max SNR or min FAR candidate is lost. However, this information can be useful namely for rapid parameter estimation techniques where it is desirable to know the template parameters of several candidates in order to determine where to lay down an initial grid in parameter space.

This MR adds a new custom table called CandidateParams which would store the component masses, z-component spins, SNRs, likelihoods, and template IDs for each candidate associated with a real event. This table would be used by GstLAL to add information for each candidate to the coinc.xml file of the favored candidate before upload to GraceDB.

Assignee
Assign to
Reviewers
Request review from
Time tracking
Source branch: new-table