| |
| META TOPICPARENT |
name="InterOpNov2024" |
Data Model Working Group : November 2024
back to main programme page
Schedule
| Data Model Session 1: Saturday November 16, 2024 @ 11:00-12:30; Room Aula Magna |
| Speaker |
Title |
Materials |
Time |
|
|
<
< |
| Bruno Khelifi |
Data Model for VHE gamma-ray data and relations with IVOA standards
The very-high-energy gamma-ray astrophysics (above few tens of GeV up to few hundreds of TeV) is showing the emergence of observatories that will provide proposal-driven observations, open data and open science analysis tools. The largest observatory of such type is the Cherenkov Telescope Array Observatory (CTAO) that is currently under construction. In this context of opening of the VHE astrophysics, the FAIRisation of the data and an efficient data dissemination using VO technologies are necessary to allow multi-wavelength and multi-messenger analyses. The presentation will present the status of the data models of the VHE data products, in regard with the current IVOA data models and model drafts |
BKhelifi_VHEDM_v1_compressed.pdf |
15'+3' |
| Ian Evans |
An X-ray Astrophysicist Looks at ObsCore
Data discovery in the Virtual Observatory is supported by the ObsCore data model, which identifies key observation metadata that can be queried to search for data products of interest to the end user. I review the current ObsCore documents and definitions from the perspective of an X-ray astrophysicist who wants to use ObsCore to support data discovery of the scientifically rich Chandra X-ray Observatory data archive and specifically the numerous Chandra Source Catalog data products. I discuss which ObsCore components appear to work well for high-energy astrophysics data, what could be improved, and what appears to be missing. |
|
15'+3' |
| Paul Harrison |
VO-DML 1.1 candidates The VO-DML tooling has been extended to include robust Java and Python code generation that enables XML and JSON serialization as well as ORM to databases for arbitrary data models (first reported on in the Nov 2021 Interop, with ongoing progress reported subsequently). This work has highlighed some areas where the VO-DML standard should be clarified, as well as some ideas for extensions to the standard. These ideas have mainly been managed as GitHub issues so far, and this talk is an invitation for people to contribute to the VO-DML 1.1 standardization process. The suggestions so far will be summarized as well as the progress on actually updating the standard document. |
VO-DML_Extensions2_PAH.pdf |
15'+3' |
|
>
> |
| Bruno Khelifi |
Data Model for VHE gamma-ray data and relations with IVOA standards
The very-high-energy gamma-ray astrophysics (above few tens of GeV up to few hundreds of TeV) is showing the emergence of observatories that will provide proposal-driven observations, open data and open science analysis tools. The largest observatory of such type is the Cherenkov Telescope Array Observatory (CTAO) that is currently under construction. In this context of opening of the VHE astrophysics, the FAIRisation of the data and an efficient data dissemination using VO technologies are necessary to allow multi-wavelength and multi-messenger analyses. The presentation will present the status of the data models of the VHE data products, in regard with the current IVOA data models and model drafts |
pdf |
15'+3' |
| Ian Evans |
An X-ray Astrophysicist Looks at ObsCore
Data discovery in the Virtual Observatory is supported by the ObsCore data model, which identifies key observation metadata that can be queried to search for data products of interest to the end user. I review the current ObsCore documents and definitions from the perspective of an X-ray astrophysicist who wants to use ObsCore to support data discovery of the scientifically rich Chandra X-ray Observatory data archive and specifically the numerous Chandra Source Catalog data products. I discuss which ObsCore components appear to work well for high-energy astrophysics data, what could be improved, and what appears to be missing. |
pdf |
15'+3' |
| Paul Harrison |
VO-DML 1.1 candidates The VO-DML tooling has been extended to include robust Java and Python code generation that enables XML and JSON serialization as well as ORM to databases for arbitrary data models (first reported on in the Nov 2021 Interop, with ongoing progress reported subsequently). This work has highlighed some areas where the VO-DML standard should be clarified, as well as some ideas for extensions to the standard. These ideas have mainly been managed as GitHub issues so far, and this talk is an invitation for people to contribute to the VO-DML 1.1 standardization process. The suggestions so far will be summarized as well as the progress on actually updating the standard document. |
pdf |
15'+3' |
|
| |
| Laurent Michel |
MANGO model updates After being delayed due to the MIVOT recommendation process, the MANGO data model is now a VO working draft.
The purpose of MANGO, which stands for MO-del for AN-notating G-enericO-objects, is to add an upper level of description to the tabular data of query responses. It allows metadata to be extended, complex quantities to be reconstructed from multipl column values and properties to be linked together. It also allows to specify the origin of the data.
I'll give an overview of the model and the tools available to exercise it.
This talk is an invitation for people to contribute to the REC process. |
|
15'+3' |
|
|
<
< |
| Mark Cresitello-Dittmar |
Follow-up from Sydney Joint session As the IVOA Data Model landscape becomes fuller, we are introducing models which serve overlap in domain space with other models, but are represented at a level appropriate for their target usage. For example, CAOM for archives overlaps with content in Dataset, Characterisation, Cube, etc which are more data product oriented. MANGO introduces an EpochPosition which consolidates elements from the Coordinates model into a compact object suitable for application workflow. This talk is an update on an effort to define a mechanism to formally map the relation between models with overlapping content. The goal is to minimize the effort needed to ensure the consistency of this content. |
|
15'+3' |
|
>
> |
| Mark Cresitello-Dittmar |
Follow-up from Sydney Joint session As the IVOA Data Model landscape becomes fuller, we are introducing models which serve overlap in domain space with other models, but are represented at a level appropriate for their target usage. For example, CAOM for archives overlaps with content in Dataset, Characterisation, Cube, etc which are more data product oriented. MANGO introduces an EpochPosition which consolidates elements from the Coordinates model into a compact object suitable for application workflow. This talk is an update on an effort to define a mechanism to formally map the relation between models with overlapping content. The goal is to minimize the effort needed to ensure the consistency of this content. |
pdf |
15'+3' |
|
| |
| Applications/Data Model Session 2: Saturday November 16, 2024 @ 16:00-17:30; Room 103 |
| Speaker |
Title |
Materials |
Time |
| Applications Segment |
60' |
| |
see Apps schedule |
|
|
| DataModel Segment |
| Pat Dowler |
CAOM - integration status and discussion
|
|
30' |
|
|
<
< | <!--
* Set ALLOWTOPICRENAME = TWikiAdminGroup
--> |
| | |
|
>
> | <--
--> |
| |
| META FILEATTACHMENT |
attachment="BKhelifi_VHEDM_v1_compressed.pdf" attr="" comment="" date="1731680357" name="BKhelifi_VHEDM_v1_compressed.pdf" path="BKhelifi_VHEDM_v1_compressed.pdf" size="1109291" user="BrunoKhelifi" version="1" |
| META FILEATTACHMENT |
attachment="VO-DML_Extensions2_PAH.pdf" attr="" comment="VODML 1.1 WD Presentation" date="1731685502" name="VO-DML_Extensions2_PAH.pdf" path="VO-DML_Extensions2_PAH.pdf" size="6527251" user="PaulHarrison" version="1" |
|
|
>
> |
| META FILEATTACHMENT |
attachment="IEvans_Malta_Interop_2024.pdf" attr="" comment="Look at ObsCore" date="1731702968" name="IEvans_Malta_Interop_2024.pdf" path="IEvans_Malta_Interop_2024.pdf" size="533230" user="MarkCresitelloDittmar" version="1" |
| META FILEATTACHMENT |
attachment="modelOverlap_Nov2024.pdf" attr="" comment="Domain overlap in models" date="1731703008" name="modelOverlap_Nov2024.pdf" path="modelOverlap_Nov2024.pdf" size="2556091" user="MarkCresitelloDittmar" version="1" |
|
| | |
