[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