MANGO 1.0: Proposed Recommendation: Request for Comments
There is a paradox in the VO world: source data which represent the basic building blocks of astronomers’ work, is not modelled. This paradox can be explained by the fact that the observation of source objects is multifaceted.
In a general way, the way features for source data are described and organised depends on the targeted science case.Principal investigators and archive designers set up the data profile and structure it according to this goal which varies from one project to another. Therefore this diversity cannot be served by a single static data model describing a source item for all possible cases.
Having a global source model would lead to a very complex solution not usable in practice.
This standard proposes to overcome this paradox and presents a template model gathering independent components from VO existing models embedded on demand in a container. MANGO is not designed to describe what a source is but to help clients to discover and to understand the quantities available for a particular source instance.
VOtable data mapped on MANGO with Mivot annotations can be consumed quantity par quantity instead of column per column. The way complex quantities are built is described by MANGO but no longer by the clients.
The main purpose of MANGO is to add an upper description level to the tabular data of query responses. MANGO is not designed to replace the meta-data already present in query responses,
Uses-cases have been collected since 2019 from representatives of various astronomical missions, archive designers and tools developers. These open contributions gave a good picture of the needs but we do not pretend that everything will be supported by this first version.
Latest version of IVOASTANDARD can be found at:
Reference Interoperable Implementations
The project contains 4 static files, located in
PROJECT_HOME/implementations, that cover most of the model features (see coverage
table). IN additio to this, we have 2 services (Vizier, XMM) providing annotated data.
Epoch Propagation
Mango has been developed along with
MIVOT with a particular focus on the EPOCH propagation.
- Vizier deployed a cone search service that returns VOtable partially mapped on MANGO: https://vizier.cds.unistra.fr/viz-bin/conesearch/V1.5/TABLE_ID
Try curl "https://vizier.cds.unistra.fr/viz-bin/conesearch/V1.5/I/329/urat1?RA=52.26708&DEC=59.94027&SR=0.05"
This dataset can be processed by PyVO ( readthedoc)
- A Gaia VOTable completly mapped on the epoch propagation class of MANGO (mango:EpochPosition) can bee seen in PROJECT_HOME/implementations
HE data and Photometry
A TAP service serving XMM catalogue (
https://xcatdb.unistra.fr/xtapdb/) data (table
mergedentry) has been deployed.
This service demonstrates the ability of MANGO to properly describe the following quantities
- Coordinate systems (space, time imported from Coords DM)
- Position at a given epoch
- Photometric filters and calibration (imported from Phot DM)
- Fluxes and hardness ratio
- Quality flags
It can be connected with
Taphandle or by using curl:
curl "https://xcatdb.unistra.fr/xtapdb/sync?LANG=ADQL&REQUEST=doQuery&QUERY=SELECT%20TOP%201%20%2A%20FROM%20%22public%22.mergedentry&FORMAT=application%2Fx-votable%2Bxml%3Bcontent%3Dmivot"
- query: SELECT TOP1 * FROM "public".mergedentry
- format: application/x-votable+xml;content=mivot
Implementations Validators
(If any, indicate here the links to Implementations Validators)
Comments from the IVOA Community during RFC/TCG review period: RFC_start_date - RFC_end_date
The comments from the TCG members during the RFC/TCG review should be included in the next section.
In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your Wiki Name so that authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.
Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document
Comments from TCG member during the RFC/TCG Review Period: TCG_start_date - TCG_end_date
WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment.
IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory.
TCG Chair & Vice Chair
TCG Vote : Vote_start_date - Vote_end_date
If you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
Group |
Yes |
No |
Abstain |
Comments |
TCG |
|
|
|
|
Apps |
|
|
|
|
DAL |
|
|
|
|
DM |
|
|
|
|
DSP |
|
|
|
|
Registry |
|
|
|
|
Semantics |
|
|
|
|
DCP |
|
|
|
|
Edu |
|
|
|
|
KDIG |
|
|
|
|
Ops |
|
|
|
|
Radio |
|
|
|
|
SSIG |
|
|
|
|
TD |
|
|
|
|
<nop>StdProc |
|
|
|
|
<!--
* Set ALLOWTOPICRENAME =
TWikiAdminGroup -->