# Using brokers to get solar system object alerts

**URL:** <https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628>\
**Category:** Alerts & Brokers\
**Created:** [February 25, 2026, 1:21pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628 "2026-02-25T13:21:29Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![jrob93](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/jrob93/32/4102_2.png) [@jrob93](https://www.rubin.community/u/jrob93)\
**Post date:** [February 25, 2026, 1:21pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/1 "2026-02-25T13:21:29Z")

</div>

Hi, it’s really cool to see LSST alerts in the brokers! I’ve been trying to navigate the broker ecosystem today and I was hoping to get some advice from broker developers/users (apologies if I’ve missed some obvious documentation). How can I use a broker to get a list of alerts that have an ssObjectId over the past N nights? Better yet, is there a broker that I can filter on sso related alert values such as orbital parameters?

Having looked at some broker documentation I would assume that an [Antares filter](https://nsf-noirlab.gitlab.io/csdc/antares/devkit/learn/getting-started/) would be the most likely choice. I saw that there was relevant sso filters/tags for ZTF data (sso\_confirmed, sso\_candidates) but there does not appear to be equivalent filters/tags available for LSST data? Is this something that will be provided as part of the solar system object activity community alert filter or does this need to be developed independently?

I also looked at Fink which already provides excellent SSO information provided you have a name/designation to query. Is there anyway to make use of the [Fink API](https://api.lsst.fink-portal.org/), in particular /api/v1/tags, to query for objects tagged as SSO (i.e. ssObjectId is not null?). All I could find on the existing Fink filters is in [this repo](https://github.com/astrolabsoftware/fink-filters/tree/master/fink_filters/rubin/livestream) but there does not appear to be anything for SSOs.

There is also SNAPS but there doesn’t seem to be a lot of information on a working website/API from the [Rubin brokers page](https://rubinobservatory.org/for-scientists/data-products/alerts-and-brokers).

---

<div class="post-metadata">

**Author:** ![JulienPeloton](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/julienpeloton/32/937_2.png) [@JulienPeloton](https://www.rubin.community/u/JulienPeloton)\
**Post date:** [February 25, 2026, 3:54pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/2 "2026-02-25T15:54:14Z")

</div>

Hello Jamie!

> How can I use a broker to get a list of alerts that have an ssObjectId over the past N nights?

The fast answer is Data Transfer in Fink!

1. Select any nights
2. Apply the block `b_is_solar_system`
3. Select fields you want
4. Stream!

Documentation is at [Data Transfer - Fink/LSST Documentation](https://doc.lsst.fink-broker.org/services/data_transfer/) and service at [Fink/LSST Science Portal](https://lsst.fink-portal.org/download).

> Better yet, is there a broker that I can filter on sso related alert values such as orbital parameters?

In the same Data Transfer service, you can add extra conditions. For example, SSO + semi major axis above 5 would express as:

 ![image](https://us1.discourse-cdn.com/flex002/uploads/rubin/original/2X/1/10c4f96cded6f000f707ebf01eb1c3ce0f953834.png)

Now this is not real-time, nor API-based. In the spirit of what we do in ZTF, a LSST filter for SSO is coming. You’ll be able to stream data directly to you, and query the DB from the API as well. Stay tuned!

---

<div class="post-metadata">

**Author:** ![jfgout](https://avatars.discourse-cdn.com/v4/letter/j/9d8465/32.png) [@jfgout](https://www.rubin.community/u/jfgout)\
**Post date:** [February 27, 2026, 7:31pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/3 "2026-02-27T19:31:21Z")

</div>

Thanks, Julien! That’s useful information. Would observations of SSOs that are not yet in the MPC database be classified as sso here? In other words, if one wanted to find in alert objects that might be SSOs but are not yet in any database, can this be done easily with Fink? I imagine that one would have to search for alerts where the template shows no star at that location and then try to link it with other similar alerts in this part of the sky.

JF

---

<div class="post-metadata">

**Author:** ![adoppler](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/adoppler/32/3823_2.png) [@adoppler](https://www.rubin.community/u/adoppler)\
**Post date:** [February 27, 2026, 11:10pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/4 "2026-02-27T23:10:52Z")

</div>

Thanks Julien for this useful information.

---

<div class="post-metadata">

**Author:** ![JulienPeloton](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/julienpeloton/32/937_2.png) [@JulienPeloton](https://www.rubin.community/u/JulienPeloton)\
**Post date:** [February 28, 2026, 10:14am UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/5 "2026-02-28T10:14:24Z")

</div>

Hello Jean-François,

No, you would have for example to download all singletons (alerts with no history – block `b_is_new`) over a few nights, and do the linking downstream (beware some singleton gets history in future nights).

Note that we have a linker for SSO candidates (so not yet reported to MPC) that should be integrated at some point (at we were doing for ZTF). From this point in time, you’ll be able to ask to “SSO candidates” (according to Fink, so not perfect 🙂).

---

<div class="post-metadata">

**Author:** ![ale\_munozarancibia](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/ale_munozarancibia/32/3079_2.png) [@ale\_munozarancibia](https://www.rubin.community/u/ale_munozarancibia)\
**Post date:** [March 3, 2026, 8:59pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/6 "2026-03-03T20:59:14Z")

</div>

Hi James! In [ALeRCE](https://science.alerce.online/alerce-lsst/) we have developed [jupyter notebooks](https://github.com/alercebroker/usecases/tree/master/notebooks/LSST) to interact with the data (both tables and image cutouts) stored by our broker, using python. In particular, you can try [this notebook](https://github.com/alercebroker/usecases/blob/master/notebooks/LSST/ALeRCE_LSST_SSO.ipynb) for querying both 1) known Solar System objects (through their ssObjectId or unpacked designation), or 2) candidate moving objects based on our stamp classifier (still in beta mode, feedback very welcome!) plus visual inspection. It includes queries of ssObjects that had their last detection over the past N nights, so it may be useful for the example you mention. Orbital parameters are not indexed in our database, but once you get a list of ssObjectIds, you can loop over their properties and select further subsets of objects/detections.

Note that our [Explorer](https://lsst.alerce.online/) web interface shows diaObjects but not yet ssObjects, but that will be solved within some weeks. We’re actively working in improving our services and documentation/tutorials, so in case of questions/feedback please let us know through this forum!

---

<div class="post-metadata">

**Author:** ![jrob93](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/jrob93/32/4102_2.png) [@jrob93](https://www.rubin.community/u/jrob93)\
**Post date:** [March 4, 2026, 10:40am UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/7 "2026-03-04T10:40:35Z")

</div>

Thanks @JulienPeloton, now that I have signed up for a fink service subscription I’ll try out the Data Transfer method.

And thank you @ale_munozarancibia, I’ve had a quick read through the notebook and it looks like it will be really useful. I will have a go at running it and see if I can tweak it for what I want to do!

---

<div class="post-metadata">

**Author:** ![ale\_munozarancibia](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/ale_munozarancibia/32/3079_2.png) [@ale\_munozarancibia](https://www.rubin.community/u/ale_munozarancibia)\
**Post date:** [March 4, 2026, 8:40pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/8 "2026-03-04T20:40:00Z")

</div>

Sounds great @jrob93! Please let me know if you find any issues. Today we made some changes to the client and repository, so that image cutouts are better displayed on github, and notebooks can run in Google Colab

---

<div class="post-metadata">

**Author:** ![adoppler](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/adoppler/32/3823_2.png) [@adoppler](https://www.rubin.community/u/adoppler)\
**Post date:** [March 7, 2026, 8:28pm UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/9 "2026-03-07T20:28:25Z")

</div>

A big thank you to the team at fink. After a few days of intensive testing, I can now extract the data I need from the alerts.

Best,  
Andreas

---

<div class="post-metadata">

**Author:** ![CharlesBell](https://sea2.discourse-cdn.com/flex002/user_avatar/www.rubin.community/charlesbell/32/1357_2.png) [@CharlesBell](https://www.rubin.community/u/CharlesBell)\
**Post date:** [March 14, 2026, 12:34am UTC](https://www.rubin.community/t/using-brokers-to-get-solar-system-object-alerts/11628/10 "2026-03-14T00:34:25Z")

</div>

Fink/Rubin Science Portal result for LSST Observations of asteroid 2015 BC557 on 2026-Feb-27.  
K15Bt7C is packed designation.

[LSST Observations of asteroid 2015 BC557 on 2026-Feb-27.](https://lsst.fink-portal.org/K15Bt7C)
