[SpectralDM] - UTypes changes
    Louys Mireille 
    mireille.louys at unistra.fr
       
    Sun May  4 11:33:48 PDT 2014
    
    
  
Bonjour à tous ,
Hi all,
In response to Omar, I think this needs some correction because it gives 
an ambiguous vision of the work that has been done in the IVOA DM 
working group all over the years.
>
> I disagree with this. During the discussion whether or not we should 
> have reopened ObsCore to make the suggested changes, it was stated 
> that ObsCore *is not* a data model, but a view on an unspecified data 
> model. As such, it is part of the specification of a DAL interface, 
> which is fine.
>
Here it is important to avoid confusion:
  ObsTAP, is a DAL protocol based on the TAP protocol : it defines TAP 
schema and tables columns according to the data model classes defined in 
ObsCore: Observation Core Components Data Model.
> Part of Mark's effort is to make sure that we also have at least a 
> basic ObservationDM for the benefit of Cubes, Spectra, and SEDs, 
> because we indeed want to have all DMs to be modern, interoperable, 
> and to derive them from a common set of core models.
>
Core models ...which have been historically , Resource Metadata, STC, 
Characterisation and Spectrum and finaly...ObsCore.
This is also the reason why  it was decided last fall , after several 
discussions at the Heidelberg meeting, in May 2013, and in the summer 
that ImageDM should rely on the ObsCore kernel.
The stitching of the final "big picture " data model that Mark has 
produced , which federates different use-cases , with different data 
products Image , Cube, Spectra , SED , etc... is a real challenge.
I think it requires however constructive adjustments with respect to 
what already exists.
Best wishes, Mireille.
Icube & Observatoire de Strasbourg , Strasbourg University.
    
    
More information about the dm
mailing list