Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CMB monopole and dipole #41

Closed
NicolettaK opened this issue Jun 29, 2020 · 11 comments
Closed

CMB monopole and dipole #41

NicolettaK opened this issue Jun 29, 2020 · 11 comments

Comments

@NicolettaK
Copy link
Contributor

Hi, shall we agree on how to simulate the CMB monopole and dipole? I can then add them in the map-based-sim module.

@ziotom78
Copy link
Member

I think we should aim to simulate the dipolar and quadrupolar components; for the orbital component, I suggest we just use the Earth's barycenter instead of the L2 point, as it's already included in AstroPy's ephemerides tables.

@mreineck
Copy link
Collaborator

I suggest to avoid simulating the monopole. It only causes numerical trouble, because it is a huge constant added to very small fluctuations, and that hurts accuracy a lot. I guess that's also the reason why most CMB experiments are custom-tailored to not measure the monopole :)

For the dipole and quadrupole, would it be OK to expect as input a time-varying satellite location vector? Then the required quantities can be easily evaluated using the satellite speed from this input.
As long as we don't have anything better, we can put the Earth's location into that input array. Once we know more about the trajectory, we can just plug that in and the results will instantly be better without any further code change,

@paganol
Copy link
Member

paganol commented Jun 29, 2020

I agree with @mreineck. It would be also nice to have several options for generating all the terms, or only the dipole, or for including or not the frequency dependence of the high order terms, and so on. Something similar to what LevelS does.

@tomma90
Copy link
Member

tomma90 commented Jun 30, 2020

I agree with @mreineck and @paganol for dipole and quadrupole.

If it's not too much work I think including the possibility to simulate the monopole can be very useful for detector-related studies, because the operation point of the detector depends on the total optical loading which is dominated by the monopole. HWP imperfections studies also may need the full optical loading.

@ziotom78
Copy link
Member

I agree that the monopole is far less relevant than the dipole, but I still think we should provide the ability to inject it in the simulations. This can be relevant when one wants to compute the overall optical load on a bolometer, or to properly model the background when simulating the observation of point sources.

@mreineck , yout idea about the array of vector positions seems the best.

@mreineck
Copy link
Collaborator

I wasn't aware of the use cases for the monopole ... in that case I agree there should be an option to put it in.

Since @paganol mentioned LevelS: please feel free to take all the necessary formulas from there if that saves you time! This should be a part of LevelS which can be used with almost no functional change.

@NicolettaK
Copy link
Contributor Author

Ok thanks! I think I would need the help of someone who is more familiar than me on dipole to implement the code.
Also, I don't think I have access anymore to LevelS, is it available somewhere?

@paganol
Copy link
Member

paganol commented Jun 30, 2020

This is the relevant pice of code. I can help here
dipole.cc.zip

@mreineck
Copy link
Collaborator

The public release of LevelS is archived here: https://sourceforge.net/projects/planck-ls/

@NicolettaK
Copy link
Contributor Author

Thanks!

@paganol
Copy link
Member

paganol commented Sep 18, 2021

PR #122 addressed this issue. We can close it

@paganol paganol closed this as completed Sep 18, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants