<br><br><div class="gmail_quote">On Wed, Jan 26, 2011 at 5:24 AM, Eric Greisen <span dir="ltr"><<a href="mailto:egreisen@nrao.edu">egreisen@nrao.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Wasim Raja wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Dear Eric<div><div></div><div class="h5"><br>
  Following is the result of running PRTAB with INEXT = SU on<br>
  a multi-format UV-data file containing a single source.<br>
  [In case the text appears jumbled on the mail-page, I have<br>
   also attached a text file that should be easy to view.]<br>
<br>
  UVPLT fails for all apparently valid combinations of the following<br>
  relevant parameters after it had been set to:<br>
<br>
task 'UVPLT'<br>
default UVPLT<br>
getn 1 (relevant multi format file)<br>
dotv 1<br>
<br>
Now the following parameters are fiddled around with, and the result of<br>
the UVPLT run is indicated in the success/failure column:<br>
------------------------------------------------------------------------------------------------------------<br>
        PAR               Values tried sequentially                 Success/Failure<br>
------------------------------------------------------------------------------------------------------------<br>
   1) QUAL                      -1/1                                              Failed<br>
   2) CALCODE                ' '                                                 Failed<br>
   3) FREQID                   -1/1                                              Failed<br>
   4) Sources                   '3C345' '                                       Failed<br>
       Sources                   ' '                                                 Succeeded<br>
------------------------------------------------------------------------------------------------------------<br>
It is true that the source's Flux density in the SU table are all 0. But the<br>
data being gain-calibrated at earlier stages of the processing, the flux<br>
density scales in the "successful" UVPLT run (ie., with sources = ' ' )<br>
comes out correct. Only when the source-name is specified, there appears<br>
the problem -- " SOUFIL: ALL SOURCES REJECTED BY SELECTION CRITERIA"<br>
Can some trailing SPACE-charatcers in the source-name cause this problem?<br>
<br>
regards<br>
 --wasim<br>
<br>
----------------------------------------------------------------------------------------------------------------------------------<br>
 >go prtab<br>
 localhos  PRTAB(31DEC10)   2234     26-JAN-2011  04:58:06    Page    1<br>
3C34582     .UV    .   1  Disk= 3    SU Table version   1<br>
Title: AIPS SU<br>
Created by      FITLD on 26-JAN-2011 04:52:48<br>
Last written by FITLD on 26-JAN-2011 04:52:48<br>
Ncol  19  Nrow       1    Sort cols:<br>
    Table has     4 keyword-value pairs:<br>
   NO_IF    =            1<br>
   VELTYP   =  TOPOCENT<br>
   VELDEF   =  RADIO<br>
   FREQID   =           -1<br>
   Table can be written as a FITS ASCII table<br>
 COL. NO.     1        2      3      4         5          6          7          8            9            10            11<br>
     ROW  ID. NO.  SOURCE  QUAL  CALCODE  IFLUX      QFLUX      UFLUX      VFLUX      FREQOFF       BANDWIDTH     RAEPO<br>
  NUMBER                                  JY         JY         JY         JY         HZ            HZ            DEGREES<br>
       1     1     3c345     1            0.000E+00  0.000E+00  0.000E+00  0.000E+00  0.000000E+00  6.510416E+04  2.507450E+02<br>
Type Q to stop, just hit RETURN to continue                                                                                         <br>
<br>
 localhos  PRTAB(31DEC10)   2234     26-JAN-2011  04:58:10    Page    2<br>
COL. NO.        12             13             14             15             16             17             18             19<br>
     ROW   DECEPO         EPOCH          RAAPP          DECAPP         LSRVEL         RESTFREQ       PMRA           PMDEC<br>
  NUMBER   DEGREES        YEARS          DEGREES        DEGREES        M/SEC          HZ             DEG/DAY        DEG/DAY<br>
       1   3.981027E+01   2.000000E+03   2.508244E+02   3.979371E+01   0.000000E+00   0.000000E+00   0.000000E+00   0.000000E+00<br>
AIPS 1: Resumes<br>
 ><br>
-------------------------------------------------------------------------------------------------------------------------------------<br>
<br></div></div><div><div></div><div class="h5">
On Mon, Jan 24, 2011 at 9:46 PM, Eric Greisen <<a href="mailto:egreisen@nrao.edu" target="_blank">egreisen@nrao.edu</a> <mailto:<a href="mailto:egreisen@nrao.edu" target="_blank">egreisen@nrao.edu</a>>> wrote:<br>

<br>
    Wasim Raja wrote:<br>
<br>
        Dear Eric<br>
          I would like to know if DBCON is the right task to combine 2<br>
         uv-datasets observed with exactly the same settings (same<br>
         Centre-freq, same BW, same nchan, same antenna config)<br>
         but pointing towards 2 different sources.<br>
<br>
         My goal is to use one of the sources to calibrate the other;<br>
         unfortunately the data for the 2 sources are in 2 different FITS<br>
         files. I would also like to add that the 2 sources were observed<br>
         with their observation times interleaved, ie., every alternate<br>
         scan corresponds to the same source (the successive scans<br>
         were put in different FITS-files).<br>
<br>
         I used DBCON to combine the 2 single source files (after having<br>
         converted them to MULTI-source format using task MULTI) with<br>
         options:<br>
         DOARR = +1<br>
         DOPOS = -1<br>
          DBCON "appears to have ended successfully" creating the output<br>
         multi source file. The SU table also seem to get the correct source<br>
         names, except that their fluxes are all 0.<br>
<br>
         But when I now use UVPLT to plot *one* of these sources I get the<br>
         following error:<br>
        localh> UVPLT1: Task UVPLT  (release of 31DEC10) begins<br>
        localh> UVPLT1: SOUFIL: ALL SOURCES REJECTED BY SELECTION CRITERIA<br>
        localh> UVPLT1: Purports to die of UNNATURAL causes<br>
        localh> UVPLT1: localhost    31DEC10 TST: Cpu=       0.0  Real=<br>
              0<br>
<br>
         However, when I select ALL sources, UVPLT does make the plots<br>
         successfully -- the 2 sources can also be clearly distinguished by<br>
         their fluxes.<br>
<br>
<br>
         Could you help please? What is the right task for combining uv data<br>
         on 2 different sources observed with the same correlator<br>
        settings and<br>
         the same antenna configuration?<br>
<br>
<br>
    DBCON is precisely the correct programs for what you are attempting<br>
    to do.  We need to figure out what has not worked properly so that<br>
    UVPLT source selection is not doing what you want.  Note that the SU<br>
    table is not supposed to have fluxes until they are entered via<br>
    SETJY and/or GETJY.  It is important to check the SU table and your<br>
    UVPLT adverbs to see what the full name, QUAL, and CALCODE of each<br>
    source might be. UVPLT has such adverbs and, for example, if the<br>
    QUALs do not match your QUAL adverb value and your adverb value is<br>
    not -1, then the sources will be rejected.<br>
<br>
    Eric Greisen<br>
<br>
<br>
<br>
<br>
-- <br>
Research Fellow (A&A)<br>
Raman Research Institute<br>
Bangalore--560080<br>
<br>
</div></div></blockquote>
You need source name 3c345 not 3C345<br>
<br>
SOURCES=' '; SOURCE(1) = '3c345<br>
<br>
in one line with no close quote and no other commands </blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><font color="#888888">
<br>
ERic Greisen<br></font></blockquote><div> </div><div>Thanks Eric, <br>  Your trick worked. <br>  regards<br>  --wasim <br></div></div><br><br clear="all"><br>-- <br>Research Fellow (A&A)<br>Raman Research Institute<br>
Bangalore--560080<br>