Switch default reference catalog for DECam to PS1 in LSST format

XMLWordPrintable

Details

• Type: Story
• Status: Done
• Resolution: Done
• Fix Version/s: None
• Component/s:
• Labels:
• Story Points:
1
• Team:
Data Facility

Description

Following obs_subaru, it would be nice to change the configuration files of obs_decam so to also use the PS1 catalog in LSST format and remove dependence on astrometry.net.

Activity

Hide
Hsin-Fang Chiang added a comment -

As you reviewed DM-9438, would you mind reviewing this ticket for the same changes in processing DECam?

Besides obs_decam, I also needed to change the config file in validate_drp for it to continue using astrometry_net, following the lead of DM-9909.

Jenkins including lsst_ci passed with one p3 still running.

Show
Hsin-Fang Chiang added a comment - As you reviewed DM-9438 , would you mind reviewing this ticket for the same changes in processing DECam? Besides obs_decam , I also needed to change the config file in validate_drp for it to continue using astrometry_net, following the lead of DM-9909 . Jenkins including lsst_ci passed with one p3 still running.
Hide
Michael Wood-Vasey added a comment -

Hsin-Fang Chiang Alternatively, you could provide a PS1-style catalog for the data in validation_data_decam. Is this something that would be relatively straightforward to do?

I'd rather CI the way we generally use the packages.

Show
Michael Wood-Vasey added a comment - Hsin-Fang Chiang Alternatively, you could provide a PS1-style catalog for the data in validation_data_decam . Is this something that would be relatively straightforward to do? I'd rather CI the way we generally use the packages.
Hide
John Parejko added a comment -

Beyond Michael Wood-Vasey and Paul Price's comments re: not using a.net and remapping u->g for photometry, I don't see any other recommended changes.

Show
John Parejko added a comment - Beyond Michael Wood-Vasey and Paul Price 's comments re: not using a.net and remapping u->g for photometry, I don't see any other recommended changes.
Hide
Hsin-Fang Chiang added a comment -

Thanks for the review.

re: filter map, as I don't have the color term, I've added a comment to warn the users.

re: a.net usage in validate_drp, I'm not sure if this is straightforward and I'm not familiar with the data in validation_data_decam, but I've created two new tickets: DM-11648 for decam and DM-11647 for hsc so they don't get forgotten.

Show
Hsin-Fang Chiang added a comment - Thanks for the review. re: filter map, as I don't have the color term, I've added a comment to warn the users. re: a.net usage in validate_drp, I'm not sure if this is straightforward and I'm not familiar with the data in validation_data_decam , but I've created two new tickets: DM-11648 for decam and DM-11647 for hsc so they don't get forgotten.
Hide
Hsin-Fang Chiang added a comment -

Jenkins with lsst_distrib + lsst_ci passed: https://ci.lsst.codes/job/stack-os-matrix/26363/

Merging.

Show
Hsin-Fang Chiang added a comment - Jenkins with lsst_distrib + lsst_ci passed: https://ci.lsst.codes/job/stack-os-matrix/26363/ Merging.
Hide
Hsin-Fang Chiang added a comment -

Merged.

Now one can processCcd decam data without worrying about astrometry.net. For example on lsst-dev one can do:

 processCcd.py /datasets/decam/ --id visit=177344 ccdnum=3 --calib /datasets/decam/_internal/calib/cp201302/ -C $OBS_DECAM_DIR/config/processCcdCpIsr.py --rerun private/username/  The above was tested with w_2017_33 + new obs_decam. Show Hsin-Fang Chiang added a comment - Merged. Now one can processCcd decam data without worrying about astrometry.net. For example on lsst-dev one can do: processCcd.py /datasets/decam/ --id visit= 177344 ccdnum= 3 --calib /datasets/decam/_internal/calib/cp201302/ -C$OBS_DECAM_DIR/config/processCcdCpIsr.py --rerun private /username/ The above was tested with w_2017_33 + new obs_decam .

People

• Assignee:
Hsin-Fang Chiang
Reporter:
Hsin-Fang Chiang
Reviewers:
John Parejko
Watchers:
Hsin-Fang Chiang, John Parejko, Michael Wood-Vasey