Color Correction to 353 GHz Templates #99
Comments
|
Yes, let's use the published value.
Jacques
… On 1 Dec 2021, at 15:02, brandonshensley ***@***.***> wrote:
Based on the slides emailed on Oct. 19, @delabrou <https://github.com/delabrou> recommends we, "[m]ultiply dust template maps by 0.92 to get a template at 353 GHz rather than integrated in the Planck 353 GHz band." Note that a similar color correction factor appears in Planck 2018 XI <https://www.aanda.org/articles/aa/pdf/2020/09/aa32618-18.pdf>, Table 2 as 1/1.098 = 0.911. I suggest we use this value so that we can cite the Planck table. @giuspugl <https://github.com/giuspugl>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#99>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACXLM5LGDLJLFLEKRS3F72LUO2SPXANCNFSM5JFV2OYQ>.
Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
|
Added to the notebook that generates the templates. |
zonca
added a commit
that referenced
this issue
Feb 27, 2022
* adding notebook for GNILC dust * improvements on notebook * improvements after the @zonca comments * investigating the mismatch * finalizing dust small scale extension * improved dust small scale maps, included small scales for Bd and Td * remove unnecessary notebook * use data/ path * nbstripout notebook * read masks from unique file * moved beta and Td to separate notebook * Beta and T dust notebook * fix formatting with black * download GNILC map from NERSC instead of dropbox * run namaster * reorganize notebook add docs * read BK15 mask from NERSC * save modulation maps alms * seed close to synalm, cleanup * create modulation maps at output nside with alm2map * title * fix typo in run_namaster function definition * fix: need to cast nside to int * need to save modulation maps for later * fix: extension name need to be a list * moved definition of ell bins * need to cycle through the masks * fix: make sure we do not mask the I map inplace * fix: comment out mask discretization * fix histogram with apodized mask * version of healpy and NaMaster * figure title * log pol tens utils * notebook to generate output maps * execute with lmax at 1.5 nside * only save modulation alms * mention nside of doc and production * for reproducibility do synalm instead of synfast, also fix largescale lmax * setup notebook for execution with papermill * fix plot spacing * clip alms, fix error in loading alm * apply color correction for Planck 353 GHz Closes #99 * clean execution at nside 2048 * rename notebook * doc: link to notebook of preprocessing * doc: formatting fixes for sphinx * exclude utils notebooks * doc: fix links in docs * style: code formatting fix * docs: fix link to class * remove class description * doc: reference in changelog Co-authored-by: Andrea Zonca <code@andreazonca.com>
zonca
added a commit
that referenced
this issue
Jun 21, 2022
|
I just added this to the docs. @giuspugl @brandonshensley @delabrou there is no equivalent color correction for synchrotron, right? |
|
I'm not aware of anything that discusses this. In principle there should be the same issue, but it may be that the corrections are small for a standard synchrotron spectrum. For dust, it's really only 353 GHz that has a significant color correction factor. Maybe @delabrou or @NicolettaK has more info? |
|
A color correction factor should be applied also for synchrotron if the reference is obtained from a non-monochromatic band. However, at this point the synchrotron model is less constrained that that of the dust: in intensity there is considerable uncertainty because the WMAP and LFI observations are a mix of synchrotron, free-free and spinning dust. In polarization the observations are noisy, in particular in high-latitude regions. I have noticed inconsistencies in the synchrotron cross-calibration between various observations and in data products, which trace uncertainties in the spectral index, the band shapes of the instrumnets, or both. I am working on a new synchrotron template that will try to fix the issue (as much as possible). I can discuss it in a future PanEx foregrounds telecon.
… On 21 Jun 2022, at 11:23, brandonshensley ***@***.***> wrote:
I'm not aware of anything that discusses this. In principle there should be the same issue, but it may be that the corrections are small for a standard synchrotron spectrum. For dust, it's really only 353 GHz that has a significant color correction factor. Maybe @delabrou <https://github.com/delabrou> or @NicolettaK <https://github.com/NicolettaK> has more info?
—
Reply to this email directly, view it on GitHub <#99 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACXLM5MG2YE7NX3ZEQI5QEDVQICCRANCNFSM5JFV2OYQ>.
You are receiving this because you were mentioned.
|
|
@delabrou @NicolettaK @brandonshensley I think we need to clarify the issue of calibration of the Synchrotron templates in the next couple of weeks, before proceeding to running large simulations for Simons Observatory. Anyone has suggestions? |
8 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Based on the slides emailed on Oct. 19, @delabrou recommends we, "[m]ultiply dust template maps by 0.92 to get a template at 353 GHz rather than integrated in the Planck 353 GHz band." Note that a similar color correction factor appears in Planck 2018 XI, Table 2 as 1/1.098 = 0.911. I suggest we use this value so that we can cite the Planck table. @giuspugl
The text was updated successfully, but these errors were encountered: