<div dir="ltr"><div><div><div><div><div>I strongly urge to keep the two separate.<br></div>Yes, they have much in common, but they serve very different purposes.<br></div>And it is possible to create a 4-D cube where the 4th axis is actually a spectral axis and the pixels are different lines (rest frequencies).<br></div>STC2 will treat the spectral and redshift/Doppler as distinct axes.<br><br></div>I also note that you are missing redshift and that spect.dopplerVeloc makes no sense: it&#39;s either radio or optical (or, in rare cases, so-called relativistic), and one should not be allowed to gloss that over.<br><br></div>  - Arnold<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">-------------------------------------------------------------------------------------------------------------<br>Arnold H. Rots                                          Chandra X-ray Science Center<br>Smithsonian Astrophysical Observatory                   tel:  +1 617 496 7701<br>60 Garden Street, MS 67                                      fax:  +1 617 495 7356<br>Cambridge, MA 02138                                         <a href="mailto:arots@cfa.harvard.edu" target="_blank">arots@cfa.harvard.edu</a><br>USA                                                   <a href="http://hea-www.harvard.edu/~arots/" target="_blank">http://hea-www.harvard.edu/~arots/</a><br>--------------------------------------------------------------------------------------------------------------<br><br></div></div></div>
<br><div class="gmail_quote">On Mon, Apr 27, 2015 at 2:26 PM, Louys Mireille <span dir="ltr">&lt;<a href="mailto:mireille.louys@unistra.fr" target="_blank">mireille.louys@unistra.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    dear DMers, <br>
    <br>
    I am trying to recap on the discussion held since 2013 about the
    addition of a redshift or doppler axis in Obscore. <br>
    there has been various opinions expressed and typically two
    different ways to think about it : <br>
    <br>
    1. Some dataset contain velocity measurements and are sampled inside
    a velocity range , have velocity resolution , etc .<br>
    this is the case for Marco&#39;s Usecase for instance  Then quite
    naturally we could think a new axis is needed .<br>
    this was the first suggestion we had before and at the Banff interop
    meeting.<br>
    <br>
    2. The doppler shift is always derived from an initial set of
    spectral measurements . Therefore it can be described as a spectral
    axis , with added reference position , rest frequency , etc. ,
    specific unit in km/s , specific ucd.<br>
    if I consider the  Spectral FITS WCS specification,( <a href="http://www.aanda.org/articles/aa/pdf/2006/05/aa3818-05.pdf" target="_blank">http://www.aanda.org/articles/aa/pdf/2006/05/aa3818-05.pdf</a>) 
    the velocity/doppler axes can have several flavors that are
    characterized precisely. Table 1 and Table 2 of the spec , provide
    all tags to differentiate the various cases.<br>
    <br>
    I also gave a second read to the most recent version of ImageDM
    published in March , and from the description of the Spectral
    coordinate class ,Fig 20. p 55 compared to the RedshiftCoordinate
    Fig 21, it is clear the two subtrees have a lot in common . This
    means the Redshift coordinate could just be a derived class of the
    spectral coordinate construct, with the addition of all the
    reference frequency, positions , etc. , needed for that. <br>
    <br>
    For the needs of the Obscore v1.1 update , I suggest that velocity
    cubes be discovered by using <b>em_ucd</b>, with the possible
    values equal to the following , as extracted from the UCD list:<br>
    <br>
    <i>E | spect.dopplerVeloc | Radial velocity, derived from the shift
      of some spectral feature</i><i><br>
    </i><i>E | spect.dopplerVeloc.opt | Radial velocity derived from a
      wavelength shift using the optical convention</i><i><br>
    </i><i>E | spect.dopplerVeloc.radio</i><i> | Radial velocity derived
      from a frequency shift using the radio convention</i><i><br>
      <br>
    </i>em_dim, em_min, em_max, etc  will describe the dimension and
    range along the velocity axis for the returned datasets.<br>
     <i><br>
    </i>In a more detailed description , as required for instance for
    the <i>getmetadata</i> capability in SIAv2 , then the full WCS axis
    description could be exposed.<br>
    <br>
    Many thanks for comments , Mireille.<span class="HOEnZb"><font color="#888888"><br>
    <br>
     <br>
    <pre cols="72">-- 
Mireille Louys        , Maître de conférences 
Centre de Données ( CDS)                Icube &amp; Télécom Physique Strasbourg, Pôle API
Observatoire de Strasbourg                 300, boulevard Sébastien Brant
11, Rue de l&#39;Université                        CS 10413
67000 Strasbourg                                 F - 67412 ILLKIRCH Cedex
<a href="http://astro.unistra.fr" target="_blank">http://astro.unistra.fr</a>                        <a href="http://www.telecom-physique.fr" target="_blank">http://www.telecom-physique.fr</a>
tel : 03 68 85 24 34</pre>
  </font></span></div>

</blockquote></div><br></div>