Vocabularising dataproduct_type

[Molinaro, Marco]

Dear Markus, all,

I'm happy with the proposal, also in trying to merge the EPN terms
if feasible.

I'm not sure about reviewing it within SimpleDALRegExt, if it has
to be an independent re-usable vocabulary.

I wonder also if some thoughts on the usage of the term "cube" applies
here, because in my mind using "cube" alongside (e.g.) "image" at the
same level in a vocabulary mixes up format and content concepts (I know
this already works in obscore).

Cheers
    Marco

Il giorno mar 10 mar 2020 alle ore 11:47 Laurent MICHEL <
laurent.michel at astro.unistra.fr> ha scritto:

> Markus,
>
> I'm not sure that catalog data sets fit well within the definition of
> the measurements.
> A catalog is not necessarily derived from a dataset (Obcore P29 makes
> that distinction)
>
> Appart of this, I'm rather happy with this proposal.
>
> Laurent
>
> Le 09/03/2020 à 15:56, Markus Demleitner a écrit :
> > Hi,
> >
> > With apologies for the wide crosspost, I'd suggest followups to
> > DAL.
> >
> > In the past few weeks, in two different use cases it was felt
> > desirable to have the terms for data product types introduced by
> > Obscore outside of Obscore:
> >
> > (a) as qualifiers in media types (also beyond datalink).
> >      http://mail.ivoa.net/pipermail/dal/2019-December/008252.html
> >
> > (b) to declare the sort of data returned from SSAP services,
> >      http://mail.ivoa.net/pipermail/registry/2020-February/005410.html
> >
> > In this latter context I've now created a draft vocabulary from
> > obscore dataproduct type.  It has draft status at this point, so it's
> > still cheap to change definitions, add terms, introduce structure,
> > etc.  Or to cancel the entire effort.
> >
> > The current vocabulary on http://www.ivoa.net/rdf/product-type .
> >
> > My current plan is have this vocabulary reviewed as part of the
> > review of SimpleDALRegExt 1.2.
> >
> > So... what do you think?
> >
> > Here are a few points I'd particularly request feedback on:
> >
> > (a) The vocabulary name: I went for product-type (singular), as the full
> >      term URI then looks like http://www.ivoa.net/rdf/product-type#image
> >      or so, which I find nice.  If someone calls for having "data" in
> >      there (data-product-type or dataproduct-type or whatever), I won't
> >      quarrel.  I still figure we won't have types of any other sort of
> >      products and hence saving five characters seems worth the
> >      deviation from obscore terminology.
> >
> > (b) I've made the vocabulary largely flat; only "sed" quite clearly is a
> >      "spectrum".  Do you see more structure in these concepts?
> >
> > (c) I've streamlined some of the descriptions from Obscore. For
> >      instance, I've removed the language on formats in the cube
> >      definition, as it seems somewhat ephemeral, and I've tried to be
> >      more precise in sed to get its primary characteristic in focus.  And
> >      I've made the definition for visibility very short -- radio folks,
> >      complain if you disagree.
> >
> > Thanks,
> >
> >              Markus
> >
>
> --
> ---- Laurent MICHEL              Tel  (33 0) 3 68 85 24 37
>       Observatoire de Strasbourg  Fax  (33 0) 3 68 85 24 32
>       11 Rue de l'Universite      Mail laurent.michel at astro.unistra.fr
>       67000 Strasbourg (France)   Web  http://astro.u-strasbg.fr/~michel
> ---
>


-- 
Marco Molinaro
INAF - Istituto Nazionale di AstroFisica
Osservatorio Astronomico di Trieste
email marco.molinaro at inaf.it
tel. +39 040 3199 152
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/semantics/attachments/20200310/25d57984/attachment-0001.html>