<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<small>Ken,<br>
It seems to me that what you propose is the best way to handle
inconsistencies in the antenna configuration.<br>
<br>
In the case that inconsistent antenna configurations  <i>must</i> be
supported, the correlator could be explicitly instructed (via command
or parameter)  to accept inconsistent subarray configuration, however,
some baselines / products  may be  lost due to restrictions imposed by
the correlator architecture.   An off-line tool could be used to find
the optimal arrangement of baselines/subbands for such subarrays.  <br>
<br>
Sonja <br>
<br>
</small><br>
<br>
<small>Ken Sowinski wrote:</small>
<blockquote cite="mid200507251442.IAA27118@eki.aoc.nrao.edu" type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="Generator"
 content="MS Exchange Server version 5.5.2657.73">
  <title>[evla-sw-discuss] inconsistent correlator configurations</title>
  <p><font size="2">While I was in Penticton Sonja and I discussed how
to treat some</font>
  <br>
  <font size="2">inconsistencies in configuration requests.  I repeat
what we decided</font>
  <br>
  <font size="2">to give anyone who cares a chance to disagree.</font>
  </p>
  <p><font size="2">The issue is how the correlator should respond when
antennas which</font>
  <br>
  <font size="2">are declared as belonging to a single subarray request
different</font>
  <br>
  <font size="2">baseband, subband, or correlation parameters.  We
agreed that such a</font>
  <br>
  <font size="2">request would be an error.  Such an inconsistent
collection of antenna</font>
  <br>
  <font size="2">configurations would be rejected in toto for all the
antennas which</font>
  <br>
  <font size="2">are determined to belong to that subarray.  The
current VLA monitor</font>
  <br>
  <font size="2">and control system and correlator explicitly forbids
such a request</font>
  <br>
  <font size="2">and I see no need to support it in the future.</font>
  </p>
  <p><font size="2">The only exception granted is for antennas which
may not have a full</font>
  <br>
  <font size="2">complement of hardware (or VLBA antennas) and are
allowed to present</font>
  <br>
  <font size="2">only a subset of the BW presented to the correlator by
full EVLA</font>
  <br>
  <font size="2">antennas.  In this case only a fraction of the
basebands and subbands</font>
  <br>
  <font size="2">will produce useful correlated data.  The
responsibility for marking</font>
  <br>
  <font size="2">the invalid data lies outside of the correlator
system; the correlator</font>
  <br>
  <font size="2">will require consistent configurations, even for the
basebands and</font>
  <br>
  <font size="2">subbands for which signals may not be present.  Sonja,
the last</font>
  <br>
  <font size="2">sentence was not strictly part of our agreement; are
you happy with</font>
  <br>
  <font size="2">it?</font>
  </p>
  <p><font size="2">_______________________________________________</font>
  <br>
  <font size="2">evla-sw-discuss mailing list</font>
  <br>
  <font size="2"><a class="moz-txt-link-abbreviated" href="mailto:evla-sw-discuss@listmgr.cv.nrao.edu">evla-sw-discuss@listmgr.cv.nrao.edu</a></font>
  <br>
  <font size="2"><a
 href="http://listmgr.cv.nrao.edu/mailman/listinfo/evla-sw-discuss"
 target="_blank">http://listmgr.cv.nrao.edu/mailman/listinfo/evla-sw-discuss</a></font>
  </p>
</blockquote>
<br>
<pre class="moz-signature" cols="80">-- 
Sonja Vrcic

National Research Council
Herzberg Institute of Astrophysics
Dominion Radio Astrophysical Observatory,
Penticton, BC, Canada
Tel:(250)490-4309/(250)493-2277ext.309
<a class="moz-txt-link-abbreviated" href="mailto:Sonja.Vrcic@nrc-cnrc.gc.ca">Sonja.Vrcic@nrc-cnrc.gc.ca</a>
<a class="moz-txt-link-freetext" href="http://www.drao-ofr.hia-iha.nrc-cnrc.gc.ca/">http://www.drao-ofr.hia-iha.nrc-cnrc.gc.ca/</a>
</pre>
</body>
</html>