Coder Social home page Coder Social logo

Comments (4)

jmoldon avatar jmoldon commented on June 30, 2024

Hi Jack. Yes, that is an interesting step to implement because the probability of having resolved sources is high, so we should do it. I think there are too many different cases and possibilities: compact core and close jet, a more extended jet, I have also seen cases with some blobs 3-4 arcsec away, or there may be other sources in the field far away from the calibrator (I saw one LIRGI observation with 3+ sources around the phasecal clearly visible in the phases). With so many options it seems difficult to make it automatic and robust. But still I think we can prepare some functions that can be useful for many cases.

I think the base pipeline works in a different regime than the imaging/self-calibration part. Mainly because the base calibration requires few free parameters (apart from manual flagging) than selfcal.

We should start with a very specialized script that only does a selfcalibration round using 4 or 5 user defined parameters: imsize, shortest solint, nterms (or joinchannels), threshold/autothreshold. Maybe then we can define different modes: bright/faint, wide/narrow field that generates the parameters above. With that, we can decide later if we want to include that in the pipeline, as it may work fine for phase calibrators most of the time.

Another thing to decide is if we want to use wsclean. If so, it needs to be a separate script from the pipeline, given the strong requirement.

Later I will copy here a script I have that uses wsclean, does several iterations and a flagdata(mode='rflag') after each a&p self-calibration. It worked fine but the result on an extended bright target was not completely nice. Probably you already have something similar. Let me know if you want to focus on this problem.

from emerlin_casa_pipeline.

jradcliffe5 avatar jradcliffe5 commented on June 30, 2024

With so many options it seems difficult to make it automatic and robust. But still I think we can prepare some functions that can be useful for many cases.

I think the main steps I guess would be to firstly check whether there are bright sources near the phase calibrator. I guess we could do a cross check between the VLBA calibrators/ FIRST and NVSS catalogues. Actually AIPS++ used to have a virtual observatory tool but I think that died with AIPS++. I think this should be the first step and then if it passes this step then we can fit to the uv distance plane. Otherwise we will have to image and check that way and use outlier fields on the bright source positions.

I think the base pipeline works in a different regime than the imaging/self-calibration part. Mainly because the base calibration requires few free parameters (apart from manual flagging) than selfcal.

I agree that we should therefore break this into separate parts which include scripts to do all conceivable areas. So we have the basic calibration script, self-calibration & wide-field imaging all separate. Polarisation can be additional to the basic script.

Another thing to decide is if we want to use wsclean. If so, it needs to be a separate script from the pipeline, given the strong requirement.

I think if you have a script then that will be great! We are exploring the idea of using the wsclean image cubes (resulting from their iteration of multi-term multi frequency synthesis) to do the wide band primary beam correction for eMERGE and I'll be more than happy to implement this into your wsclean script once it is ready and tested.

from emerlin_casa_pipeline.

jmoldon avatar jmoldon commented on June 30, 2024

Hi Jack. Good plan. For the moment, I implemented a selfcalibration script in branch selfcal. It is preliminary, but it does selfcalibration using wsclean. It uses a single-source MS, and it builds a list of cumulative calibration tables stored as one of those callibs files.

For the moment you need to define a few things at the end of the script, basically the name of the MS. And then decide which steps to perform in the list of selfcal_step. For the imaging, it will use default parameters but you can send different ones in each selfcal_step step, or as a dictionary I called global_args, which will pass any parameter there using **kwargs. Feel free to add or modify anything.

from emerlin_casa_pipeline.

jmoldon avatar jmoldon commented on June 30, 2024

This is not completely automatic, but a model of the phase calibrator can be incorporated as an option

from emerlin_casa_pipeline.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.