Live-Scoring und OCS-Tracking
Moderne Segelregatten leben von Transparenz und Geschwindigkeit. Während früher Ergebnisse erst Stunden nach dem Zieleinlauf am Notice Board hingen, erwarten Segler, Trainer, Medien und Zuschauer heute Echtzeit-Informationen: Wer führt nach Runde drei? Wer wurde als On Course Side (OCS) erkannt? Welche Boote müssen zurücksegeln? Live-Scoring und OCS-Tracking bilden das technische Rückgrat dieser Erwartung – sie verbinden Race Committee, Scoring-Team und Publikum in einem durchgängigen Datenfluss.
Dieser Leitfaden erklärt, wie Live-Scoring funktioniert, welche Systeme OCS-Verstöße automatisch oder semi-automatisch erfassen, und welche organisatorischen Prozesse Veranstalter einplanen müssen. Er ergänzt den Überblick zu Ergebnissoftware und Scoring-Tools sowie den Artikel zu Sailwave und Regatta-Software mit dem Fokus auf Echtzeit-Wertung und Startlinien-Disziplin.
Was ist Live-Scoring?
Live-Scoring bezeichnet die fortlaufende, während des Renntages sichtbare Aktualisierung von Zwischen- und Gesamtergebnissen. Statt auf den manuellen Export einer Desktop-Software am Ende jedes Rennens zu warten, werden Finish-Zeiten, Status-Codes und Serienstände unmittelbar nach Eingabe an Webseiten, Apps oder große Display-Boards übertragen.
Abgrenzung zu klassischem Scoring
- Klassisches Scoring: Ergebnisse werden nach jedem Rennen manuell in Sailwave oder vergleichbarer Software eingegeben, als HTML exportiert und auf die Website hochgeladen – Latenz typischerweise 15 bis 60 Minuten.
- Live-Scoring: Finish-Daten fließen über API, Cloud-Dashboard oder dedizierte Scoring-Apps direkt in ein öffentliches Frontend – Latenz oft unter zwei Minuten.
- Hybrid-Betrieb: Viele Veranstalter nutzen Sailwave als Master-System und synchronisieren per Export oder Plugin mit einer Live-Plattform.
Wichtig: Live-Scoring ersetzt nicht die Verantwortung des Race Committee. Status-Codes wie OCS, BFD oder DSQ müssen weiterhin fachlich korrekt gesetzt werden – die Software beschleunigt nur die Veröffentlichung.
OCS-Tracking: Startlinien-Disziplin im digitalen Zeitalter
OCS steht für On Course Side – ein Boot befindet sich bei der Startminute auf der falschen Seite der Startlinie oder überquert die Linie vor dem Startsignal. Laut RRS wird OCS mit der Strafe Scoring Penalty (SCP) oder als Disqualifikation für das betreffende Rennen gewertet, abhängig von den Scoring-Systemen und Abbrüchen in den Sailing Instructions.
OCS-Tracking umfasst alle technischen und organisatorischen Maßnahmen, mit denen Verstöße erkannt, dokumentiert und an das Scoring-System übermittelt werden. Details zu Status-Codes finden sich im Artikel DNF, DNS, DSQ und OCS.
Manuelle vs. automatische OCS-Erkennung
Manuelle Erkennung bleibt auf den meisten Club-Regatten Standard: Start-Schiedsrichter auf dem Committee Boat oder an der Pin-End-Markierung identifizieren OCS-Boote visuell, melden Segelnummern per Funk an das Scoring-Team und setzen bei Individual Recall die entsprechende Flagge gemäß Individual Recall und General Recall.
Automatisierte Systeme nutzen GPS-Transponder, AIS-Daten oder optische Kameras an der Startlinie. Sie erfassen Position und Zeitpunkt der Linienüberquerung und markieren Boote, die vor dem Startsignal die Linie passiert haben. Bei U-Flag- oder Black-Flag-Starts verschärft sich die Relevanz – siehe Black Flag und U-Flag.
OCS-Erkennung bis Live-Ergebnis
Technische Lösungen im Vergleich
Veranstalter wählen zwischen rein manuellen Workflows, halbautomatischen GPS-Systemen und vollintegrierten Profi-Plattformen. Die Entscheidung hängt von Budget, Flottengröße und Medienanforderungen ab.
Latenz vs. Zuverlässigkeit
Live-Scoring-Architektur: Vom Finish zur Anzeige
Ein robustes Live-Scoring-System besteht aus mehreren Schichten, die unabhängig voneinander ausfallen können, ohne den gesamten Renntag zu gefährden.
Dateneingabe-Ebene
- Finish-Booth: Zeitnehmer erfassen Segelnummer und Zeit per Tablet, Funk oder Papierliste.
- Scoring-Operator: Trägt Finish-Daten und Status-Codes in die Master-Software ein.
- OCS-Koordinator: Pflegt die OCS-Liste unmittelbar nach dem Start und kommuniziert mit dem Race Committee und PRO.
Übertragungs-Ebene
- Cloud-Sync: Regatta-Plattformen synchronisieren automatisch mit dem zentralen Server.
- HTML-Auto-Refresh: Sailwave-Export wird per Skript oder CMS-Upload in festen Intervallen aktualisiert.
- API-Push: Finish-Events lösen Webhooks aus, die Frontend und App aktualisieren.
Ausgabe-Ebene
- Event-Website: Embedded iFrame oder native Ergebnisseite.
- Mobile Apps: Regatta-spezifische oder Klassen-Apps mit Push-Benachrichtigungen.
- On-Site-Displays: Große Monitore am Hafen, im Clubhaus oder am Zielbereich.
Die Schnittstelle zu Live-Tracking und Apps ist eng: Tracking zeigt Positionen auf der Wasserfläche, Live-Scoring liefert die formelle Wertung. Beide Systeme sollten dieselbe Boot-Identifikation (Segelnummer, Transponder-ID) nutzen.
Live-Scoring-Datenfluss
OCS-Tracking in der Praxis
Vorbereitung vor dem Renntag
- Startlinie exakt vermessen und GPS-Koordinaten dokumentieren (für Geofence-Systeme).
- OCS-Protokoll-Vorlage anlegen: Segelnummer, Uhrzeit, Recall-Typ, Rückkehr ja/nein.
- Funkkanäle zwischen Start-Team, Scoring und PRO abstimmen.
- Sailing Instructions prüfen: OCS-Strafe (SCP vs. DSQ), Recall-Regel, Zeitlimit für Rückkehr.
- Testlauf mit zwei bis drei Booten bei automatischen Systemen durchführen.
Während des Starts
- Start-Schiedsrichter konzentriert sich ausschließlich auf die Linie – keine Doppelbelastung mit Scoring.
- OCS-Meldungen werden mit Segelnummer und Position (Pin/Boot-End) übermittelt.
- Bei Individual Recall: betroffene Boote sofort im Scoring-System vorläufig als OCS markieren.
- Boote, die korrekt zurücksegeln und neu starten, erhalten keinen OCS-Status – Eintrag löschen.
Nach dem Start
- OCS-Liste finalisieren und an Scoring-Operator übergeben.
- Status OCS in der Software setzen, bevor das Rennen offiziell geschlossen wird.
- Bei Live-Scoring: Update auslösen und stichprobenartig auf der Website prüfen.
- Protestfrist und Protest-Zeitfenster und Hearings kommunizieren – OCS kann Gegenstand von Hearings sein, wenn Segler die Identifikation bestreiten.
Warnung: Automatische OCS-Systeme sind Hilfsmittel, kein Ersatz für Schiedsrichterentscheidungen. GPS-Drift, schlechter Empfang oder falsche Transponder-Montage können Fehlalarme erzeugen. Das Race Committee behält die finale Entscheidungsgewalt.
Checkliste: Live-Scoring und OCS-Tracking einrichten
- Master-Scoring-Software (z. B. Sailwave) mit korrekten SI-Parametern konfiguriert
- Live-Frontend (Website/App) mit Testdaten befüllt und responsiv geprüft
- OCS-Protokoll und Funkplan für Start-Team erstellt
- Scoring-Operator und OCS-Koordinator benannt und geschult
- Backup-Plan bei Internetausfall (Offline-Export, Notice Board)
- GPS/Transponder getestet (falls eingesetzt)
- Einheitliche Boot-IDs in Tracking und Scoring abgeglichen
- Latenz-Ziel definiert (z. B. Ergebnis sichtbar innerhalb 5 Minuten nach letztem Finish)
- Datenschutz: Einwilligung für GPS-Tracking bei Pflicht-Transpondern geklärt
- Medienfreigabe: Zeitplan für Live-Ergebnisse mit Presse abgestimmt
Best Practices für Veranstalter
Redundanz einplanen
Kein Live-System ist ausfallssicher. Professionelle Events führen parallel einen manuellen Workflow: Papier-Finish-Liste, lokale Sailwave-Datei und HTML-Export als Backup am Notice Board.
Kommunikation mit Seglern
Segler erwarten Klarheit. Kurze Hinweise in den Sailing Instructions und am Morgenbriefing helfen:
- Wo finde ich Live-Ergebnisse? (URL, App-Name)
- Wie schnell werden OCS-Meldungen sichtbar?
- An wen wende ich mich bei falscher OCS-Zuordnung?
Tipp: Nutze QR-Codes am Steg und im Clubhaus, die direkt zur Live-Ergebnisseite führen. Das reduziert Rückfragen beim Scoring-Team und entlastet das Race Office.
Medien und Sponsoring
Live-Scoring macht Regatten für Zuschauer und Sponsoren greifbar. Veranstalter sollten Live-Ergebnisse in Sponsoren-Pakete und Social-Media-Strategie einbinden.
Erwartungen der Segler: Typische Werte bei nationalen Events: über 80 Prozent nutzen mobile Ergebnis-Apps; über 60 Prozent erwarten Ergebnisse innerhalb von 10 Minuten nach Rennende.
Häufige Fehler und wie man sie vermeidet
- OCS zu spät eingetragen: Boot segelt bereits im Rennen, Scoring setzt OCS erst nach Finish – führt zu Protesten und Verwirrung. Lösung: OCS-Liste unmittelbar nach Start-Sequenz finalisieren.
- Doppelte Boot-IDs: Tracking und Scoring nutzen unterschiedliche Nummern. Lösung: Master-Teilnehmerliste vor dem Event in allen Systemen synchronisieren.
- Live-Update ohne Validierung: Automatische Syncs übertragen Tippfehler sofort weltweit. Lösung: Vier-Augen-Prinzip vor dem ersten Live-Push pro Rennen.
- Geofence zu eng: GPS-Systeme markieren Boote fälschlich als OCS. Lösung: Toleranzzone testen und dokumentieren.
- Kein Offline-Fallback: Internetausfall legt gesamte Ergebniskommunikation lahm. Lösung: Sailwave-HTML auf USB-Stick und lokaler Webserver als Notlösung.
FAQ: Häufige Fragen zu Live-Scoring und OCS-Tracking
Kann OCS automatisch ohne Schiedsrichter gesetzt werden?
Nein. Automatische Systeme liefern Hinweise; die finale Entscheidung liegt beim Race Committee.
Reicht Sailwave für Live-Scoring?
HTML-Refresh ja; echte Echtzeit erfordert Cloud-Integration oder API-Anbindung.
Was passiert bei rechtzeitiger Rückkehr?
Kein OCS-Status – der vorläufige Eintrag wird gelöscht.
Wie verbindet man GPS mit Scoring?
Einheitliche Boot-IDs in allen Systemen; Master-Teilnehmerliste vor dem Event synchronisieren.
Wer trägt Transponder-Kosten?
Laut Notice of Race und Sailing Instructions – vor dem Event klären und kommunizieren.
Zukunftstrends
Die Entwicklung geht zu enger Integration von Tracking, Scoring und Regel-Automatisierung. World Sailing testet optische Startlinien-Systeme; Klassen-Verbände bündeln Finish-Bestätigung und Protest in Apps. Für Clubs sinkt die Hürde durch günstige Tablets und Standard-APIs.
Live-Scoring-Entwicklung
Verwandte Themen
- Ergebnissoftware und Scoring-Tools
- Sailwave und Regatta-Software
- Live-Tracking und Apps
- DNF, DNS, DSQ und OCS
- Individual Recall und General Recall
Letzte Aktualisierung: 4. Juli 2026