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. | PDF: | 17+3 |
MIVOT Session | ||||
Lead by Laurent Michel | DM workflow | Session open for discussion on a roadmap leading to concrete implementation using models. The talk agenda is not finalized yet but the following topics will be presented
|
70' |
Splinter - Tuesday, May 09, 18:00 -- 19:30, Plenary Room | |||||
---|---|---|---|---|---|
Supervisor | Title | Abstract | Materials | Time | |
Mark Cresitello Dittmar | DatasetDM, Provenance, CAOM and Characterization | Now that the core models of the Cube family (Meas/Coords) are completed, we return our attention to the next group. 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). |
wiki,
|
DM II - Thursday, May 11, 11:00--12:30, Plenary Room | ||||
---|---|---|---|---|
Speaker | Title | Abstract | Materials | Time |
Steve Hughes | 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. 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. |
17+3 | |
Mark Cresitello Dittmar | Model status | This presentation will have 2 components:
|
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. | 12 + 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. | 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 |