SDM evolution roadmap: Data.FluxAxis.Accuracy.LowerLimit another UCD suggestion

Salgado, Jesus jesus.salgado at skao.int
Thu Jul 28 10:51:12 CEST 2022


Dear all,

I fully agree that Upper/Lower Limits are not errors so, I think, it should not be treated as such from the ontology point of view.
I think we could use both ideas and separate the concepts of Upper and Lower Limits.

For me, intuitively:
Upper Limit is -> instr.saturation;phot.flux
Lower Limit is -> instr.sensitivity;phot.flux

(just removing the stat qualifiers)

Cheers,
Jesús Salgado 
SKA Regional Centre Architect
jesus.salgado at skao.int
www.skao.int <https://www.skao.int/>
SKA Observatory
Jodrell Bank, Lower Withington,
Macclesfield, SK11 9FT, UK
 

On 28/07/2022, 07:41, "dm on behalf of Laurent Michel" <dm-bounces at ivoa.net on behalf of laurent.michel at astro.unistra.fr> wrote:

    Hello

    AS questioned by Mark Upper/Lower limits are not Error terms. There are detection thresholds.

    UpperLimit: If it was a source here it would have a flux below the upper limit
    - instr.sensitivity;phot.flux;stat.max ??

    Lower limit: If it was a source here it would have a flux above the lower limit
    - instr.sensitivity;phot.flux;stat.min ??

    Laurent


    Le 27/07/2022 à 17:10, CresitelloDittmar, Mark a écrit :
    > Thanks Mireille,
    > 
    > These are very similar to the current placeholders ( which mimic the StatErrorLow|High element ucds )
    > The main question I have about this was/is:
    >    o is LowerLimit/UpperLimit conceptually considered an Error term?
    > If not, then perhaps the detection limit options are more appropriate.
    > 
    > Mark
    > 
    > 
    > 
    > On Tue, Jul 26, 2022 at 11:40 AM Mireille LOUYS <mireille.louys at unistra.fr <mailto:mireille.louys at unistra.fr>> wrote:
    > 
    >     Dear dmers,
    > 
    >     just on the UCD assignation , I have another suggestion for /Data.FluxAxis.Accuracy.LowerLimit /
    >     which also validates in the UCD builder tool (http://cdsweb.u-strasbg.fr/UCD/cgi-bin/descr2ucd
    >     <http://cdsweb.u-strasbg.fr/UCD/cgi-bin/descr2ucd> ) and contains the flux information:
    >     stat.error;phot.flux;stat.min
    > 
    >     /Data.FluxAxis.Accuracy.UpperLimit/ whould also have this UCD
    >     stat.error;phot.flux;stat.max
    > 
    >     Thanks , Mireille,
    >     for the UCD maintenance committee.
    > 
    > 
    >     Le 21/07/2022 à 20:22, CresitelloDittmar, Mark a écrit :
    >>     Hi,
    >>
    >>     Follow-up on the UCD topic.  I've started a new Issue in the repository
    >>     <https://github.com/ivoa-std/SpectrumDM/issues/5> for this, so it can be worked outside of the structural model changes.
    >>     The primary objective is to select the proper terms for the new elements.. I'm not sure if we need to go outside this list
    >>     for that, but I'm hoping Vandana and Petr can get some review on this and provide feedback.
    >>
    >>     The following shows the UCDs put into this PR, and the suggested values per the UCD Builder utility.
    >>
    >>       * Data.SpectralAxis.order => "instr.order"
    >>       * Data.SpectralAxis.relorder => "instr.order"
    >>           o UCD builder suggests: "stat.variance;instr.order" for both, though "instr.order" can stand on its own.
    >>       * Data.FluxAxis.Accuracy.LowerLimit => "stat.error.phot.flux.density;em.*;stat.min" (Same as StatErrorLow)
    >>           o UCD builder suggests:
    >>               + "statistical lower limit" -> "stat.value;stat.min"
    >>               + "detection lower limit" -> "instr.saturation;stat.min"
    >>       * Data.FluxAxis.Accuracy.UpperLimit => "stat.error.phot.flux.density;em.*;stat.max" (Same as StatErrorHigh)
    >>           o UCD builder suggests:
    >>               + "statistical upper limit" -> "stat.value;stat.max"
    >>               + "detection upper limit" -> "instr.saturation;stat.max"
    >>
    >>
    >>     Mark
    > 
    >     -- 
    >     --
    >     Mireille Louys,  MCF (Associate Professor)
    >     Centre de données CDS		IPSEO, Images, Laboratoire Icube
    >     Observatoire de Strasbourg	Telecom Physique Strasbourg
    >     11 rue de l'Université		300, Bd Sebastien Brandt CS 10413
    >     F- 67000-STRASBOURG		F-67412 ILLKIRCH Cedex
    >     Tel: +33 3 68 85 24 34
    > 

    --
    English version: https: //www.deepl.com/translator
    -- 
    jesuischarlie/Tunis/Paris/Bruxelles/Berlin

    Laurent Michel
    SSC XMM-Newton
    Tél : +33 (0)3 68 85 24 37
    Fax : +33 (0)3 )3 68 85 24 32
    Université de Strasbourg <http://www.unistra.fr>
    Observatoire Astronomique
    11 Rue de l'Université
    F - 67200 Strasbourg

The SKA Observatory is an inter-governmental organisation and the successor of SKA Organisation, a private limited company by guarantee registered in England and Wales with registered number 07881918, with a registered office of Jodrell Bank Observatory, Lower Withington, Macclesfield, Cheshire, England, SK11 9FT.


This message is intended solely for the addressee and may contain confidential information. If you have received this message in error, please inform the sender, and immediately and permanently delete the email. Do not use, copy or disclose the information contained in this message or in any attachment.


This email has been scanned for viruses and malware, and may have been automatically archived, by Mimecast Ltd. Although SKA Observatory and SKA Organisation have taken reasonable precautions to ensure no viruses are present in this email, neither SKA Observatory nor SKA Organisation accept responsibility for any loss or damage sustained as a result of computer viruses and the recipient must ensure that the email (and attachments) are virus free.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/dm/attachments/20220728/f61881e4/attachment.htm>


More information about the dm mailing list