<div dir="ltr">All,<div><br></div><div>We wanted to take a minute to send a summary of the on-going activities of the working group.</div><div>As usual, the<span class="gmail-Apple-converted-space"> </span><a href="https://wiki.ivoa.net/twiki/bin/view/IVOA/2023ARoadmap#Data%20Model%20WG" target="_blank">roadmap for this semester</a> is quite full.  We have a TCG meeting coming up and we'd like to go into that with a good understanding of where we are on these projects.</div><div><br></div><div>Please let us know if I've missed anyone's activities.</div><div><br></div><div>Spectrum 1.2 RFE:<br></div><div>    * At the last TCG meeting, I asked if the level of implementation for this RFE was sufficient to move forward.</div><div>      We got positive feedback from Marco, so I am planning to get the RFC started this week.</div><div><br></div><div>ObsCore extension for Radio domain:<br></div><div>   * A joining RIG/DM meeting took place on Aug 29.  Discussion points included </div><div>        - dataproduct_type: vocabulary is insufficient for radio data; discussions on changes need to be coordinated with Semantics.</div><div>        - s_regions: extend to allow expression as a MOC<br></div><div>        - general discussion on several parameters</div><div>        - discussion on representation of extension content in a query response, and service capability declaration.</div><div>   * This was followed-up with a suggestion that the extension document and discussions be led by a set of documented use cases.</div><div>        - query examples for typical radio products that would not be supported by the current ObsCore standard.</div><div>      My understanding is that these exist, and are documented separately which makes it a little difficult to make the connection and focus the discussion.</div><div><br></div><div>MIVOT:</div><div>   * Laurent distributed a roadmap for upcoming development of code in PyVO to enable usage of the annotation syntax.</div><div>        • Opening a MR enabling Astropy to operate the R/W operations for VOTable annotations.<br>        • Implementing the MIVOT processing in PyVO. Without going in detail, the goal here is to enable PYVO to provide model views on data rows while streaming tables. These models views will be based on either generic Python objects, model stakeholder classes or Astropy classes.<br>        • Doing the same in RUST based the CDS VOTable parser<br>        • On server side, we will provide a VOLLT extension able to annotate VOTables on the fly. This extension will use a TAPSchema extension to store the mapping rules.<br></div><div><br></div><div>Modeling High Energy Datasets: High Energy Group </div><div>   * IVOA standards for High Energy Astrophysics: meeting held in Paris, June 28-29.<br></div><div>   * upcoming meeting (Sept. 14) will review Dataset/Cube models to open discussion on applicability to various data products.</div><div><br></div><div><br></div><div><b>Upcoming work</b></div><div><div>Transform 1.0:</div><div>    * The action here is to implement the python workflow scripts as jupyter notebooks.</div><div>       This will be my primary IVOA focus for September.</div><div><br></div><div><div dir="auto">One-Step Provenance:</div>    * The Python package voprov has been upgraded to include a draft version of a one-step provenance function<br>    * ProvTAP experimented with a dedicated view for this provenance.<br></div></div><div><br></div><div>Running Meeting:</div><div>   * We'll be organizing the next meeting for sometime in September..</div><div><br></div><div><br></div><div>Thanks for all the hard work!</div><div>Mark and Mathieu.</div><div class="gmail-yj6qo"></div><br class="gmail-Apple-interchange-newline"></div>