# PhotCal outside of the PS footprint

**URL:** <https://www.rubin.community/t/photcal-outside-of-the-ps-footprint/6923>\
**Category:** Support\
**Tags:** photometry\
**Created:** [July 27, 2022, 12:18am UTC](https://www.rubin.community/t/photcal-outside-of-the-ps-footprint/6923 "2022-07-27T00:18:10Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![tdboer](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/tdboer/32/2019_2.png) [@tdboer](https://www.rubin.community/u/tdboer)\
**Post date:** [July 27, 2022, 12:18am UTC](https://www.rubin.community/t/photcal-outside-of-the-ps-footprint/6923/1 "2022-07-27T00:18:10Z")

</div>

I have obtained some deep HSC data for a target that turns out to be partly outside of the footprint of the  
ps1\_pv3\_3pi\_20170110 ref\_cat (Sgr dwarf), and this is obviously leading to problems in single visit processing and presumably further down the line in e.g. jointcal,etc. I am wondering what (if any) the best option is for dealing with something like this.

astroCal is easily done with gaia\_dr2\_20200414, but it is the photCal that is the problem. I have an older, shallower catalog that would be plenty good, but that is obviously not in the ref\_cat format. Is there any up-to-date info on how to turn your own catalog into a ref\_cat?

Alternatively, once I get lsst\_stack to spit out a (forcedSrc) catalog, I can calibrate that externally. In that sense, I do not care how bad the photCal is, as long as it homogeneously bad, if that makes sense. If all the images in my stacks can be calibrated to the same bad ref, than lsst\_stack can continue and I can fix the calibration externally later. That made me wonder, despite its unusual filters, can we force the usage of gaia\_dr2\_20200414 for photCal? As long as I can get stacked catalogs out, I can fix any calibration externally, afterwards.

---

<div class="post-metadata">

**Author:** ![parejkoj](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/parejkoj/32/138_2.png) [@parejkoj](https://www.rubin.community/u/parejkoj)\
**Post date:** [August 1, 2022, 9:50pm UTC](https://www.rubin.community/t/photcal-outside-of-the-ps-footprint/6923/2 "2022-08-01T21:50:20Z")

</div>

You could try using the ATLAS refcat for an initial photometric calibration, but it won’t be great, and it doesn’t go very deep (r~19). It’s available at NCSA in `/datasets/refcats/htm/v1`. I don’t know where the similar path at the new USDF is.

You certainly could try to use the gaia `phot_g_mean` band for very crude photometry, but you might be better off trying the `phot_bp_mean_flux` and `phot_rp_mean_flux`fields instead. Use [`bp` for `u` and `g` bands, and `rp` for redder bands](https://www.cosmos.esa.int/web/gaia/iow_20180316): turn off `anyFilterMapsToThis` and create a `filterMap` for `PhotoCalTask`. They’ll be noisier than `phot_g` and may have no information for some sources; I’m not aware of any use or testing of them, so no guarantees it’ll work at all.

Oh, and to your question about creating a new refcat, those instructions are here: [How to generate an LSST reference catalog — LSST Science Pipelines](https://pipelines.lsst.io/v/daily/modules/lsst.meas.algorithms/creating-a-reference-catalog.html)

---

<div class="post-metadata">

**Author:** ![tdboer](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/tdboer/32/2019_2.png) [@tdboer](https://www.rubin.community/u/tdboer)\
**Post date:** [August 1, 2022, 10:57pm UTC](https://www.rubin.community/t/photcal-outside-of-the-ps-footprint/6923/3 "2022-08-01T22:57:19Z")

</div>

Many thanks for the information. I will give all of those a try, and see what works!

---

<div class="post-metadata">

**Author:** ![MelissaGraham](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/melissagraham/32/2549_2.png) [@MelissaGraham](https://www.rubin.community/u/MelissaGraham)\
**Post date:** [September 22, 2022, 1:59am UTC](https://www.rubin.community/t/photcal-outside-of-the-ps-footprint/6923/4 "2022-09-22T01:59:24Z")

</div>

Hi @tdboer, just checking in to see if @parejkoj’s suggestion worked for you, and whether we could mark their post as the solution for this topic?
