-
Notifications
You must be signed in to change notification settings - Fork 9
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
Support for Healpix polarisation #269
Comments
I have done the same exercise with Here is the script to reproduce my implementation
In this case, we can clearly identify 9 rings on each map which are badly reconstructed and associated to an error above 10^-6. Outside those 9 rings, the reconstructed maps from s2fft are completely consistent with the healpy ones, with an absolute tolerance of 10^-15. It is very similar to the example described in the previous post: except for a few rings (above was for few ells), the alms/maps are very well reconstructed. We only have this important error for a few ells/rings. |
Thanks for the messages @Magwos. We're pretty busy with a number of s2* related things at the moment. I haven't taken a detailed read of your posts above but just took a quick skim. The healpix accuracy will be very low if you don't have iterations turned on. We recently added support to s2fft to iterate to improve healpix accuracy (in this PR). I don't recall what the default is but it should be described in the documentation. You also might need to pick up a more recent version of s2fft if you have an older version installed before this suport was added. Please let us know whether that resolves the issue? If not, do also let us know and we'll try to take a more detailed look soon. |
Thanks for your message @jasonmcewen, no worries!
I just pulled the very latest s2fft version and retested with a greater number of iterations for the I retested as well the |
I have been trying to reproduce the healpix implementation of the E/B modes computation using s2fft tools in this script, using the map provided by healpy for their tests available here: https://github.com/healpy/healpy/blob/main/test/data/wmap_band_iqumap_r9_7yr_V_v4_udgraded32.fits
Following the procedure described in https://healpix.sourceforge.io/html/sub_map2alm_spin.htm or https://healpix.jpl.nasa.gov/html/subroutinesnode12.htm#sub:alm2map_spin, I manage to retrieve E and B modes although with an maximum error of 10^-4, which is way higher than what it should (for comparison the test in https://github.com/astro-informatics/s2fft/blob/main/tests/test_spherical_transform.py#L192 is done with tolerance 10^-14).
It should as well be noted that this high error arises only for a few flms, with all the other being below the tolerance of 10^-10.
Given their distribution of the flm with high error, I suspect a bug in the alm reconstruction but I could not pinpoint it in the code.
I compared the healpy result with the one given by ducc0 and they agree up to a tolerance of 10^-10 (I can send you the corresponding test code if needed).
Is there something in my script which I am doing wrong, or is there a possible bug somewhere?
The text was updated successfully, but these errors were encountered: