Multimatch: (current code)
- Until we have different matching algorithm, we will need to use the FITS tables. We don't have an alternative to the multi match algorithm at the moment. EC is interested in working on this if it will be of use to someone. Feeling is he was looking for a driver to keep working on it.
Not certain that the forced source photometry table will always be available. Creating coadds adn deblending on coadds are the longest steps at the moment, so if we are only looking at matched visits, will probably not want to take the time to gegnerate coadds and run forced photometry. This will be important in the commissioning context, e.g if we want to run some metrics on 10 or so visits and don't want to wait for the forced source tables.
- Three issues here:
- Timing of the availability of forced photometry
- Scientific issue of whether we want forced photometry versus independent detection and centering
- Multimatch algorithm - we are planning to move away from this anyway to an n-way matching algorithm that does not assume an afw_table input.
CS: Proposes to get off afw tables as soon as posible. All the sky processing doess have coadds. We can avoid the isssue of the forced source Implement using the forcedSourceTables. We can support the commissioning use case later.
KB: Can we spend a few hours to remove afw_tables from multi-match. For bright isolated stars, we can use multi-match. Aggregate function is very slow, can take minutes to compute the average RA.
KSK: search for multimatch in lsst org - 15 hits - -most are faro, vailidate_drp, a few in notebooks.
External calibrations:
- Parquet Source files do not have these external calibs applies
- Need to do this if we want to apply external calibrations to source tables. Will allow us to bypass the stage of reading in the external calibrations
- These are input to FGCM - needs to run as an afterburner for now.
- Not high priority for now but we should do this. Ticket on backlog