EveryBeam Testing and Development¶
Click these links to go to notebooks of integration tests
Installing EveryBeam¶
The build instructions for EveryBeam live on the everybeam insallation page. For the record, if you need to install the native EveryBeam Python wrapper, you need first to add this to your cmake command (and then remake and install):
$ cmake .. -DBUILD_WITH_PYTHON=ON
Once that’s done, I had to do some linking, as I was using a conda environment, and EveryBeam wants to be system wide:
$ export PYTHONPATH=$PYTHONPATH:"/home/jline/software/installed/lib/python3.12/site-packages"
$ ln -s /home/jline/software/installed/share/everybeam /home/jline/software/anaconda3/envs/woden_dev/share/everybeam
which let my conda environment see everything it needed to. When I was running notebooks, which don’t load stuff from system, only the conda environment, I had to do:
$ conda install -c conda-forge libstdcxx-ng
$ conda install hdf5
Work still to be done on EveryBeam in WODEN¶
Only certain frequencies exists in certain models. This means we don’t need to call EveryBeam for every single frequency. So create some kind of cache or map for the existing beam models to save compute (although I think EveryBeam cache things under the hood, so might already be happening…)
I cannot get the LOBES version of the LOFAR beam to make sense, only the Hamaker model. See the
test_LOFAR_LBA_lobes.ipynbnotebook for more details.The
--off_cardinal_dipolesflag changes the underlying maths that applies the beam to Stokes QUV. It’s unclear whether this does or does not need to happen with LOFAR simulations. You’ll need to do some kind of testing with a polarised sky and compare to real data to get an understanding.