<div dir="ltr"><div><div><div><div><div><div><div><div><div>All,<br><br></div>I&#39;ve updated the volute repository with updates to the Cube/Image model and documents.<br></div>This includes:<br></div>  + modelio project file<br></div>  + xmi exports<br></div>  + diagrams<br></div><div>  + open-office docs<br></div>  + pdf documents<br><br></div>Pointers to the PDFs:<br></div>  + Dataset Metadata: <br>       <a href="https://volute.googlecode.com/svn/trunk/projects/dm/CubeDM-1.0/doc/WD-DatasetDM-1.0-20150320.pdf">https://volute.googlecode.com/svn/trunk/projects/dm/CubeDM-1.0/doc/WD-DatasetDM-1.0-20150320.pdf</a><br><div>  + Cube:<br>       <a href="https://volute.googlecode.com/svn/trunk/projects/dm/CubeDM-1.0/doc/WD-CubeDM-1.0-20150320.pdf">https://volute.googlecode.com/svn/trunk/projects/dm/CubeDM-1.0/doc/WD-CubeDM-1.0-20150320.pdf</a><br><br></div><div>With this version, I expect the docs are <br></div><div>  + at the &#39;tweak&#39; level for content in Dataset Metadata (except for the STC2 prototype)<br></div><div>  + at the &#39;tweak&#39; level for the Cube model content/structure<br></div><div>  + STC2 being in-progress and subject to change.<br></div><div><br></div><div>Notes:<br></div><div>  + folds in the relevent Spectral model comments from Markus that weren&#39;t already there (DatasetMetadata)<br></div><div>  + including the recent exchange on Dataset IDs.  There is still some review/tweaking there especially for the examples.<br></div><div>  + updated the STC2 prototype to align VERY closely with Arnold&#39;s current work.<br></div><div>       - are some minor tweaks made to accommodate integrating with the Cube model<br></div><div>       - did not migrate the Transform model I had previously, which is structured a little differently<br></div><div>         but did update the interface to Frames, which is the critical part.<br></div><div>   + Cube model interfaces to STC2 prototype updated<br><br></div>I&#39;d really appreciate a good critical read-through of both documents, but especially the cube doc to see if we<br></div>have structural issues there.<br><div><div><div><br></div><div>Topics:<br></div><div>   + I re-formatted the headings, attempting to be more clear about the datatype and multiplicity for the elements.<br></div><div>      IS this better?<br><br></div><div>   + Derived object.<br></div><div>      The object in this model is very specific to spectral data, but &#39;Derived&#39; content is very data product specific.<br></div><div>      We should modify this to a more generic object up top, with specific extensions at the data product level.<br></div><div>       Q: Are there uber-generic elements which might be included at the top level?  I&#39;m not sure there is, in which <br></div><div>            case, the Derived object may better be moved from the &#39;ObsDataset&#39; to the more specific datasets <br></div><div>            (NDImageDataset, SpectralDataset, etc).  This would move it from &#39;Dataset Metadata&#39; to the specific<br></div><div>            models (Cube, Spectral).<br><br></div><div>   + Dataset IDs<br></div><div>      Need a review of the prose, tweaks to the examples, and possibly more clarification on the description<br></div><div>      for the SINGLE global/persistent DatasetID.<br><br></div><div>   + Contact<br></div><div>      Minor question, Resource Metadata defines other elements in that object.. should we include them?<br></div><div>       - mailing address<br></div><div>       - telephone<br><br><br></div><div><br><br></div><div><br></div><div><br></div></div></div></div>