<div dir="ltr">Hello,<br><br>I hope this email finds you well. I am writing to seek some clarification regarding the data formats for naifFile and ephemFile, as outlined in the documentation provided at <a href="https://www.atnf.csiro.au/vlbi/dokuwiki/doku.php/difx/spacecraft" target="_blank">https://www.atnf.csiro.au/vlbi/dokuwiki/doku.php/difx/spacecraft</a>.<br><br>Following the instructions provided, I installed the SPICE toolkit. However, I am uncertain about the specific data formats required for naifFile and ephemFile. The documentation states the following:<br><br>naifFile: Path to a leap second kernel file for SPICE. Only used with near-field correlations.<br>ephemObject: Name of the object from the ephemFile to be associated with this source. Only used for near-field correlations.<br>ephemFile: Path to a planetary ephemeris file for SPICE. Only used with near-field correlations. bsp or tle files are allowed.<br><br>I am uncertain about the specific data formats necessary for naifFile and ephemFile. Furthermore, I am unable to locate a suitable leap second kernel file (naifFile) for download, even on the website <a href="https://naif.jpl.nasa.gov/pub/naif/" target="_blank">https://naif.jpl.nasa.gov/pub/naif/</a>. It appears that no similar files are available on this site.<br><br>As for the ephemFile, I have formatted the J2000 orbital data as follows:<br><br>```<br>2023 01 01 0 0 0.000000 -28493026.434 9141302.129 1433273.020 -242.269000 -3586.377000 5.447000<br>```<br><br>However, upon running the vex2difx command, I received an error indicating that this format of ephemeris parameters is not supported.<br><br>I am unsure where to obtain the naifFile （leap second kernel file）. Could you kindly provide guidance on these matters?  <br><br>Thanks for any advice,<br><br><div>De Wu</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Leonid Petrov <<a href="mailto:Leonid.Petrov@lpetrov.net" target="_blank">Leonid.Petrov@lpetrov.net</a>> 于2023年8月29日周二 09:50写道：<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Nihao, De Wu,<br>
<br>
   We work on support of satellites as targets in difxvtd, but similar<br>
to difxcalc, it is still in the experimental phase and substantial <br>
efforts<br>
for its testing are needed before we could consider it operational.<br>
The principal difficulty is not in computation of path delay itself, but<br>
in development of visibility analysis of VLBI observations of satellites <br>
that<br>
is substantially different than visibility analysis of continuum <br>
targets.<br>
<br>
Leonid<br>
<br>
<br>
> On 2023-08-27 19:50, Adam Deller via Difx-users wrote:<br>
> Hi De Wu,<br>
> <br>
> The correlation code itself doesn't know or care about the nature of<br>
> the source; it just applies delays based on the sampled polynomials it<br>
> is given.  difxcalc is capable of generating delay models for<br>
> near-field objects using NASA's SPICE code, however I would caution<br>
> that this is a rarely used and hence rarely tested mode.  Some<br>
> (minimal) documentation is given on<br>
> <a href="https://www.atnf.csiro.au/vlbi/dokuwiki/doku.php/difx/spacecraft" rel="noreferrer" target="_blank">https://www.atnf.csiro.au/vlbi/dokuwiki/doku.php/difx/spacecraft</a> and<br>
> the vex2difx page it links to, under the SOURCE block.<br>
> <br>
> Cheers,<br>
> Adam<br>
> <br>
> On Fri, 25 Aug 2023 at 18:52, 深空探测 <<a href="mailto:wude7826580@gmail.com" target="_blank">wude7826580@gmail.com</a>><br>
> wrote:<br>
> <br>
>> Dear all,<br>
>> <br>
>> I am currently using DiFX-2.6.2 software for my data processing<br>
>> needs. After employing the 'startdifx' command to generate the .im<br>
>> files, I have noticed that the generated .im files contain delay<br>
>> data for radio sources. However, my intention is to process data<br>
>> from artificial satellites. Given that the positions of artificial<br>
>> satellites change rapidly, the delay data in the .im files<br>
>> calculated based on the radio source model might not be suitable.<br>
>> <br>
>> In light of this, I am reaching out to inquire whether the DiFX<br>
>> software includes dedicated modules for handling artificial<br>
>> satellite data. Specifically, I am curious to know if there is a<br>
>> provision within the software to calculate delay data in accordance<br>
>> with the operational mode of artificial satellites. I am assuming<br>
>> that I would be providing the known orbital data of the satellites<br>
>> as input.<br>
>> <br>
>> Your guidance and insights on this matter would be greatly<br>
>> appreciated. Thank you in advance for your assistance.<br>
>> <br>
>> Best regards,<br>
>> <br>
<br>
>> De Wu<br>
> <br>
> --<br>
> <br>
> !=============================================================!<br>
> Prof. Adam Deller<br>
> Centre for Astrophysics & Supercomputing<br>
> Swinburne University of Technology<br>
> John St, Hawthorn VIC 3122 Australia<br>
> phone: +61 3 9214 5307<br>
> fax: +61 3 9214 8797<br>
> !=============================================================!<br>
> _______________________________________________<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/mailman/listinfo/difx-users</a><br>
</blockquote></div></div>