SDM evolution roadmap: Data.FluxAxis.Accuracy.LowerLimit another UCD suggestion
Salgado, Jesus
jesus.salgado at skao.int
Thu Jul 28 13:16:58 CEST 2022
Just to comment that it also depends on the definition of these upper/lower limits
The UCDs proposed are in line with an Upper detection limit, Lower detection limit at instrument level but, at least in high-energy, the Upper Limit is usually the minimum number of counts from a source necessary for a detection (or in flux space) so the Upper Limit would be more related to the instr.sensitivity;phot.flux.
So, are we talking about the upper/lower limits of the instrument or the source? Both are related but the interpretation is different
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, 09:51, "Salgado, Jesus" <jesus.salgado at skao.int> wrote:
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/35379c8d/attachment.htm>
More information about the dm
mailing list