Op 11 juli 2026 kreeg de Portugese CubeSat Saramago catalogusnummer 100000. Daarmee waren de vijfcijferige nummers op – en juist die passen in het TLE-formaat: het tekstformaat van twee regels waarin al tientallen jaren de banen van satellieten worden uitgewisseld.
Wat is er veranderd?
Nieuwe objecten krijgen een zescijferig nummer, en dat past niet in het vaste veld van een TLE. Als noodoplossing gebruiken Space-Track en CelesTrak Alpha-5: het eerste cijfer wordt een letter, dus A0000 staat voor 100000. Zo kun je nummeren tot 339.999. De echte oplossing zijn de nieuwere formaten (OMM in JSON, XML, CSV of KVN), waarin het volledige nummer gewoon staat.
Waarom is dit een dataprobleem?
Software die het nummer als gewoon getal inleest, ziet A0083 als fout of als 0 – en laat zo precies de nieuwste objecten stilletjes vallen. Geen foutmelding, geen crash: alleen data die ontbreekt. Dat is het soort wijziging dat je pas merkt als een rapportage niet meer klopt.
Wat kun je doen?
Ga na waar in je keten TLE’s worden ingelezen, test met echte data die nummers boven de 100000 bevat, en stap waar het kan over op OMM/CSV. En: meet hoeveel objecten er vóór en ná de wijziging binnenkomen. Een verschil dat niemand verwacht, is het eerste signaal.
Precies daarvoor bouwen we Sat-Impactcheck: laten zien welke gegevens door een wijziging in het datamodel of het aanleverformaat geraakt worden, vóórdat het in productie gaat. Benieuwd wat dit voor jouw data betekent? Neem contact op.