ImageDM/ObsCore - Dataset

Douglas Tody dtody at nrao.edu
Thu Oct 31 11:15:11 PDT 2013


I agree; collecting this information in the Dataset element is
preferable, and would eliminate one of the more important current
differences between ImageDM/Spectral and ObsCore.    - Doug


On Thu, 31 Oct 2013, CresitelloDittmar, Mark wrote:

> All,
> 
> I thought that I would elaborate on a point in the diagram I sent out
> the other day:
> 
> ImageDM - ObsCore Convergence thread.
>   http://www.ivoa.net/pipermail/dm/2013-October/004778.html
> 
> In that diagram, Observation contains 'dataset specific' metadata such as
> dataProductType and calibLevel.  In the extension, those items move into
> a 'Dataset' object. 
> 
> I did this to resolve, what seems to be a disconnect between the model
> description (text), and mapping (utypes).
> 
> From the description, it seems clear that the intent is that an Image or
> Spectrum *is* a Dataset.. with particular characteristics
> (dataProductType, dataProductSubType, Length).
> 
> In Observation, those items are attributes of the top level object
> "Observation"
>   - but the utypes contain a "Obs" node
> 
> The Observation object also *has* a Curation, DataID, Target.
>   - none of those have a 'Obs' node in their utypes.
> 
> In the old "Spectrum" model, some of these were at the top level too
> "Spectrum.Length".   When we removed 'Spectrum' node, these went to a
> Dataset object to avoid "Length" for a utype.
> 
> So to keep the mapping and model consistent, it seems necessary to have
> the top
> level object be a container of objects at the same level covering the
> different topics.  And so, we have a Dataset object containing dataset
> specific metadata.
> 
> Mark
> 
> 
> 
>


More information about the dm mailing list