Users Committee Report (2025B, October 27, 2025)

Rubin Observatory Users Committee Report 2025B

The Rubin Users Committee (UC) thanks the Rubin Project members for their continued efforts in serving the users community and preparing for the beginning of the LSST.

Finding 1: SSSC Onboarding and Documentation Feedback Process

The Solar System Science Collaboration (SSSC) has raised persistent concerns about onboarding processes and documentation gaps. The committee encourages the Project to keep working closely with the Science Collaborations and the SSSC in particular to understand exactly what products, notebooks, tutorials, and documentation are currently missing.

While the Project has indicated that many reported issues have been addressed, there remains uncertainty about the appropriate scope and format for user feedback moving forward. The committee recommends that the Project provide explicit guidelines for the types and scope of feedback desired at this operational stage, recognizing that users may identify both systemic issues and specific technical problems that merit attention. Clear communication about expectations will help focus user feedback on areas where it can have the greatest impact while ensuring that critical technical issues are not overlooked.

Finding 2: Pedagogical Use of the RSP

The availability of the RSP and DP1 data present significant opportunities for educational and citizen science applications, but lack clear guidelines for classroom and public engagement use. Instructors report uncertainty about whether students can access the RSP, especially for graduate level classes. Current policies and pedagogical material appear restrictive for large classroom settings such as introductory astronomy courses with hundreds of students, while more specialized senior or graduate level classes and summer schools may need direct access to the RSP. The RSP account approval process requires detailed justification, particularly for users outside physics and astronomy departments, and there is no official guidance on recommended practices despite different approaches having emerged organically, including small-group accounts for summer schools and downloading data for static file access. The appropriate ways to access the RSP and DP1 in the classroom would benefit from clearer definition.

The committee recommends that the Project develop and publish guidelines addressing who can access RSP for educational purposes, what scale of classroom use is supported, and what alternative approaches are recommended when direct RSP access is not feasible. These guidelines would enable broader engagement with Rubin data while respecting resource constraints and ensuring appropriate use of the science platform.

Finding 3: Confusion Regarding The Variety of Communication Channels

Users report significant barriers to asking questions and receiving support, with confusion about appropriate platforms including the Community forum versus various Slack channels and the formality required for different types of inquiries. The Community forum is perceived as “heavyweight” and daunting for simple or “naive” questions, while multiple Slack channels exist with unclear governance and legacy. There is no clear pathway for beginners to ask fundamental questions without fear of asking something “too basic,” yet approximately 80% of user questions could likely be answered by other users rather than requiring Project staff intervention.

The committee suggests establishing a “no stupid questions” channel or forum space specifically designed for informal, beginner-friendly questions and peer-to-peer support that doesn’t require Project staff monitoring. This would reduce barriers to entry for new users who find the current Community forum intimidating and would complement rather than replace the official Community forum, providing different venues for different types of interaction while fostering a more welcoming environment for users at all experience levels.

Finding 4: In-Kind Contributions

The committee heard from the Serbian in-kind team regarding the valuable time series analysis tools and resources they have developed, but users in general are unclear about where these contributions are documented, how to access and utilize these tools, the appropriate platform for user-generated value-added products, and how to advertise community-developed tools to the broader user base. The committee understands that user-generated products are not Project deliverables but should be discoverable and usable by the community. The Project previously provided space on RSP for user-generated data products, but current guidance is unclear.

The committee recommends following up directly with the Serbian team to clarify their specific needs and feedback, establishing clear guidelines for how users can make value-added products available to the community, and creating a mechanism for advertising community-contributed tools and resources. This would both acknowledge the work done by in-kind contributors and ensure that the broader community can benefit from these efforts.

Finding 5: Documentation Timestamps

Users report critical gaps in documentation timestamps that impede effective use of data products. There is no clear way to determine when documentation was last updated or which data release version it corresponds to, making it difficult to assess whether information is current and applicable to the data being used. The committee strongly recommends that the Project add timestamps and version indicators to all documentation pages.

Finding 6: WCS and Astrometry Issues

Multiple users have reported significant problems with World Coordinate System (WCS) and astrometric solutions in DP1 data, with specific examples including cutout images displaying incorrect coordinates when opened in DS9. While the committee recognizes these are known issues, documentation about these problems is not trivial to find which makes it difficult for users to understand the scope and impact of astrometric errors, determine workarounds or corrections, and assess whether their science cases are affected.

The committee urges the Project to prioritize resolution of WCS and astrometry issues in upcoming data releases, provide clear and consolidated documentation of known astrometric problems in DP1, offer guidance on workarounds or corrections where feasible, and communicate the timeline for fixes in future data products.

Finding 7: Users Committee Monthly Tag-up Meetings

The Users Committee can benefit from more opportunities to interact among themselves. These could serve to better understand the user-reported issues and identify new issues as active users. More interaction among UC members could also lead to more effective listening sessions during open-door meetings. The committee thus identifies the need for monthly 30-minute informal tag-ups, led by the UC Chair, in which discussion can take place among the UC members to better serve the community during their mandate.

1 Like
Finding 1: SSSC Onboarding and Documentation Feedback Process

The Solar System Science Collaboration (SSSC) has raised persistent concerns about onboarding processes and documentation gaps. The committee encourages the Project to keep working closely with the Science Collaborations and the SSSC in particular to understand exactly what products, notebooks, tutorials, and documentation are currently missing. While the Project has indicated that many reported issues have been addressed, there remains uncertainty about the appropriate scope and format for user feedback moving forward. The committee recommends that the Project provide explicit guidelines for the types and scope of feedback desired at this operational stage, recognizing that users may identify both systemic issues and specific technical problems that merit attention. Clear communication about expectations will help focus user feedback on areas where it can have the greatest impact while ensuring that critical technical issues are not overlooked.

Response 1: The Users Committee reports and the Rubin Community Forum are both appropriate for all user feedback. The expectation is that users, and especially the SCs, raise critical technical issues and list missing resources via these venues. Additionally, SC chairs can talk directly to the Lead Community Scientist via the shared #scicollchairs_da_project channel in the LSST-DA Slack space. Work on an updated Rubin-SC Liaison program is restarting imminently, and will become another appropriate venue for all kinds of feedback.

Finding 2: Pedagogical Use of the RSP

The availability of the RSP and DP1 data present significant opportunities for educational and citizen science applications, but lack clear guidelines for classroom and public engagement use. Instructors report uncertainty about whether students can access the RSP, especially for graduate level classes. Current policies and pedagogical material appear restrictive for large classroom settings such as introductory astronomy courses with hundreds of students, while more specialized senior or graduate level classes and summer schools may need direct access to the RSP. The RSP account approval process requires detailed justification, particularly for users outside physics and astronomy departments, and there is no official guidance on recommended practices despite different approaches having emerged organically, including small-group accounts for summer schools and downloading data for static file access. The appropriate ways to access the RSP and DP1 in the classroom would benefit from clearer definition. The committee recommends that the Project develop and publish guidelines addressing who can access RSP for educational purposes, what scale of classroom use is supported, and what alternative approaches are recommended when direct RSP access is not feasible. These guidelines would enable broader engagement with Rubin data while respecting resource constraints and ensuring appropriate use of the science platform.

Response 2: The Rubin Science Platform (RSP) is scoped and designed for use by professional scientists and students to do research with the Rubin data products and services. The RSP is furthermore restricted to Rubin data rights holders as defined in the Rubin Data Policy (Section 4). Within the US and Chile, scientists (and students) employed at (or enrolled in) an educational or research institution and who are doing scientific research (including developing citizen science programs). International data rights holders are restricted to a list of named PIs and JAs. Any data rights holder who is teaching a course composed entirely of data rights holders could use the RSP for assignments (doing so is not explicitly restricted). The RSP policies and pedagogical material are not designed for classroom settings such as introductory astronomy courses with hundreds of students because that is beyond its scope. The RSP resources are designed for researchers. Downloading or transferring small amounts of post- or non-proprietary Rubin data to use in pedagogical non-proprietary platforms in a classroom setting is in-line with the Rubin Data Policy. Separate classroom resources are already provided for educators: rubinobservatory.org/education. The RSP is not a tool for public engagement; find resources for scientists including Rubin Observatory in their EPO activities at: rubinobservatory.org/for-scientists/resources/public-outreach-materials.

Finding 3: Confusion Regarding The Variety of Communication Channels

Users report significant barriers to asking questions and receiving support, with confusion about appropriate platforms including the Community forum versus various Slack channels and the formality required for different types of inquiries. The Community forum is perceived as “heavyweight” and daunting for simple or “naive” questions, while multiple Slack channels exist with unclear governance and legacy. There is no clear pathway for beginners to ask fundamental questions without fear of asking something “too basic,” yet approximately 80% of user questions could likely be answered by other users rather than requiring Project staff intervention. The committee suggests establishing a “no stupid questions” channel or forum space specifically designed for informal, beginner-friendly questions and peer-to-peer support that doesn’t require Project staff monitoring. This would reduce barriers to entry for new users who find the current Community forum intimidating and would complement rather than replace the official Community forum, providing different venues for different types of interaction while fostering a more welcoming environment for users at all experience levels.

Response 3: The Rubin Community Forum is the only tool used by the Rubin Observatory for formal user support (i.e., as an open helpdesk). The Forum’s Support category is monitored by Rubin staff, and is appropriate for all questions (basic to advanced) related to Rubin Observatory and the use of its data products, services, and tools in scientific research. A “naive” or “stupid questions” sub-category under Support would give the incorrect impression that Rubin staff think some questions are either of those things and are thus unwelcome in other categories. Such a sub-category has already been discussed and discarded internally, and a different solution emerged: to evolve Forum Support to fewer sub-categories to reduce the barrier of users having to decide where to post their question. However, this finding explicitly requests a “no stupid questions” channel “that doesn’t require Project staff monitoring”. The LSST-DA maintains a Slack space for the science community, and users are free to set up any kind of Q&A channel there and talk amongst themselves. Some Rubin staff (being scientists themselves) participate voluntarily in this Slack space, and answer questions when they see them. The solution here is perhaps that the UC create this channel in the LSST-DA Slack space. Participants whose questions go unanswered there should be directed to the Forum Support category, where their question is guaranteed to be seen and addressed by Rubin staff.

Finding 4: In-Kind Contributions

The committee heard from the Serbian in-kind team regarding the valuable time series analysis tools and resources they have developed, but users in general are unclear about where these contributions are documented, how to access and utilize these tools, the appropriate platform for user-generated value-added products, and how to advertise community-developed tools to the broader user base. The committee understands that user-generated products are not Project deliverables but should be discoverable and usable by the community. The Project previously provided space on RSP for user-generated data products, but current guidance is unclear. The committee recommends following up directly with the Serbian team to clarify their specific needs and feedback, establishing clear guidelines for how users can make value-added products available to the community, and creating a mechanism for advertising community-contributed tools and resources. This would both acknowledge the work done by in-kind contributors and ensure that the broader community can benefit from these efforts.

Response 4: A new webpage, User-contributed resources, now exists alongside the webpages for Data products, pipelines, and services in the For Scientists website. Guidelines for user-contributed software and datasets to the RSP are documented in RTN-105, which is linked from the new webpage. In addition, the In-kind Program Coordination (IPC) team is currently in the midst of updating their web pages that will include in-kind resources and associated documentation. The goal is to provide visibility to the varied set of in-kind resources along with guidance on how they can be accessed. The IPCs will also follow-up with the SER-SAG team directly to address their specific needs.

Finding 5: Documentation Timestamps

Users report critical gaps in documentation timestamps that impede effective use of data products. There is no clear way to determine when documentation was last updated or which data release version it corresponds to, making it difficult to assess whether information is current and applicable to the data being used. The committee strongly recommends that the Project add timestamps and version indicators to all documentation pages.

Response 5: A technical implementation of footer timestamps is being explored for the rubinobservatory.org website and lsst.io documentation sites (e.g., dp1.lsst.io and similar).

Finding 6: WCS and Astrometry Issues

Multiple users have reported significant problems with World Coordinate System (WCS) and astrometric solutions in DP1 data, with specific examples including cutout images displaying incorrect coordinates when opened in DS9. While the committee recognizes these are known issues, documentation about these problems is not trivial to find which makes it difficult for users to understand the scope and impact of astrometric errors, determine workarounds or corrections, and assess whether their science cases are affected. The committee urges the Project to prioritize resolution of WCS and astrometry issues in upcoming data releases, provide clear and consolidated documentation of known astrometric problems in DP1, offer guidance on workarounds or corrections where feasible, and communicate the timeline for fixes in future data products.

Response 6: This issue with the WCS FITS approximations was already a priority and a fix has been released and advertised. The issue and solution are described in the searchable DP1 documentation (go to the documentation page) and were released as a News topic via the Forum (go to the News topic).

Finding 7: Users Committee Monthly Tag-up Meetings

The Users Committee can benefit from more opportunities to interact among themselves. These could serve to better understand the user-reported issues and identify new issues as active users. More interaction among UC members could also lead to more effective listening sessions during open-door meetings. The committee thus identifies the need for monthly 30-minute informal tag-ups, led by the UC Chair, in which discussion can take place among the UC members to better serve the community during their mandate.

Response 7: Great to hear that the UC will lead its own monthly tag-up meetings. The CST can provide a Zoom room, calendar invites, and notes documents if needed.