Closed JannisNe closed 4 years ago
I attached the script used to run skylab. (.txt since no .py files can be uploaded :( )
So investigating this further, I get exactly the expected behaviour for one season of IceCube data. sens_nsources_gamma=2.0.pdf, and things behave better if IC40 is excluded but the rest of the seasons are included. I think this might be related to #5.
A little comment: I realised flarestack was using different sources as skylab. The argument 'since' in the function fs_sources() in line 82 and 94 was missing. I pushed the corrected script to GitHub and attached the updated plot. The essential behaviour hasn't changed. I think it gets clearer though that the problem might be related to #5 as @robertdstein pointed out.
I am becoming more convinced that the problem was the long-suspected "PDFs from IC40 are built with low statistics" might be to blame.
If I look at IC40-only, fitting the spectral index, I get: sens_nsources_gamma=2.0.pdf
If I look at IC40-only, and fix the spectral index to 2.0, I get a pretty-perfect: sens_nsources_gamma=2.0.pdf
I will investigate further, but hopefully will solve this and #5 together.
Turned out it was a bug in the skylab script. No everything looks fine.
Describe the bug When stacking more than about 10 sources, flarestack's results deviate from expectations as well as from the reference skylab results.
To Reproduce Steps to reproduce the behavior:
Expected behavior The expected relation of sensitivity flux and number of stacked sources lies in between F proportional so sqrt(N) and F=const.
sens_nsources_gamma=2.0.pdf sens_nsources_gamma=2.0_persource.pdf