| Schedule Summary | ||||||
|---|---|---|---|---|---|---|
| Session | Date Time UTC | UTC-04:00 | UTC | UTC+02:00 | UTC+08:00 | UTC+10:00 |
| Washington DC | London | Strasbourg/Paris | Perth/Beijing | Canberra (AEST) | ||
| DAL 1 | 09 June 09:00 | 09 June 05:00 | 09 June 09:00 | 09 June 11:00 | 09 June 17:00 | 09 June 19:00 |
| Splinter: VOLLT | 09 June 15:45 | 09 June 11:45 | 09 June 15:45 | 09 June 17:45 | 09 June 23:45 | 10 June 01:45 |
| DAL 2 | 10 June 09:00 | 10 June 05:00 | 10 June 09:00 | 10 June 11:00 | 10 June 17:00 | 10 June 19:00 |
| DAL + DSP | 11 June 09:00 | 11 June 05:00 | 11 June 09:00 | 11 June 11:00 | 11 June 17:00 | 11 June 19:00 |
| DAL + DM | 11 June 14:00 | 11 June 10:00 | 11 June 14:00 | 11 June 16:00 | 11 June 22:00 | 12 June 00:00 |
| Speaker | Title | Abstract | Time | Material |
|---|---|---|---|---|
| Pat Dowler (in person) |
WD-TAP-1.2 | I will provide an update on defining TAP-1.2 using OpenAPI and the current state of prototype implementation in OpenCADC (youcat). | 15'+5' | |
| Mark Taylor (in person) |
ObjObsSAP implementation in TOPCAT | I will describe a prototype implementation of an ObjObsSAP client in TOPCAT, and review the status of the standard and implementations. | 15'+5' | |
| Marco Molinaro (in person) |
ConeSearch -1.1 status | ConeSearch -1.1 is in working draft phase, and slowly moving among the last needed bits to make it ready for a proposed recommendation and RFC stage. This brief overview of the status of the WD will leave room for the general discussion on Simple Cone Search at the end of the session. | 15' | |
| Markus Demleitner (in person) |
SCS-2.0 prototype implementation | If we want to prototype a successful major version transition in the Virtual Observatory, we ought to start now, and SCS 2.0 is probably the best example we can get. To perhaps inspire you to join in the effort (please!), I have implemented the current draft in DaCHS and will tell you how I fared. |
15' | |
| All | Discussions about SCS | - What are the next steps? - Should we go on with 1.1? - Should we cancel 2.0? - ... |
20' |
| Speaker | Title | Abstract | Time | Material |
|---|---|---|---|---|
| Pat Dowler (in person) |
WD-VOSI-1.2 | I will provide an update in the current state of defining VOSI and UWS using OpenAPI and trying to make it re-usable in DAL service standards. | 15'+5' | |
| Markus Demleitner (in person) |
Even if you have not noticed yet: You need DALIInterface | We have been abusing the vs:ParamHTTP VOResource interface type for much too long for complex interfaces with VOSI, sync and async, and all kinds of variants. Attempts to get out of this by declaring each endpoint a different ParamHTTP interface have been met with many problems, as discussed in my 2019 Note “On the use of capabilities in the VO”. No, the right way to address the problem is to define a proper interface type for these kinds of “DALI interfaces“. TAPRegExt contains one, and this talk will be a pitch to get your support for it. |
15'+5' | |
| Nicolas Moreau (in person) |
SLAP 2 protocol | The Simple Line Access Protocol (SLAP) is an IVOA standard for querying spectral line data collections through a uniform interface. Version 2 revisits the original design, simplifying the protocol by dropping the requirement for a full data model and instead defining a minimal, fixed set of query parameters and output columns — drawing inspiration from LineTAP. |
15'+5' | |
| François Bonnarel (in person) |
Complementarity of DataLink links endpoint, service descriptors and LINK in VOTable. Possible evolutions. |
Recent discussion in Apps around the VOTable specification including the LINK templating appendix refer to Datalink {links} endpoint and "DataLink" service descriptor. Complementartity of these various features will be revisited in this talk. Some possible evolutions of the specs will be discussed in the context of ObsTAP and catalog services | 15'+5' | |
| All | Discussions | Free topics | 10' |
| Speaker | Title | Time | Material |
|---|---|---|---|
| Vandana Desai (in person) |
Spectra at Scale: Bulk Services and Formats for Massive Spectroscopic Surveys Current and upcoming surveys are producing spectral data sets containing many millions of spectra, creating new requirements for discovery, access, transfer, and analysis at scale. Existing IVOA spectral services and formats are well suited to meeting these requirements for smaller numbers of spectra, but many emerging use cases require bulk query services and efficient bulk data formats across large spectral collections. This session will frame the need for scalable spectral standards and explore concrete use cases and candidate approaches from HATS, SPHEREx, DESI, and related efforts, with the goal of identifying common requirements and discussing possible paths forward for the IVOA community. |
10' | |
| Melissa DeLucchi (in person) |
HATS: Opportunities and Challenges for Storage, Service, and Analysis of Spectra at Scale The HATS format was envisioned for joint analysis of time-domain surveys. The underlying parquet format supports minimally-structured data, such as regular arrays representing flux, flux error, band, and observation time. There are parallels in the structure of flux, ivar, and lambda, but we encounter challenges that are unique to spectroscopic data, e.g. representing fixed wavelength arrays; we would like to survey existing community solutions. We will showcase our success in creating large-scale spectra catalogs and demonstrate bulk crossmatch. |
15'+5' | slides |
| Gregory Dubois-Felsmann (remote) |
The SPHEREx perspective: status and plans for the release of 10^8 - 10^9 spectra The NASA SPHEREx mission recently completed its first year of science data collection. SPHEREx is assembling an all-sky infrared spectral dataset that will ultimately include both sky maps in 102 spectral channels from 0.75-5um, and a “High Reliability Source Catalog” of at least hundreds of millions of source spectra. Public releases to date have consisted only of the individual linear-variable-filter “spectral images” together with calculational tools for individual source spectrophotometry and limited-area mosaic-making. The mission will be releasing sky maps by the end of 2026, in a HiPS -adjacent form that we are still working out, and will release its first spectral catalog in mid-2027. The sky maps and spectral catalog will be updated in the second full Data Release less than a year later. We are currently beginning the detailed design process for both IRSA data services and downloadable bulk data products for the spectral catalog. I will address options that we are considering and discuss the places where it seems that additional standards effort would be beneficial. |
15' +5' | |
| Stephen Bailey (remote) |
How DESI Effectively Analyzes 10s of Millions of Spectra The Dark Energy Spectroscopic Instrument (DESI) is currently the world's largest spectroscopic redshift survey with over 20 million spectra in its public Data Release 1 and over 80 million spectra in its latest internal data sample. In this talk I will describe the formats and access methods that the DESI collaboration itself uses to effectively analyze these data. While some of the formats and tools are DESI-specific, I will highlight lessons learned for the real-world use cases of large scale analyses using these data. |
15'+5' | |
| All | Discussion | 20' |