New list of words

Alberto Micol Alberto.Micol at eso.org
Tue May 3 01:54:53 PDT 2005


Dear Andrea,

>  I'm sure you'll have other before Kyoto!

I'm taking it seriously :-) Here some other comments, in no particular 
order:

1. pos.frame exists, can we also add the spect.frame and time.frame?

2. instr.spec: probably not needed
    because otherwise we would also need instr.imager, and similarly for 
other kinds of instruments.
    Also,
    instr.spect.dispersion could simply be instr.dispersion
    instr.spect.order        "     "     "  instr.order
    (in fact there is no need to say instr.imager.scale, instr.scale is 
enough).

3. Transmission (an old friend of mine): some time ago Sebastien and I 
exchanged some emails
    and, if I remember correctly, we agreed that there should be a 
phys.transmission
    which could be attached to any of: instr.det, instr.filter, instr to 
distinguish
    between the transmission/sensitivity of the various components 
(detector, filter, optical elements)
    and the overall transmission (filter * detector * optical elements) 
including even the atmosphere
    if necessary.

4. instr.sensitivity; Its description reads: Instrument sensitivity, 
detection threshold
    I would say that sensitivity and detection threshold, while linked, 
are two different concepts,
    and would be better to split that one into 2 different UCDs

5. Descriptions: sometimes the description of a ucd is ambiguous, e.g.:
     a. instr.tel.focus (Q): Telescope focus
     b. instr.bandpass (Q):  Bandpass of instrument
     c. instr.pixel (S):     Pixel

     a. Is instr.tel.focus the "name" of the telescope focus (eg 
nasmith),
        or the focal length of the telescope?

     b. instr.bandpass
        How many services will make use of this ucd to describe a table 
column that contains
        the numeric transmission at a given wavelength of a given filter?
        Some other service will use this ucd to describe the name of the 
bandpass (or the filter name).
        Which one of the two is legitimate, both? (see (3) above).

     c. Another, though different, example is the instr.pixel
        I can think of a catalog associated with an image, where X and Y 
indicate
        at which detector coordinates the source was found 
(pos;instr.pixel).
        But it can be used to indicate the pixel scale of the detector 
(phys.angSize;instr.pixel)
        The fact is that instr.pixel is a Secondary word, hence its 
meaning could be broader.
        For that reason probably both above mentioned cases are 
legitimate: instr.pixel is only an
        attribute (an adjective in a grammar-speak).

     I think it is very important to be clear, especially on those words 
that could be Primary,
     because otherwise people might misuse UCDs and that would make the 
entire concept collapse.


6. Abbreviations: Why temperature is some times abbreviated and some 
other times not?
    (e.g., instr.skyTemp, phot.antennaTemp, phys.temperature) Wouldn't 
be better to be
    consistent?


7. wcs information
    pos.wcs.ctype: How would the software recognise ctype1 from ctype2 ?
                   Would it be possible to say: 
pos.wcs.ctype;arith.first and pos.wcs.ctype;arith.second?
                   Or maybe (see cdmatrix below): arith.1 and arith.2
    The same for pos.wcs.crpix, crval and naxis

    pos.wcs.cdmatrix: how to distinguish the various matrix elements?
                      what about accompaining the cdmatrix with a 
arith.1_1, arith.1_2, etc.?
    That arith.1, etc. could be useful to rank things.


8. question regarding files
    meta.file exists; how can I describe the size (eg in bytes) of a 
file? and its CRC?


Probably enough for this morning... ;-)
And, beware, I might come back with more DM issues. :-)

Ciao,
Alberto



More information about the ucd mailing list