<div dir="ltr">Hi Mugundhan,<div class="gmail_extra"><br><div class="gmail_quote">On 21 April 2017 at 15:30, Mugundhan vijayaraghavan <span dir="ltr"><<a href="mailto:v.vaishnav151190@gmail.com" target="_blank">v.vaishnav151190@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear All,<div><br></div><div>I have a few queries about how delay modelling is carried out in VLBI for compensating the same.</div><div><br></div><div>1.) The geometric delay is calculated as tg=<b>b.s</b>, where <b>b </b>is the baseline vector and <b>s </b>is the source vector. Lets say I have two antennas, both located about 100 kms apart. How do standard VLBI delay modelling software calculate this delay ? Based on some preliminary reading I understood that the baseline distance are first calculated referenced to the earth center, if this is done, are delays estimated assuming the earth center to be the phase reference ? How is this earth centered reference then transformed to the celestial frame ? because both <b>b </b>and <b>s </b>must be in the same coordinate system for carrying out a dot product operation, right ?</div></div></blockquote><div><br></div><div>VLBI delay modeling is very complicated, involving considerably more than just a <b>b.s</b> operation.  Other propagation effects are taken into account too, and the length of the baseline <b>b</b> is changing with time due to tidal forces and what-not, plus the whole system is wobbling around due to the changing earth orientation.</div><div><br></div><div>But stripping it back to the minimum: yes, the Earth centre is usually used as the reference.  Look up the International Terrestrial Reference Frame (ITRF) to see the definition of the axes.  Then you obviously need to know the <b>time</b> (and the Earth orientation parameters) to figure out where the unit vector \hat(s) that points at the direction of the source is pointing in this reference frame.  For each telescope, we then compute the station-based delay from the telescope back to the geocentre at the desired instant of time, and each telescope's data stream is delayed by the computed amount (rather than shifting only one data stream by the difference between \tau_a and \tau_b).  That's what it means to use the geocentre as the reference.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>2.) In some books/articles i find a reference to a RA and Dec of Baseline ? What does this physically mean ? I'm not able to visualize this clearly. any help will be greatly appreciated ! </div></div></blockquote><div><br></div><div>Like I said above, it makes more sense to figure out where the source unit vector is pointing relative to a telescope coordinate system.  You can equivalently rotate the telescope coordinates and keep the source unit vector fixed, but that is (I think) less intuitive.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>3.) In the complete delay model, tm, which is the sum of geometric delay+clock delay+ionospheric/atmospheric delay+fixed delays due to analog component, the fastest varying component will be geometric delay only, once this is compensated, if the other quantities are contributing to some excess time varying delay, this will be seen as a residual fringe. Now, for clock delay, is this estimated using the allan deviation of the clock being used? Lets say my clock loses 10^-9 seconds in 30 minutes, and if I sample my signal at 16 MHz which is ~ 62.5 ns, will I be able to integrate the data without any degradation due to clock upto 30 minutes ?<br clear="all"><div><br></div></div></div></blockquote><div><br></div><div>The sampling time is irrelevant.  It's the sky frequency that determines the visibility phase.  Your signal might only be 16 MHz wide, but if you were observing at 100 GHz then a change of 1 nanosecond translates to 100 turns of phase.  So in that example you could only integrate for maximally a fraction of a second.  Normally VLBI clock drifts are monitored to a level of at worst a few ns/day or so. If they are unknown then a test correlation is performed to determine the clock offset and drift, and then the observation is recorrelated having applied the best available clock model.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div><div>4.) There is also an associated baseline velocity component which will lead to a time difference between the wavefronts received at both the antennas. Is this baseline velocity the same as the orbital velocity of the earth ? Or is this modelled differently ?</div><div><br></div></div></div></blockquote><div><br></div><div>By delay tracking to the geocentre, this problem is naturally taken into account. When you use the geocentre, you are automatically forced to account for the rotation of the reference frame between the time the signal is received at the antenna and the time that it would pass through the geocentre.  So you've corrected for the velocity of both of the stations, rather than their difference.  The process is known as retarded baseline correction.<br><br></div><div>Unfortunately the documentation for VLBI delay packages is not extensive.  You can look up CALC (<a href="https://lupus.gsfc.nasa.gov/software_calc_solve.htm">https://lupus.gsfc.nasa.gov/software_calc_solve.htm</a>) or VTD (<a href="http://astrogeo.org/vtd/">http://astrogeo.org/vtd/</a>) but neither have an excellent explanation of the theory.<br></div><div><br></div><div>Cheers,<br></div><div>Adam<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div><div>I would greatly appreciate if the experts here clarify my doubts. Kindly do point me to references that may lead to clarification of these doubts too !</div><div><br></div><div>Thanking you,</div><div>With best regards,</div><div><br></div><div>Mugundhan V.</div><br>
</div></div>
<br>______________________________<wbr>_________________<br>
Difx-users mailing list<br>
<a href="mailto:Difx-users@listmgr.nrao.edu" target="_blank">Difx-users@listmgr.nrao.edu</a><br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/difx-users" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailm<wbr>an/listinfo/difx-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail-m_-1367036963978668279gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px">!=============================<wbr>==============================<wbr>==!<br>Dr. Adam Deller         </div><div dir="ltr" style="font-size:12.8px">ARC Future Fellow, Senior Lecturer</div><div style="font-size:12.8px">Centre for Astrophysics & Supercomputing </div><div dir="ltr" style="font-size:12.8px">Swinburne University of Technology    <br>John St, Hawthorn VIC 3122 Australia</div><div style="font-size:12.8px">phone: <a href="tel:+61%203%209214%205307" value="+61392145307" target="_blank">+61 3 9214 5307</a></div><div style="font-size:12.8px">fax: <a href="tel:+61%203%209214%208797" value="+61392148797" target="_blank">+61 3 9214 8797</a></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">office days (usually): Mon-Thu<br>!=============================<wbr>==============================<wbr>==!</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div></div>