TRANSPARENCY

Data coverage & limitations

A trustworthy evidence engine should make the blind spots visible before the user sees a score.

SourceMeasuresCoverageTimeUseful forImportant limit
Open-Meteo geocodingPlace searchGlobalCurrentPlace → coordinates/timezonePlace names can be ambiguous
Open-Meteo weatherCloud/visibility/precipitationGlobalRecent + historical model/reanalysisSelected hour atmosphereModel estimate, not a rooftop sensor
ADSB.lolAircraft positionsReceiver-dependentLive/near-liveCurrent nearby aircraftNot complete; not used for old sightings
NASA/JPL CNEOSEnergetic fireballsGlobal sensor reportingHistoricalLarge atmospheric event matchNot every visual meteor; some locations missing
NOAA KpGeomagnetic disturbancePlanetaryCurrentBroad aurora contextNot local visibility
NOAA OVATIONAuroral gridHigh-latitude/global gridCurrent forecastLocal current aurora contextNot historical in this tool
Launch Library 2Launch schedules/padsGlobal launch sitesPast/upcomingLaunch time + pad contextSchedule is not trajectory visibility
CelesTrak GP/OMMOrbital elementsTracked catalogCurrent elementsCatalog freshness/input to propagationCatalog presence is not exact pass

Why “not available” is a real result

If an aircraft feed is live-only, it cannot truthfully answer what flew over the observer yesterday. If OVATION is the latest model, it cannot be silently applied to last month. If CNEOS contains only energetic sensor-detected events, absence does not rule out an ordinary meteor. Sky Event Radar exposes these boundaries instead of converting them into zeros.

Why multiple sources are still worth combining

Each dataset is incomplete in a different way. The witness description contributes movement and appearance; weather constrains visibility; aircraft feeds can provide concrete moving objects; fireball data can support unusually energetic meteors; launch schedules add human-spaceflight context; aurora models add local geomagnetic context. Agreement between independent layers is more informative than simply adding more rows from one source.

Cache and request discipline

Fast-changing sources are cached briefly while slower orbital catalogs are cached longer. CelesTrak GP/OMM checks are cached for at least two hours rather than polled repeatedly. This reduces redundant provider load and prevents freshness from becoming a reason to abuse an upstream service.