Zusammenfassung

  • Ein individueller Internet-Draft schlug ein IANA-Register für Himmelskörper vor; der Autor akzeptierte öffentlich, dass die Benennung bei IAU und Minor Planet Center bleiben soll.
  • Astronomische Identität, Netzkennung, Präfixzuteilung, Routenzustand und Zustellergebnis benötigen eigene Autorität und Belege.
  • TIPTOP braucht eine kleine versionierte Zuordnung, keine zweite Taxonomie und keinen Namen als verdeckte Betriebsentscheidung.

Revision 01 fordert ein IANA-Register mit CBID, offiziellem IAU-Namen, Körperart und Zentralkörper. Es soll hierarchische Adressaggregation im Weltraum stützen. Laut Datatracker ist das Dokument eine individuelle Einreichung mit Zielstatus Informational. Die TIPTOP-Charta übernimmt den Entwurf nicht.

Erik Kline verwies am 6. September auf RFC 9179: Dort stammt astronomical-body bereits von der IAU. Alejandro Acosta stimmte zu, dass IANA diese Last nicht verdoppeln sollte.

Marshall Eubanks ergänzte das Minor Planet Center und unterschied Entdeckungscode, vorläufige Bezeichnung, dauerhafte Nummer und bestätigten Namen. Am 7. September notierte der Autor das IAU/MPC-Modell für eine künftige Revision 02. Diese neue Revision liegt noch nicht vor.

Dauerhafte Identität braucht Herkunft

Die IAU-Übersicht und die MPC-Regeln zeigen einen mehrstufigen Prozess. Beobachtungen können später demselben Objekt zugeordnet werden. Eine Nummer kann lange ohne Namen bestehen. Name und Klassifikation können sich ändern.

Speichert ein Netzregister nur den aktuellen Anzeigenamen, wirkt eine Umbenennung wie ein neues Ziel. Bleiben vorläufige Bezeichnungen als endgültige Schlüssel erhalten, entstehen nach einer Zusammenführung doppelte Identitäten. Eine stabile Netzkennung verhindert Kopplung, darf aber keine astronomische Klassifikation festlegen.

Die gemeinsame Zuordnung braucht externe Autorität und Referenz, Bezeichnungsstatus, Aliase, Gültigkeit und Nachfolge. Die Netzkennung besitzt eigene Stabilitätsregeln. Adressvergabe und Präfixhalter werden getrennt mit ihrem Zeitraum dokumentiert.

Expert Review erbt keine wissenschaftliche Autorität

RFC 8126 beschreibt Expert Review als Prüfung anhand veröffentlichter Kriterien. Ein Experte kann eine IAU/MPC-Referenz kontrollieren. Er kann keine Bahn bestätigen, Beobachtungen zusammenführen oder einen Namen verleihen.

RFC 9179 verwendet astronomical-body, um Koordinaten einen Referenzrahmen zu geben. Das Feld weist keinen IP-Präfix zu, authentisiert kein Raumfahrzeug und belegt keine Erreichbarkeit.

Nach der Zuordnung folgen daher weitere Belege: Vergabestelle, Inhaber, Präfix und Epoche; Routenursprung, Validierung und gewählter Pfad; Endpunkt- und Missionsnachweis; Empfang, Anwendungs-Commit und Ergebnis. Aggregation verkleinert eine Tabelle, ohne die Zustellung zu beweisen.

Heng Lus Reality Layers trennen Benennung, Registerprojektion, Vergabe, Protokollzustand, laufenden Code und Wirkung. Die Minimum Initial Specification begrenzt das Gemeinsame auf die nötige Verknüpfung. Running-Code Primacy hält fest: Eine richtige Registerzeile kann neben einer falschen Route bestehen.

Die Diskussion ist weder Konsens noch Einsatznachweis. Sie hat rechtzeitig eine doppelte Zuständigkeit entfernt und die fehlenden Belegkanten sichtbar gemacht. Große Entfernung macht spätere Korrekturen teuer. Gerade deshalb darf ein einprägsamer Name nicht alle nachgelagerten Entscheidungen tragen.

Quellen

  1. Datatracker — Registerentwurf
  2. TIPTOP-Charta
  3. Heng Lu — Minimum Initial Specification
  4. Heng Lu — Reality Layers
  5. Heng Lu — Running-Code Primacy
  6. IAU — astronomische Benennung
  7. Erik Kline — bestehender IAU-Verweis
  8. Alejandro Acosta — IANA-Last entfernen
  9. Marshall Eubanks — IAU/MPC-Stufen
  10. Alejandro Acosta — Notizen für Revision 02
  11. Individueller Internet-Draft, Revision 01
  12. Minor Planet Center — Bezeichnungen
  13. RFC 8126 — IANA-Richtlinien
  14. RFC 9179 — astronomischer Referenzrahmen