BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//pretalx//pretalx.adass.org//adass2026//speaker//JUSFZX
BEGIN:VTIMEZONE
TZID:AWST
BEGIN:STANDARD
DTSTART:20000101T000000
RRULE:FREQ=YEARLY;BYMONTH=1;UNTIL=20051231T160000Z
TZNAME:AWST
TZOFFSETFROM:+0800
TZOFFSETTO:+0800
END:STANDARD
BEGIN:STANDARD
DTSTART:20070325T040000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZNAME:AWST
TZOFFSETFROM:+0900
TZOFFSETTO:+0800
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20071028T030000
RRULE:FREQ=YEARLY;BYDAY=4SU;BYMONTH=10;UNTIL=20081025T190000Z
TZNAME:AWDT
TZOFFSETFROM:+0800
TZOFFSETTO:+0900
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:pretalx-adass2026-LALT7Q@pretalx.adass.org
DTSTART;TZID=AWST:20261102T113000
DTEND;TZID=AWST:20261102T114500
DESCRIPTION:Astronomy has developed a rich ecosystem of specialised softwar
 e for individual surveys\, missions and scientific tasks. Combining these 
 capabilities into a coherent researcher workflow\, however\, often require
 s **bespoke integration\, duplication of functionality\, or tight coupling
 ** to another application's data structures and state.\n\nAstronomicAL was
  originally developed for interactive catalogue exploration\, visualisatio
 n and human-in-the-loop active learning. Its evolution towards a more gene
 ral **scientific workbench** created a new challenge: integrating independ
 ently developed scientific capabilities without turning the application in
 to an increasingly coupled collection of tools. This became particularly c
 oncrete when combining Euclid-specific data access developed through ELSA 
 with other independently developed analysis capabilities.\n\nWe have there
 fore redesigned AstronomicAL as a **plugin host built around shared scient
 ific contracts**. Extensions can retain their own implementation and depen
 dencies while interacting through common abstractions for datasets and sem
 antic mappings\, object selection\, derived scientific products and manage
 d computation. Each plugin declares the scientific context it needs and th
 e capabilities it contributes\, while the platform mediates these interact
 ions and keeps internal implementations independent.\n\nThe current plugin
  set demonstrates this approach across community software and multiple sur
 veys and missions. Aladin Lite can follow the selected source through gene
 ric sky-coordinate mappings\; catalogue data can be exchanged with TOPCAT 
 through SAMP\; common spectral tooling accesses DESI\, SDSS and Euclid dat
 a\; and Euclid cutouts can be used alongside generic visualisation\, annot
 ation and machine learning capabilities. **Active learning\, previously ce
 ntral to AstronomicAL\, is now one composable scientific workflow over the
  same platform.**\n\nWe discuss the interfaces and boundaries required for
  independent tools to work together: which scientific concepts need to be 
 shared\, which implementation details should remain independently owned\, 
 and how plugin-host architectures can enable astronomy tools to be compose
 d into broader scientific workflows.
DTSTAMP:20261001T101550Z
LOCATION:Banquet Hall
SUMMARY:AstronomicAL: A Plugin-Based Workbench for Composable Astronomy Wor
 kflows - Grant Stevens
URL:https://pretalx.adass.org/adass2026/talk/LALT7Q/
END:VEVENT
END:VCALENDAR
