Design of MANGO errors: feedback expected
Laurent Michel
laurent.michel at astro.unistra.fr
Tue Apr 1 15:27:22 CEST 2025
Hello DM,
(cf issue https://github.com/ivoa-std/MANGO/issues/60)
We would like get feedback from the WG about the MANGO error.
In the MANGO use cases, we have the cross-match case which requires the errors to come with statistical parameters (distribution and confidence level).
For this purpose, Mango has an abstract. datatype with these parameters (mango:PropertyError) from which some concrete error types (e.g. ellipse …) derive.
• Symmertrical error 1D and 2D
• ASymmertrical error 1D
• Ellipse error
These 4 classes have counterparts in Meas, but they have more handy attributes.
• Individual roles for each attribute (majorAxis, minorAxis, angle) instead of value arrays [x, x, x].
These classes also have specific names in order to prevent conflicts with measure classes.
The question is to decide whether the abstract mango:PropertyError should or not derive from the astract meas:Uncertainty?
• PRO: any Measurement error type could then be reused by Mango properties
• CON: this will make Mango providing different error types form the same purpose (meas:ellipse or mango:PErrorEllipse)
• CON: in our experience, cross model references are a burden for clients and particularly for annoters
• CON: The MIVOT annotation of some Meas error classes may be tricky to interpret for the clients (attribute values in arrays).
We suggest not deriving mango:PropertyError from meas:Uncertainty.
We would like to get the group (des)agreement before opening the corresponding GIT PR
Mireille and Laurent
More information about the dm
mailing list