Voc in the VO 2 / remarks

François Bonnarel francois.bonnarel at astro.unistra.fr
Tue Jun 2 19:32:46 CEST 2020


Dear all,

After some experience with VEP and the extension of lists of terms 
(mainly DataLink semantics vocabulary but also having dataproduct_type 
in mind)  I would like to propose some improvment to the process

       1 ) VEI instead of VEP : "Vocabulary Enhancment Issue", instead 
of Vocabulary Enhancment Proposal   : The issue will be centered on a 
rationale and not on a single term. Some discussions have shown that a 
term can be preferred to another one with the same rationale and 
definition. A term can also become the head term of a whole hierachy 
during the discussion

For example the "VEP" I proposed on May the 22nd at 8:40 UTC could 
become the  "VEI" written as below. rationale will come first and 
prposed Alternative terms and possible child terms belong to the same 
VEI. The end of the process would be to converge on one single hierarchy 
of terms.

       2 ) for the  same reason (incomplete discussion) "Preliminary" 
terms should not be set in the "official" vocabulary list even with the 
"preliminary" tag. Examples using those terms should be provided in 
prototype services or realistic example files.

Cheers

François


VEI-006

Vocabulary:http://ivoa.net/rdf/datalink/core
Author: François Bonnarel
Date: 2020_05-22
Supercedes: VEI-001

Rationale:
     Astronomers often want to associate #this (astronomical objects, 
sources or datasets ) with dataproducts of other provenance (but sharing 
some common features with  them).  The purpose maybe for comparison, 
cross-corelation, multi-band interpration, follow-up of changes, 
checking simulations results versus observations.
     Examples of that are measurements in another band, images, cubes, 
spectra, timeseries of a source, same dataproduct type and location in 
physical space  but at another time, etc ....
Main New Term proposal: counterpart
Action: Addition
Label: counterpart dataproduct
Description: Data products  that are related to #this for various 
interpretation purposes.

Used-in:
      various SVO ConeSearch services (Cortesy Carlos Rodrigo / SVO )

       CATlib spectral library 
(http://svo2.cab.inta-csic.es/vocats/v2/catlib/)

      ----> Datalink example : 
http://svo2.cab.inta-csic.es/vocats/v2/catlib/dl.php?ID=BD-+01+2582

       MILES spectral library ( 
http://svo2.cab.inta-csic.es/vocats/v3/miles/ )

        ---> DataLink example 
(http://svo2.cab.inta-csic.es/vocats/v3/miles/dl.php?ID=HD102634)

      Could be used by VizieR for their "associated data" in the future

Alternate proposed term : associated-data

Alternate proposed term : see-also

Alternate proposed term : compared-to

Possible Child term : #isObservationOf / in case #this is a source and  
we link an observation of the source

Possible Child term : #contains / in case the source is contained in the 
linked dataset

Possible Child term : #followup / in case the #this observation dataset 
is repeated at later time

Possible Child term : #cross-associated / in cas the two sides of the 
DataLink are cross associated.

Discussion:

      The use case there is different from the one considered in 
VEP-003/VEP-004 (#sibling , #co-derived, #co-generated) because there is 
no common provenance or progenitor between both sides of the link.

       The original proposed term was #associated-data borrowed to 
VizieR (VEP-001). This one was considered too vague.


More information about the semantics mailing list