You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently this is not possible because the pyuvsim interface under the hood only know about AnalyticBeam. These beam can be used by pyuvsim, but keeping these beams here make the most sense because they are specific to HERA.
Some ideas for workaround
Open an issue in pyuvsim to allow "other" analytic beam type
Use an extra keyword in the obsparam to specify these beams. This keyword should be passed to the UVData object. We then reinitialize the beam.
Write our own obsparam initialization
The text was updated successfully, but these errors were encountered:
I feel like the right way to do this is actually to fix the AnalyticBeam API. At the moment it is completely non-modular, and only allows you to specify specific strings to get different kinds of beams. It should define different beams as objects with a specific API that can be defined outside the original code. This will require talking to RASG -- I know there are plans to move the uvbeam stuff around.
piyanatk
changed the title
Initialize PolyBeam, PerturbedPolayBean, and ZenikeBeam through obsparam
Initialize PolyBeam, PerturbedPolayBeam, and ZenikeBeam through obsparam
Oct 11, 2021
piyanatk
changed the title
Initialize PolyBeam, PerturbedPolayBeam, and ZenikeBeam through obsparam
Initialize PolyBeam, PerturbedPolyBeam, and ZenikeBeam through obsparam
Oct 11, 2021
Currently this is not possible because the pyuvsim interface under the hood only know about
AnalyticBeam
. These beam can be used by pyuvsim, but keeping these beams here make the most sense because they are specific to HERA.Some ideas for workaround
The text was updated successfully, but these errors were encountered: