Nachfolgend finden Sie eine detaillierte Beschreibung unserer Lösung. Zudem finden Sie eine Kopie der Veranstaltungsdatei im Anhang.

Mit dem Rennverlauf gibt es verschiedene Möglichkeiten, die Datei einzurichten, vor allem unter Berücksichtigung der Min. / Max. Pace/Geschw./Zeit. Wir stellen lediglich eine Möglichkeit vor.

Detaillierte Beschreibung

Der hier abgebildete Rennverlauf zeigt die zu erwartenden Detektionen in chronologischer Reihenfolge. Wenn wir uns die tatsächlichen Timing-Rohdaten anschauen, sehen wir, dass Teilnehmer Swim Finish nach Run Out überquert haben. Run Out könnte also als Backup verwendet worden sein, das ist aber in diesem Beispiel nicht notwendig.

Reihenfolge der Zwischenzeiten und Grundeinstellungen

SwimExit - Definiert als Sportart Schwimmen mit einer Distanz von 750m vom Start. Die vordefinierte min/max Pace wird verwendet
BikeOut - Definiert als Sportart Wechselzone ohne Distanz, mit Angabe der vorgegebenen min/max Zeit
BikeLap1Split - Definiert als Sportart Radrennen mit einer Distanz von 5km von der Zwischenzeit "BikeOut". Die voreingestellte min/max Geschwindigkeit wird verwendet. In den weiteren Einstellungen ist diese Zwischenzeit als "Intern" gekennzeichnet, da sie für die Ergebnisse keine Rolle spielt
BikeLap1 - Definiert als Sportart Radrennen mit einer Distanz von 1,5km von der vorherigen Messstelle, die voreingestellte min/max Geschwindigkeit wird verwendet
BikeLap2Split - Gleicher Aufbau wie BikeLap1Split, allerdings mit Distanz ab vorheriger Messung
BikeLap2 - Gleicher Aufbau wie BikeLap1
BikeLap3Split - Gleicher Aufbau wie BikeLap2Split
BikeIn - Aufbau wie BikeLap1 / BikeLap2
RunOut - Aufbau wie BikeOut, da beides Wechselzonen sind
RunLap1 - Definiert als Sportart Laufen mit einer Distanz von 1,65km von der Messung "RunOut", die voreingestellte min/max Pace wird verwendet
RunLap2 - Gleicher Aufbau wie RunLap1, aber mit Distanz ab vorheriger Messung
Finish - Gleicher Aufbau wie RunLap2, aber mit einer Distanz von 1,7km

Die Distanzen können auf unterschiedliche Arten und Weisen abgebildet werden. Ab Start, ab dem Start einer Sportart oder ab der vorherigen Messung. Um Ihnen dies zu verdeutlichen, haben wir uns dazu entschieden, die erste Zwischenzeit eines Abschnitts ab einer bestimmten Messung zu definieren, alle weiteren dann ab der vorherigen Messung.

Min/Max Pace/Geschw./Zeit können ebenfalls in unterschiedlichen Formen abgebildet werden. Für die meisten Veranstaltungen sollten die voreingestellten Werte je nach Sportart bereits passen.

Weitere Einstellungen

Zwischenzeiten, die in den Live-Ergebnissen gezeigt werden sollen, geben wir eine Bezeichnung, die für Zuschauer leichter zu verstehen ist. Für BikeIn und Finish geben wir zudem in Klammern an, welche Runde abgeschlossen wurde.

Jede BikeLapSplit hat weitere Einstellungen, wodurch das Icon rot unterlegt ist. Wir haben diese auf Intern gesetzt, da wir diese Detektionen nicht veröffentlichen möchten. Das kann z.B. der Fall bei Kontrollpunkten sein, wenn an dieser Stelle oft abgekürzt wird. In unserem Fall erleichtert es zudem die Rundenzählung.

Abschnitte wurden lediglich für die 5 Hauptabschnitte eines Triathlons angelegt: Schwimmen, Transition1, Rad, Transition2 und Laufen.

Datenfelder in der Ausgabeliste

Sämtliche Felder können mit den Standard-Feldern der Zwischenzeiten abgerufen werden. Es müssen keine weiteren Ergebnisse, Felder oder Platzierungen hierfür angelegt werden.

Swim Pace -   Swim.GeschwindigkeitOderPace
Durch Verwendung des Suffixes .GeschwindigkeitOderPace bekommen wir die Standardeinheit für die gewählten Sportart, die zudem im gelieferten Text angezeigt wird.

Bike Runde 2 Geschwindigkeit - BikeLap2.Abschnitt.GeschwindigkeitOderPace
Erneut verwenden wir .GeschwindigkeitOderPace, allerdings beziehen wir uns hier auf [BikeLap2.Abschnitt]. Abschnitt ist jeweils der Abschnitt von der vorherigen Zwischenzeit. Aus diesem Grund haben wir die Bike Lap Splits auf intern gesetzt, da diese dann für die Abschnitte ignoriert werden. [BikeLap2.Abschnitt] würde uns die Zeit für die 2. Radrunde liefern.

Swim Platzierung des Bike-Vorplatzierten - BikeIn.GesPl.Prev.SwimExit.MWPl
Für dieses Feld benötigen wir einige Variablen. Da bei dem Rennen nur Elite-Männer am Start waren, ist es egal, ob wir GesPl, MWPl oder AKPl verwenden, da alle die gleiche Platzierung liefern.
Um nun das Feld zu berechnen, müssen wir zunächst auf den Vorplatzierten der Radstrecke zugreifen. Hierfür verwenden wir [BikeIn.GesPl.Prev...], was auf den Vorplatzierten gemäß GesPl an der Zwischenzeit BikeIn schaut. An diesen Ausdruck können wir weitere Felder anfügen. Da wir die Swim-Platzierung wissen möchten, fügen wir SwimExit.MWPl an, was die M/W-Platzierung an der SwimExit-Zwischenzeit liefert.

Run Runde 3 Zeit - Finish.Abschnitt
Analog zu Bike Runde 2 Geschwindigkeit greifen wir auf eine Abschnittszeit zurück. Da die Zieldetektion das ende der dritten Laufrunde darstellt, gibt der Abschnitt die benötigte Zeit der dritten Runde zurück.

Rückstand auf Sieger (Ziel-Rückstand) - Finish.GesPl.GapTop
Erneut können wir hier auf eine beliebige Platzierung zurückgreifen. Das GapTop-Suffix liefert den Rückstand auf den Erstplatzierten der angegebenen Platzierung an der definierten Zwischenzeit. Standardmäßig ist der Rückstand im Format "+HH:MM:Ss.KKK" angegeben, nachdem die Einstellungen zur Zeitrundung angewendet wurden. Führende Nullen werden gestrichen.