Closed ajstewart closed 5 years ago
I implemented this change in my installed version 3.1.1. I reprocessed an image dataset with the same job parameters. The change didn't produce any difference in the resulting source databases. Trap is still not correctly associating nearby events
Prior to change: id | wm_ra | wm_decl | datapoints ------+------------------+------------------+------------ 5656 | 149.0172609406 | 69.5703905351843 | 261 4036 | 149.034158786887 | 69.5732569649718 | 289
After change: id | wm_ra | wm_decl | datapoints ------+------------------+------------------+------------ 5656 | 149.0172609406 | 69.5703905351843 | 261 4036 | 149.034158786887 | 69.5732569649718 | 289
Has this fixed the problem? I also notice the word "beam" doesn't appear in the association details documentation. https://tkp.readthedocs.io/en/latest/devref/database/assoc.html#database-assoc-details furthermore in the database schema under temp temprunningcatalog "beam_semimaj, beam_semimin, beam_pa Not currently used."
Perhaps someone can comment on the re-processing aspect, but when I ran a new job through the results were certainly different from when this fix wasn't in place. I wasn't able to associate sources with slight offsets. But adding this fix and changing the parameter to 1.5 allowed the association to happen.
As I said this was all running a new job each time when testing, and not setting the id to the existing id.
The parameter beamwidths_limit is now read in from job_params.cfg and used.
Tested with my mentioned offset image in issue #562 and now associations are made as expected.
Fixes issue #562.