IntropMay3023DM < IVOA

---+ Data Model Working Group Sessions: May 2023, Bologna, Italy

<br /><br /><br />

*DM1 session is focused on things related to VODML and annotation. A large part of the session is open for discussion.*
| *DM I - Tuesday, May 09, 16:00 -- 17:30, Plenary Room* ||||
| *Speaker* | *Title* | *Abstract* | *Materials* | *Time* |
| Paul Harrison | Adopting the new VO-DML tooling | A demonstration will be given of how it is possible to use the new tooling with various levels of adoption of new workflow patterns, from still working in the same fashion as previously using UML tooling such as Modelio, to writing models in VODSL. In both cases it is possible to use the source code generation facilities. | [[%ATTACHURL%/VO-DML_TOOLS_DEMO_PAH.pdf][PDF]]: | 17+3 |
| *MIVOT Session* |||||
| Lead by Laurent Michel | DM workflow | <p>Session open for discussion on a roadmap leading to concrete implementation using models.</p> <p>The talk agenda is not finalized yet but the following topics will be presented<br /><br /></p> <ul> <li>Reminder of the WG strategy:</li> <ul> <li>Historic reminder</li> <li>Building component models (MCT/PhotDM)</li> <li>Design of an annotation syntax (MIVOT) which is model-agnostic, which works with any data arrangement and which is isolated into the VOTable</li> <li>Design of models aggregating components to annotated archival data (MANGO) or science products (Cube)</li> </ul><li>Plan for MIVOT implementations</li> <ul> <li>Cookbook</li> <li>Client side: Astropy/PyVO</li> <li>Server side: VOLLT extension</li> </ul><li>Mango draft:</li> <ul> <li>MANGO is an open model designed to improve the description of archival data by providing mechanisms to connect various columns together for building complex entities and to enhance mapped quantities with some semantic, coordinate systems and coverage information.</li> </ul></ul> | | 70' |

*The splinter has no agenda, this is a session open for open discussion (see the Wiki [[DatasetMetadataSplinter2023][page]]).*
| *Splinter - Tuesday, May 09, 18:00 -- 19:30, Plenary Room* ||||
| *Supervisor* | *Title* | *Abstract* | *Materials* | *Time* |
| Mark Cresitello Dittmar | DatasetDM, Provenance, CAOM and Characterization | <p>Now that the core models of the Cube family (Meas/Coords) are completed, we return our attention to the next group.</p> <p>The information in this model is a consolidation of content from several of the early core models (ObsCore, Spectrum, Characterization). The descriptions of many of the elements are derived from the Resource Metadata standard. The idea of this model is to centralize this information for other datamodels to use (Cube, Mango, Spectrum2, TimeSeries).</p> | [[DatasetMetadataSplinter2023][wiki]] | |

*DM2 session contains miscellaneous DM related talks.*
| *DM II - Thursday, May 11, 11:00--12:30, Plenary Room* ||||
| *Speaker* | *Title* | *Abstract* | *Materials* | *Time* |
| Steve Hugues | The PDS4 Information Model - An Implementation-Agnostic Model for Interoperability | The PDS4 Information Model was developed by the Planetary Data System as a science data archive standard to improve interoperability within the planetary science community. It addresses the key requirements for interoperability including standardized data formats, common data models, clear data definitions, and well-defined data governance. In addition, the information model was developed independent of all system implementation choices to insulate it against inevitable changes in implementation technology. It also uses multi-level data governance to localize the impact of changes in the science disciplines. <p>These architectural choices have allowed the PDS4 Information Model to remain relevant within the Planetary Science Community while enabling interoperability across diverse science disciplines, tools, and APIs. It has been adopted world-wide by space agencies involved in Planetary Science.<br /><br /></p> This talk will briefly describe the architectural and design principles used to maintain the independence of the PDS4 Information Model and how the artifacts necessary for the maintenance and operations of the PDS are generated. | | 17+3 |
| Mark Cresitello Dittmar | Model status | <br /> <p>This presentation will have 2 components:</p> <ol> <li>Spectrum 1.2: Update on the enhancement request for the Spectrum data model and its readiness for RFC<br /><br /></li> <li>With Measurements and Coordinate models in REC, we turn our attention to the remaining models required for representing NDCube data.<br />This portion of the presentation will review the remaining models, with a focus on Dataset and Transform; their current state, open issues and implementation status.</li> </ol> | | 17 +3 |
| Mathieu Servillat | CTAO Data Model group | The Cherenkov Telescope Array Observatory (CTAO) will be the first ground-based gamma-ray observatory in the world, and the largest instrument for the detection of very high-energy radiation with more than 60 telescopes in the northern and southern hemispheres. Data Modeling is an important part of the preparation of CTA and a dedicated working group develops data models for CTAO, in the context of Open Science and in line with the Virtual Observatory and the FAIR principles. | | 7 + 3 |
| Mathieu Servillat | DM for High Energy astrophysics | High Energy Astrophysics is already involved in the VO, however high energy data has some specificities not yet covered within the VO. I will report on an OV-France workshop where we discussed commonalities between X-ray, gamma-ray, neutrinos and other related high energy observatories. We noted that an "event dataset" is not yet defined, and may require a dedicated ObsCore extension. We also developed a data model to formalize the relations between an event list and the instrument response functions needed for the analyses of event datasets. | | 7 + 3 |
| Mathieu Servillat | One step Provenance | We propose a simplified structure to describe the provenance of an entity as a succession of steps, based on the IVOA Provenance Data Model. With such a structure, the "last-step" provenance of an entity may be stored as a flat list of attributes inside the entity (e.g. with keywords in the header of a FITS file), as a separate file or in a relational database. By iterating the request of provenance step by step, one can reconstruct the full provenance of an entity. | | 12 +3 |
<pre><br /><br /><br /></pre>

<br /><br />

<br /> &lt;!--<br />      * Set ALLOWTOPICRENAME = IVOA.TWikiAdminGroup <br />--&gt;
Attachments
Topic attachments
I	Attachment	History	Action	Size	Date	Who	Comment
pdf	VO-DML_TOOLS_DEMO_PAH.pdf	r1	manage	2308.6 K	2023-05-04 - 22:17	PaulHarrison	Vo-DML Tooling Demo
This topic: IVOA > WebHome > IvoaEvents > InterOpMay2023 > IntropMay3023DM
Topic revision: r9 - 2023-05-08 - MathieuServillat