<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 12, 2018 at 5:18 PM, Arnold Rots <span dir="ltr">&lt;<a href="mailto:arots@cfa.harvard.edu" target="_blank">arots@cfa.harvard.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>No, the timeOrigin is only REQUIRED in a TimeFrame if it is referenced by a TimeOffset.<br></div>So, both the TimeOffset and the timeOrigin can (and should!) refer to the same TimeFrame.<br></div>(they should, because specifying the origin in a different TimeFrame is asking for trouble)<br><br></div></div></div></div></blockquote><div><br></div><div>So, when a client reads a TimeOffset with timeOrigin, loads that (MJD) and sees it references the same TimeFrame with a timeOrigin (itself), what is the client supposed to do?<br></div><div>Since timeOrigin is only REQUIRED for TimeOffset, can I have a data column that is Time in MJD, and have it refer to a TimeFrame with a TimeOrigin?  If so, what does the client do with that since MJD is absolute?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div></div>It does mean that TimeOffsets that use different timeOrigins need to reference different TimeFrames.<br></div>That is not a problem, since most TimeOffset-based time series will use the same timeOrigin.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888">  - Arnold<br></font></span></div></blockquote></div></div></div>