The dataset here was DES, the Dark Energy Survey. It’s a big dataset that has been around for a few years, and probably thousands of astronomers have worked with it. But its just a huge amount of data, covering a lot of the sky.
Bernardinelli’s software discovered a blip in that big pile of data. He crunched through the dataset and got a weird answer for the size of the solar system (basically - its a bit more complicated). Almost everyone, when they get something like that, tweaks the parameters of their analysis code: “I must have the threshold for object detection set too low.” The real discovery comes from trusting the software and pursuing the question.
This is a lot like software developers and their persistence. When your production service has a mysterious error in the logs, do you shrug and say “well, probably some transient network bug, it won’t matter” or do you dig in to understand what’s going on? Both approaches are reasonable, and it takes a balance of pragmatism and curiosity to be effective.
But anyway - there is an increasing demand for applying rigorous software engineering techniques to astronomical datasets. A problem that we are facing in astronomy software today is that the datasets have gotten way too large for astronomers to just pull up images in DS9 and eyeball stuff to make sure it’s right, so they need software that is much more trustworthy and bug-free than before.
—-
Edit to add: DES data is completely public access: https://www.darkenergysurvey.org/the-des-project/data-access...