<div dir="ltr"><div dir="ltr"><div>The directory:</div><div><a href="ftp://cda.harvard.edu/pub/arcftp/bary/ephem/">ftp://cda.harvard.edu/pub/arcftp/bary/ephem/</a></div><div>contains a variety of planetary, comet, asteroid, and Chandra orbit ephemerides.</div><div><br></div><div>Beware, though: I believe the orbit and planetary ephemeris files provide true position of the object at the time stamp at the reference position, while the comet and asteroid ephemeris files provide apparent position. That is a piece of metadata that was not properly addressed when this file format was designed over 25 years ago.</div><div><br></div><div>By the way, the comet and asteroid files were constructed from ephemerides provided by the Minor Planet Center.</div><div><br></div><div>Cheers,</div><div><br></div><div> - Arnold<br></div><div><br></div><div><br></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr">-------------------------------------------------------------------------------------------------------------<br>Arnold H. Rots Chandra X-ray Science Center<br>Smithsonian Astrophysical Observatory tel: +1 617 496 7701<br>60 Garden Street, MS 67 fax: +1 617 495 7356<br>Cambridge, MA 02138 <a href="mailto:arots@cfa.harvard.edu" target="_blank">arots@cfa.harvard.edu</a><br>USA <a href="http://hea-www.harvard.edu/~arots/" target="_blank">http://hea-www.harvard.edu/~arots/</a><br>--------------------------------------------------------------------------------------------------------------<br><br></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 23, 2018 at 9:27 PM Dave Morris <<a href="mailto:dave.morris@metagrid.co.uk">dave.morris@metagrid.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Arnold,<br>
<br>
Thank you for your input on this.<br>
<br>
François was working from a very sketchy straw-man proposal from me, <br>
looking for areas that the data modelling work on time-series might not <br>
have covered yet.<br>
<br>
Even if the initial set of data models for time-series don't include <br>
everything needed to cover every use cases, we would like to make sure <br>
that we don't inadvertently add something to the models now that <br>
prevents them from being extended to cover more detailed use cases <br>
later.<br>
<br>
Could you provide us with a few annotated examples of the FITS file <br>
headers, or some documentation on current best practice, so that we can <br>
include these in our work on time-series.<br>
<br>
Also, daft question (I'm an engineer not an astronomer), is there a <br>
stage before the state vectors have been calculated? Where an astronomer <br>
just has a series of times and positions and would want to store, <br>
process or share these with other researchers? If so, would the metadata <br>
in the headers be different?<br>
<br>
Many thanks,<br>
-- Dave<br>
<br>
--------<br>
Dave Morris<br>
Research Software Engineer<br>
Wide Field Astronomy Unit<br>
Institute for Astronomy<br>
University of Edinburgh<br>
--------<br>
<br>
<br>
On 2018-11-23 20:53, Arnold Rots wrote:<br>
> ... also known as an ephemeris.<br>
> <br>
> We use a standard FITS file format for orbit and solar system body<br>
> ephemerides, with 7 columns - time and state vector:<br>
> Time (TT), X, Y, Z, Vx, Vy, Vz<br>
> The state vector is in ITRS, its units m and m/s. All at GEOCENTER.<br>
> The solar system body ephemerides are derived from an ephemeris format <br>
> that<br>
> contains:<br>
> Time (TDB), Xs, Ys, Zs, Xe, Ye, Ze<br>
> The position vector for earth (e) and SS object (s) are in ICRS at <br>
> origin<br>
> BARYCENTER, their units AU.<br>
> <br>
> The three points I want to make are:<br>
> <br>
> 1. 3-D Cartesian coordinates are preferable, since you are working in <br>
> the<br>
> near field<br>
> ICRS RA and Dec at BARYCENTER, without a solar distance, are useless <br>
> for<br>
> conversion to some specific location<br>
> <br>
> 2. State vectors (i.e., adding the spatial time derivatives) are <br>
> extremely<br>
> helpful, especially for fast-moving objects<br>
> <br>
> 3. There is one ambiguity that is not addressed here:<br>
> If you provide time T and location S of an object with a common <br>
> coordinate<br>
> origin, does S represent:<br>
> a. the location of the object at time T at the coordinate origin?<br>
> or:<br>
> b. the apparent location of the object as seen from the origin at time <br>
> T?<br>
> This is especially relevant if spherical coordinates are given - the<br>
> location on the sky where the object IS at time T or where we SEE it at<br>
> time T.<br>
> <br>
> Just some points to ponder - we need to be explicit about these <br>
> matters.<br>
> And the example needs some serious work.<br>
> Cheers,<br>
> <br>
> - Arnold<br>
> <br>
> -------------------------------------------------------------------------------------------------------------<br>
> Arnold H. Rots Chandra X-ray<br>
> Science Center<br>
> Smithsonian Astrophysical Observatory tel: +1 617 <br>
> 496<br>
> 7701<br>
> 60 Garden Street, MS 67 fax: +1 <br>
> 617<br>
> 495 7356<br>
> Cambridge, MA 02138<br>
> <a href="mailto:arots@cfa.harvard.edu" target="_blank">arots@cfa.harvard.edu</a><br>
> USA<br>
> <a href="http://hea-www.harvard.edu/~arots/" rel="noreferrer" target="_blank">http://hea-www.harvard.edu/~arots/</a><br>
> --------------------------------------------------------------------------------------------------------------<br>
> <br>
> <br>
> <br>
> On Thu, Nov 22, 2018 at 3:51 PM François Bonnarel <<br>
> <a href="mailto:francois.bonnarel@astro.unistra.fr" target="_blank">francois.bonnarel@astro.unistra.fr</a>> wrote:<br>
> <br>
>> Der Dave, all,*<br>
>> <br>
>> Before interop Dave asked me to provide how a TimeSeries of Asteroid<br>
>> could look like with the current ts model proposal and Utypes <br>
>> serialisation.<br>
>> <br>
>> <br>
>> <br>
>> Someone recently described to me a use case that I haven't seen in our<br>
>> discussions.<br>
>> <br>
>> To help me understand how to use the new model, could you send me a<br>
>> simple example of how a time series of position over time would look <br>
>> ?<br>
>> <br>
>> For a single moving object we would get multiple ra/dec or Point<br>
>> values plotted against time.<br>
>> <br>
>> For a mode complex example, multiple position and magnitude values<br>
>> plotted against time.<br>
>> <br>
>> You can find a "dummy example" of this at this URL :<br>
>> <a href="http://volute.g-vo.org/svn/trunk/projects/time-domain/time-series/note/DATA/Proposed_Serializations/UTYPES/AsteroidSimple.xml" rel="noreferrer" target="_blank">http://volute.g-vo.org/svn/trunk/projects/time-domain/time-series/note/DATA/Proposed_Serializations/UTYPES/AsteroidSimple.xml</a><br>
>> Could be from gaia for an Asteroid. Then Dave gave more details for <br>
>> the<br>
>> second more complex example<br>
>> <br>
>> Two use cases from the Gaia meeting.<br>
>> <br>
>> Exoplanets, the star will change both brightness and position by tiny<br>
>> amounts linked to the planet's orbit. Very small and slow changes in<br>
>> both position and brightness, hard to detect above the noise.<br>
>> <br>
>> Near earth asteroid will be travelling very fast, and change<br>
>> brightness in response to distance from the sun, position relative to<br>
>> the sun, and rotation and shape of the asteroid itself. Very large <br>
>> and<br>
>> rapid changes in both position and brightness.<br>
>> <br>
>> Both are valid cases for time series of positions and magnitudes.<br>
>> <br>
>> This is an attempt for a Near Earth Asteroid<br>
>> <a href="http://volute.g-vo.org/svn/trunk/projects/time-domain/time-series/note/DATA/Proposed_Serializations/UTYPES/AsteroidFull.xml" rel="noreferrer" target="_blank">http://volute.g-vo.org/svn/trunk/projects/time-domain/time-series/note/DATA/Proposed_Serializations/UTYPES/AsteroidFull.xml</a><br>
>> Data are dummy of course. but with about 1 magnitude amplitude and <br>
>> 1deg<br>
>> position change in 10 days !!! *Changes for the Exoplanets use case <br>
>> can<br>
>> be easilly done :* There will be no real "look and feel" change for <br>
>> the<br>
>> magnitudes. For position, the best is probably to set the mid position <br>
>> of<br>
>> the star in the refPOsition of COOSYS (see note below) and to have the <br>
>> lon<br>
>> and lat columns giving the deviation from this position along the ra <br>
>> and<br>
>> dec axes (and no more ecliptic longitude and latitude). The unit for <br>
>> these<br>
>> two columns will probbaly be "mas" instead of "deg". Cheers François<br>
>> COOSYS note : currently there is no "refPosition" attribute in COOSYS. <br>
>> We<br>
>> propose to add one , taking the opportunity of the change in VOTable <br>
>> schema<br>
>> required to introduce TIMESYS. this attribute allows accurate <br>
>> distinctions<br>
>> of positions computed from BARYCENTER, TOPOCENTER, GEOCENTER, as well <br>
>> as<br>
>> definitions of standalone "local" spatial frames to code for very <br>
>> accurate<br>
>> measurements.<br>
>> <br>
>> <br>
</blockquote></div>