Development and Debugging of Importasdm

CASA Modification Request 10C108, November 2007



1. Introduction

Additional and modified deconvolution parameters are suggested.

2. Background

3. Requirements

The deconvolution algorithms are missing some parameters that are useful. At present the difference deconvolution methods are in different tasks and some include useful parameters and others do it. See 5C108 about combining all deconvolution tasks into one task. The suggested parameters and other additions are:

1. The interactive clean should be able to specify interactive a cleaning region with a given radius.

2. The restoring beam (bmaj, bmin, bpa) should be added

3. The uvrange should be included. Most of the deconvolution tasks do not have the data select parameters developed for many other tasks. uvrange is one of them.

4. The uvfilter that specified the tapering of the image in resolution units is obscure to most users. The tapering in units of wavelengths or meters in the x and y directions is most useful since tapering is often decided by looking at the u-v coverage in plotxy - and the natural units are length.

5. Parameters which are needed for deep cleaning and efficient execution are in the task mosaic, but not in clean.

6. The task invert is missing many parameters that are in clean; such as, uvfilter and timerange.

7. The primary beam information associated with different arrays is incomplete in the vpmanager. This effects mosaic and wide-field clean the most

8. Sault-scaled images: See https://bugs.aoc.nrao.edu/browse/CAS-442. The majority of people would rather interactively clean on the SAULT scaled image, but get a flux correct image asthe final product without having to do any extra steps. The solution should allow three options: (1) SAULT scaling throughout; (2) SAULT scaling throughout but produces flux correct image at the end; (3) flux correct image is shown during interactive cleaning and is the final product.

4. Design

5. Deployment Checklist

6. Test Plan

6.1 Internal Testing

6.2 Sponsor Testing

Most of the changes are bookkeeping in nature and do not change the basic algorithmic workings of the deconvolution tasks. Testing will make sure that the appropriate data selection and imaging selection are made.

6.3 Integration/Regression Tests

6.4 Testing for Scientific Validity

Testing will require the running of the convolution programs by exercising all of the new or revised options.


Signatures

APPROVED: I acknowledge that my request is fully contained in this MR, and if the CASA development group delivers exactly what I specified, I will be happy.

ACCEPTED: I acknowledge that I have validated the completed code according to the acceptance tests, and I am happy with the results.

Written - - - - -
Checked - - - - -
Approved by Scientific Sponsor - - - - -
Accepted/Delivered by Sponsor - - - - -

Symbols:
  • Use %X% if MR is not complete (will display ALERT!)
  • Use %Y% if MR iscomplete (will display DONE)


Discussion Area

-- NicoleRadziwill - 30 Oct 2007

-- EdFomalont - 06 Nov 2007

This topic: Software > CasaPlanOfRecordC12008 > CasaModificationRequest10C108
Topic revision: 2007-11-19, EdFomalont
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding NRAO Public Wiki? Send feedback