<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div>DMers,<br><br></div><div>I was reviewing some of the &#39;modified&#39; model content yesterday and realized something may have been lost.<br></div>I&#39;d like to make a clarification on the requirements with respect to the (value + error) object which I have in the coords model and here will call Measurement.<br><br></div>The modeling in the last drop to volute, prior to this discussion was:<br></div>  + define pattern for this Object (value == coorvalue + frameaxis reference ) + errors<br></div>  + implement this pattern in the domains needed for the cube work.<br><br></div>This discussion adds 2 points/requirement to fold into this model:<br>  1) a statement that this Measurement need only be modeled once, a measurement is a measurement and need not be redefined in each domain.<br></div>  2) a generic user (plotter) should be able to find/use the content of this Object with as little &#39;specialized knowledge&#39; as possible.<br><br></div>So, from this... I simulated a modeling where the Measurement was concrete and NOT domain specialized.  Moved all the domain specialization to the (value + axisref) level.<br></div><br>I think this works for the above new requirements, but I think it breaks another.<br><br></div>  3) ability to specify a domain-specific Measurement in other objects.<br></div>       eg: A Source has a Position.. presumably this is a ((value+axis) + errors) Measurement restricted to the Spatial domain...similarly Target.pos<br></div><div><div><div><div><div><div><div><div><div><div><br></div><div>I&#39;d like to confirm #3, but I&#39;m assuming this is true, and will be re-working to see about satisfying all three without getting too messy.<br><br></div><div>Mark<br><br></div><div><br><div><div><div><div><div><br><div><div>​</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>