<div dir="ltr"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div>Francois-Xavier,<br><br></div>Thanks for posting your comments on the measurement model RFC page.<br></div>I suppose this comment/request applies to both yours and Markus&#39; comments...<br></div><br>Can you make a statement about whether you see a fundamental conflict in the model with the applications you are considering (eg: Gaia), or if the content is compatible, but would need enhancing/refining to accommodate your case better or more fully.<br><br></div>If I read your points correctly it looks like:<br></div>  + the error matrix component is very likely to be problematic as currently modeled (seconding Markus&#39; comments).<br></div>     So, I fully expect to push that element to a &#39;next&#39; phase where the Gaia usage might be a good thread to exercise it more directly.<br></div>   + Elliptical, Ellipsoid are compatible, but could be enhanced by the addition of &#39;confidence level&#39;.  Laurent has also mentioned this.<br></div><div>      This I would also prefer to push to a &#39;next&#39; phase working a use-case which contains them.<br></div><br>The others are more straightforward/clarifications:<br></div>   + drop one of &#39;stat&#39; and &#39;rand&#39;.. I&#39;m fine with that.<br></div>   + definition of Ellipse.posAngle<br></div>      - I&#39;d like the definition to match the common usage.. but I was under the impression that &quot;East of North&quot; was a counter-clockwise direction.  Pulling from wikipedia (yeah.. I know);  &quot;The International Astronomical Union defines it as the angle measured relative to the north celestial pole (NCP), turning positive into the direction of the right ascension. In the standard (non-flipped) images this is a counterclockwise measure relative to the axis into the direction of positive declination.&quot;<div><div><div>   + re: Equatorial, Galactic, Ecliptic positions..<br></div><div>      Yes, this is a bit orthogonal to Cartesian.  The motivation is that at this level, I&#39;m trying to expose the &#39;properties&#39; that occur most often in our data which we would want to identify quickly and easily.  Setting a basis which can be expanded on in the Source properties thread.  I have expected that &quot;(ra,dec)&quot; vs &quot;(l,b)&quot; might be an important distinction despite them both being Spherical.  If I open a cube, catalog or whatever and find SphericalPosition-s, then still have to go to the Frame to determine if it&#39;s an ra/dec or l/b or lon/lat of an observatory.  That&#39;s extra steps.  Maybe that isn&#39;t so important?<br><br></div><div>Mark<br><br></div></div></div></div></div>