EveryBeam Testing and Development

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.ipynb notebook for more details.

  • The --off_cardinal_dipoles flag 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.