<div dir="ltr"><div dir="ltr">All,<div><br></div><div>Sorry for the delay in getting this out, things got busy for a while.</div><div>I have updated the Coordinates model document with the Action items from the last drop.</div><div>(thread: <a href="http://mail.ivoa.net/pipermail/dm/2019-January/005785.html">Coordinates model - Working draft.</a>)</div><div><br></div><div>Below are the action items, section numbers refer to the previous version.</div><div>Seeing how this folds in all the comments from the previous version, I expect it should be pretty close to the final draft.  So, I have also submitted an upload request to the document repository.  Changes from here will be logged in the document history and the repository updated.  Until that is available, you can find it on <a href="https://volute.g-vo.org/svn/trunk/projects/dm/STC/Coords/doc/WD-Coords-1.0.pdf">volute</a>.</div><div><br></div><div>I&#39;d like to get this moving through the REC process asap, so please give it a read and let me know if you have additional comments/feedback.</div><div><br></div><div>In this process, I&#39;ve also been updating the twiki page (still in progress).. mostly in regards to the use cases and requirements across the various models.  But also migrating some content Arnold added which outlines many common &#39;Properties&#39; to a table showing how to represent those properties with the current model elements.</div><div><br></div><div>TODO: </div><div>  There are still some loose ends regarding</div><div>  o the standard vocabularies... getting them public and settled (could remove them from the document after that).</div><div>  o updating the examples to these changes.</div><div><br></div><div>ACTION List:</div><div>o typo fixes from various proof readers</div><div>o re: standardized coordinate types..</div><div>   ACTION: start a new thread for this specifically.</div><div>   DONE:   On this I made an executive decision to change the specialized coordinate pairs/sets to atomic coordinate types referring to the various axes of the standardized coordinate spaces. This makes the elements far more reusable in other models (like Meas).. which is the primary intent of these elements.</div><div>   Also, I removed the domain packages which seemed less relevant as we went through this process.  It also made it easier to re-structure the document to focus on the simple standardized coordinates which should be the most relevant objects in the model.</div><div><br></div><div>o re: use cases/requirements</div><div>  ACTION: update and detail the cases; refine the derived requirements to separate by model; map the boxes to the requirements; add this content to the document</div><div>  DONE: I&#39;ve updated the cases and added a set of derived requirements to the main sections.  Added an appendix table mapping the main model objects to various requirements.  I tried to keep the level of detail such that it would not bulk-up the document too much, but lets the reader know what motivates the objects.</div><div><br></div><div>o Time package: Point 6, end of the paragraph</div><div>  ACTION: remove the sentence re &quot;assume we will be sticking with TT&quot;</div><div>  DONE</div><div><br></div><div>o Section 6.1.1 - The RefLocation type</div><div>  ACTION: add more descriptive text to illustrate the forms RefLocation may take.</div><div>  DONE</div><div><br></div><div>o Section 6.1.3 - TImeFrame.refDirection</div><div>  ACTION: clarify text for how/when to use this</div><div>  DONE</div><div><br></div><div>o Section 6.4: ISOTime</div><div>  ACTION: fold in descriptive text from &#39;date&#39; (E.1.2) type and review details w.r.t. DALI Section 3.3.3.</div><div>  DONE</div><div><br></div><div>o  Section 6.6: MJD</div><div>   ACTION: fix typo in MJD offset value</div><div>   DONE</div><div><br></div><div><br></div></div></div>