Sehr wichtiger Hinweis, danke nochmal. Und freut mich, dass man offenbar auch in Krefeld die Tabelle nutzt.
Klar mir gefällt eure Tabelle besser als die offizielle auf der DEL2 Seite, ich nutze sie vorwiegend.
Großen Respekt sowas umgesetzt zu haben 
Klar mir gefällt eure Tabelle besser als die offizielle auf der DEL2 Seite, ich nutze sie vorwiegend.
Großen Respekt sowas umgesetzt zu haben
Danke. Da ist das Ende der Fahnenstange aber auch noch nicht erreicht. Melde mich.
Danke. Da ist das Ende der Fahnenstange aber auch noch nicht erreicht. Melde mich.
Neben der Position wird jetzt auch die aktuelle Verschiebung nach oben oder unten mit der Anzahl der Plätze angezeigt, um die sich die Position eines Teams im Vergleich zum vorherigen Spieltag verbessert oder verschlechtert hat.
Melde mich dazu noch ausführlicher, weil wir hier eine andere Logik anwenden als sonst überall üblich, speziell bei "Offset"-Spieltagen, an denen vorgezogene oder nachgeholte Spiele stattfinden.
Das erstmal nur als schnelle Info vorab. Ist im Moment auch noch Testphase, Fehler sind nicht auszuschließen.
Neben der Position wird jetzt auch die aktuelle Verschiebung nach oben oder unten mit der Anzahl der Plätze angezeigt, um die sich die Position eines Teams verbessert oder verschlechtert hat.
Melde mich dazu noch ausführlicher, weil wir hier eine andere Logik anwenden als sonst überall üblich, speziell bei "Offset"-Spieltagen, an denen vorgezogene oder nachgeholte Spiele stattfinden.
Einen solchen "Offset"-Spieltag haben wir ja heute (Krefeld vs. Regensburg, Nachholspiel vom 2. Spieltag). Was unterscheidet nun unsere Tabelle hinsichtlich der Verschiebung von Plazierungen von allen anderen gängigen Tabellen? Das:
Bin selbst gespannt, ob das wie gewollt funktionieren wird.
Na super! Abgesehen davon, dass Regensburg verloren hat, stimmt die Anzeige der Positionsveränderungen ja mal gar nicht (mehr).
Und zu allem Unglück ist die gesamte umfangreiche Konversation mit dem Kollegen Chat GPT, mit dem ich das alles über Wochen entwickelt habe, offenbar und aus unerfindlichen Gründen komplett futsch, so dass ich diesbzgl. zwar nicht bei Null anfangen muss (der Code ist ja noch da), aber es fehlt nun die Historie und ich muss dem neuen "Kollegen" alles von vorne erklären. 
EDIT 7 Stunden später: Der wesentliche Bug ist lokalisiert, die Anzeige stimmt (erstmal) wieder, und aus dem Nichts ist plötzlich auch die laut Support unwiederbringlich verlorene Konversation wieder da. Aber ich will Euch nicht langweilen, immer weiter (auch wenn ich gerade maximal genervt bin).
EDIT #2: Die Tabelle stimmt natürlich insofern noch nicht, weil die 3 Punkte für Kassel am grünen Tisch noch nicht berücksichtigt sind. Aber da kann ich nichts machen, das muss die Datenquelle einpflegen.
EDIT #2: Die Tabelle stimmt natürlich insofern noch nicht, weil die 3 Punkte für Kassel am grünen Tisch noch nicht berücksichtigt sind. Aber da kann ich nichts machen, das muss die Datenquelle einpflegen.
Da unsere Datenquelle es offenbar nicht auf die Kette kriegt, Kassel die 3 Punkte gutzuschreiben und die Tabellenpositionen zu korrigieren, war ich’s jetzt leid und hab es händisch angepasst. Kann natürlich sein, dass sie uns morgen um 19:30 Uhr diesen Stand mit einem falschen wieder überschreiben werden, aber irgendwann werden sie’s wohl hoffentlich mal merken (ja, ich hab’s ihnen schon am Mittwoch mitgeteilt).
Da unsere Datenquelle es offenbar nicht auf die Kette kriegt, Kassel die 3 Punkte gutzuschreiben und die Tabellenpositionen zu korrigieren, war ich’s jetzt leid und hab es händisch angepasst. Kann natürlich sein, dass sie uns morgen um 19:30 Uhr diesen Stand mit einem falschen wieder überschreiben werden, aber irgendwann werden sie’s wohl hoffentlich mal merken (ja, ich hab’s ihnen schon am Mittwoch mitgeteilt).
Und genauso war’s natürlich, während des gesamten Spieltags wurde auf den ersten drei Plätzen eine falsche Tabelle angezeigt. 
Nach Beendigung des letzten heutigen/gestrigen Spiels Weiden vs. Bad Nauheim habe ich den Stand auf diesen Plätzen händisch korrigiert, damit wenigstens hier bis zum Derby am Sonntag der korrekte Stand angezeigt wird.
Dabei hat sich die Datenquelle gestern spätabends sogar nochmal ausdrücklich für meinen Hinweis bedankt (diesmal individuell ohne Textbaustein), aber leider ohne die Daten auch gleichzeitig zu korrigieren. Ich hab’s jetzt nochmal angemerkt und hoffe, sie bekommen es bis Sonntag endlich gefixt.
Nicht wundern, wenn die Tabelle mal vorübergehend verschwunden ist, ich muss was schrauben/testen.
Ja, schraub uns mal unter die Top 3 
Nicht wundern, wenn die Tabelle mal vorübergehend verschwunden ist, ich muss was schrauben/testen.
Ja, schraub uns mal unter die Top 3
Könnte ich zwar, entspräche aber nicht der Wirklichkeit, und die Mannschaft hat da leider nicht ganz mitgespielt.
Aber tatsächlich war die Tabelle seit Anfang Dezember des nächtens öfter (bzw. fast immer) bis zum frühen Morgen deaktiviert, denn ich habe seitdem an einem neuen Stand gearbeitet, sozusagen der DEL2-Tabelle "Next Generation". Klingt übertrieben, zumal man auf den allerersten Blick kaum einen Unterschied wird erkennen können (was beabsichtigt ist), ist aber tatsächlich so. Hätte ich vorher gewusst, auf was ich mich da mit meinen eigenen Ideen und Wünschen einlasse und wie aufwendig, kompliziert und zeitfressend das alles werden würde, hätte ich es vielleicht gar nicht gemacht (aber wenn man erstmal angefangen hat, wirft man ab einem bestimmten "point of no return" die Brocken nicht einfach hin).
Also, worüber reden wir:
Am Tabellenstand der DEG können wir nichts ändern, es geht also lediglich um "UX" (IT-Sprech für "User Experience" aka "Nutzererfahrung/-erlebnis") und "Usability" (Nutzertauglichkeit), oft auch als Usability & User Experience (UUX) zusammengefasst.
Was mich immer schon an dieser Tabelle selbst gestört hat, war, dass man sie insbesondere auf dem Handy im Portrait-Modus (hochkant) zwar nach links verschieben/scrollen konnte, aber leider nur komplett. Und dass das weitgehend sinnfrei war, weil man (außer bei der permanent farblich hervorgehobenen DEG) aufgrund des schmalen Bildschirms nicht mehr wusste, welche Spalten und Zahlen welchem Club zuzuordnen waren, zudem verschwand die Fußzeile/Legende, weil sie zwangsläufig mit verschoben wurde:
Bitte melde Dich an, um diesen Anhang zu sehen.
Ja super, was will man damit anfangen? Zudem störte mich, dass sowohl auf dem (also meinem) Handy wie auch auf dem (also meinem) Laptop die Tabelle immer nur ganz knapp bzw. auch gar nicht in voller Höhe angezeigt werden konnte.
Das war für mich der Trigger, die Tabelle einer kompletten Überarbeitung zu unterziehen und gleichzeitig noch die eine oder andere sinnvolle Funktion einzubauen. Und damit begann eine zwischenzeitliche Tragödie, die sich aber nach vielem Hin und Her mit dem Kollegen von ChatGPT (manchmal könnte ich ihn würgen, aber ohne ihn hätte ich das alleine so nicht hinbekommen) inzwischen in einen funktionierenden Zustand und somit in Wohlgefallen aufgelöst hat. Die wesentlichen Neuerungen:
Der Code bedarf noch weiterer Optimierungen, aber so wie er ist, funktioniert er aus meiner Sicht.
Abschließend als Teaser nur ein Screenshot-Vergleich vom Handy im Unterschied zum Urzustand (Abkürzung/Toggle "Team" aktiviert, 3 Spalten nach links verschoben/gescrollt):
Bitte melde Dich an, um diesen Anhang zu sehen.
Weitere Details folgen (→ <klick>). Die Tabelle ist ab JETZT aktiv.
P.S.: Ich kann nur auf Handy (Android) und Laptop/PC (Windows 10, Firefox/Chrome) testen. Wenn unter anderen Umgebungen (iOS, Safari etc.) oder auch sonst etwas nicht so funktioniert wie es sollte, bitte Rückmeldung hier.
Danke für deine Arbeit.
Wow..Danke für deine Mühe
Super !
Sehr schön! Vielen Dank dafür!
Weitere Details folgen.
Hier wie angekündigt die Hinweise zu weiteren funktionalen Änderungen, Erweiterungen und Korrekturen, die vom bisherigen Standardverhalten der Browser abweichen, zum überwiegenden Teil massive Eingriffe mittels Code erforderten und sich dem User nicht immer auf den ersten Blick erschließen, sowie zur Logik der Anzeige der Clubnamen und des "Toggle" ⇄ in der Spalte "Team". Dient auch – oder vielleicht sogar primär 
– zu meiner eigenen Dokumentation (in Entwicklerkreisen "Change log" genannt), und beschreibt, wie sich die Tabelle verhalten sollte (und hoffentlich auch überall verhält, wenn sich keine Bugs mehr zeigen). Da der Text länger ist, thematisch unterteilt und in Spoilern verpackt:
Ich denke, das ist es im Wesentlichen (falls was fehlt und es mir noch einfällt, trage ich es hier nach). Gibt vielleicht einen kleinen Eindruck über den Aufwand, auch bei für Laien eigentlich ganz selbstverständlichen Dingen, die ganz so selbstverständlich aber (leider) eben nicht sind. Und worüber man sich so alles überhaupt ’nen Kopp macht (und auch machen muss) …
Nächster Plan: Eine Live-Spieltagsanzeige. Aber nicht mehr in dieser Saison. 
(Übrigens sind alle diese Dinge ohne weiteres auch auf die DEL übertragbar. 
)
Mehr kann ich im Moment nicht tun. Jetzt ist es an der Mannschaft, uns demnächst eine freundlicher aussehende Tabelle zu präsentieren.
Dieser simple Austausch war ein Kinderspiel, der weit aufwendigere Code "unter der Haube" hingegen wurde in den vergangenen Wochen massiv verbessert, in vielerlei Hinsicht besser abgesichert, auf Sonderfälle vorbereitet, und die Logik der "Offset"-Spiele (also der auf andere Termine verschobenen Spiele) wurde gefixt, die hatte nämlich nicht so funktioniert wie gewollt.
Wenn ich die Zeit finde, werde ich noch das eine oder andere Wort dazu verlieren, jetzt hoffe ich, dass zum Saisonstart erstmal alles so funktionieren wird wie aufwendig offline getestet und geplant (und dass uns die Datenquelle nicht im Stich lässt).
Na ja, geht so … Dieses Thema Live-Tabelle wird mehr und mehr zu einem IT-Megaprojekt. Klingt ja eigentlich einfach: Daten einsammeln, aufbereiten und hübsch darstellen.
Vermutlich wird niemand etwas von den ganzen Problemen im Hintergrund bemerkt haben, und so soll es ja auch sein. Aber damit es so ist, ist bei der DEL2 ein Mehrfaches des Aufwands wie bei der DEL nötig. Die gelieferten Daten sind manchmal dermaßen inkonsistent, dass es kaum zu fassen ist.
Aber dazu mehr und im Detail im unteren Teil dieses Posts, andere Änderungen betreffen wie oben erwähnt den rein technischen Ablauf "unter der Haube", und damit fangen wir mal an. Dieser Beitrag richtet sich an diejenigen, die das Ganze vielleicht auch technisch ein wenig interessiert.
Eine Vorbemerkung: Wir haben bisher nur eine Datenquelle (wir nennen sie hier Datenquelle[1]) verwendet, die zwar halbwegs (!) zuverlässig, aber auch elend lahmarschig war. Als das Spiel der DEG in Landshut am 2. Spieltag im sporteurope-Stream längst beendet war, hat es geschlagene 10 Minuten gedauert, bis unsere Live-Tabelle bei der DEG von 4 auf 5 Punkte und somit Platz 2 gesprungen ist. Ein solches Verhalten verdient kaum den Begriff "Live-Tabelle".
Wir verwenden jetzt (aber erstmal nur in einem parallelen "Shadow-Test") eine zweite Datenquelle (wir nennen sie hier Datenquelle[2]), die deutlich schnellere Ergebnisse liefert, aber auch komplizierter auszuwerten ist, weil dazu nicht für den kompletten Spieltag nur ein einziger Datensatz, sondern für jedes Spiel jeweils ein separater Datensatz ausgewertet werden muss (also in der Regel sieben pro Spieltag). Zudem ist auch diese Datenquelle nur bedingt zuverlässig: In einem Fall wurde am 1. Spieltag beim Spiel Weißwasser vs. Landshut das erste Drittel komplett "vergessen", es wurden also überhaupt keine Ergebnisse des ersten Drittels geliefert und erst 40 Minuten nach Spielbeginn in der Drittelpause "nachgespult".
Das alles miteinander abzugleichen und sowohl schnelle als auch korrekte Ergebnisse zu liefern, darin besteht die schwierige Aufgabe. Fun fact am Rande: Selbst die offizielle DEL2-App hat beim Spiel Dresden vs. Kassel am 1. Spieltag zwischenzeitlich die falschen Ergebnisse 0:4 und 0:5 angezeigt, als es in Wirklichkeit noch 0:3 bzw. 0:4 stand (siehe → hier und folgende). Den Grund konnten wir anhand unserer Logfiles leicht erkennen: Die Tore von Brendan O’Donnell zum 0:3 und von Jimmy Martinovic zum 0:4 waren an der eigentlichen Quelle jeweils doppelt eingetragen worden. Dass solche Fehler sogar bis auf die Apps durchschlagen, beweist, dass letztlich (fast) alle auf dieselben Daten zugreifen, nur auf unterschiedlichen Wegen. Ob z.B. FlashScore genau diesen Fehler auch gezeigt hat, weiß ich allerdings nicht.
Okay, nun die ausführlicheren Details hinter den Spoilern:
Im Hintergrund wurde die Live-Tabelle vor Saisonbeginn an mehreren Stellen grundlegend überarbeitet. Nach außen sieht sie exakt aus wie bisher, intern wurden aber einige Fehlerquellen und bisherige Sonderfälle beseitigt bzw. deutlich besser abgesichert:
Eine maximale zeitliche Notbremse existiert weiterhin als Sicherheitsnetz. Schon vor Saisonstart war außerdem bekannt, dass keine lokale Plausibilitätsprüfung erkennen kann, wenn eine externe Quelle und deren Tabelle denselben falschen, aber untereinander konsistenten Stand liefern. Genau dieser theoretische Grenzfall ist am 1. Spieltag tatsächlich aufgetreten.
Noch ausführlichere und weit technischere Dokumentationen dazu hier:
Bitte melde Dich an, um diesen Anhang zu sehen.
Bitte melde Dich an, um diesen Anhang zu sehen.
Die ersten beiden echten Spieltage waren gleichzeitig ein guter Belastungstest. Die Live-Tabelle selbst hat grundsätzlich funktioniert, allerdings haben die Datenquellen einige interessante Eigenheiten gezeigt, die wir jetzt für die nächste Ausbaustufe berücksichtigen wollen:
Die Rohdaten wurden dafür noch einmal neu ausgewertet. Verglichen wurde jeweils der erste beobachtete Zeitpunkt derselben echten Spielstandsänderung auf Datenquelle[2] und auf Datenquelle[1]. Der am Freitag zeitweise stark hinterherhängende/„vergessene“ Datensatz von LFX vs. EVL auf Datenquelle[2] wurde komplett herausgenommen, ebenso die bekannten falschen Doppel-Tor-Zwischenstände bei DRE vs. ECK. Der Sonntag zeigt beispielsweise schon bei den ersten DEG-Toren Abstände von deutlich über einer Minute zwischen Datenquelle[2] und Datenquelle[1].
Damit bleiben 86 sauber vergleichbare Spielstandsänderungen aus den ersten beiden Spieltagen. Bei 85 von 86 war Datenquelle[2] schneller. Wenn Datenquelle[2] vorne lag, betrug der kleinste gemessene Vorsprung rund 16 Sekunden, der größte rund 11 Minuten 39 Sekunden, und der durchschnittliche Vorsprung rund 2 Minuten 16 Sekunden. In genau einem der 86 Fälle war dagegen der Datenquelle[1] schneller, und zwar um rund 1 Minute 10 Sekunden. Bezieht man diesen Gegenfall in den Mittelwert mit ein, beträgt der Netto-Zeitvorsprung von Datenquelle[2] immer noch rund 2 Minuten 14 Sekunden pro Spielstandsänderung.
Der Maximalwert von 11:39 stammt dabei vom entscheidenden Shootout-Stand bei EVL vs. DEG. Dieser wurde nicht als Anomalie herausgerechnet: Auch bei den beiden anderen Penaltyschießen war die endgültige Siegerwertung bei Datenquelle[1] auffällig spät. Nimmt man nur zur Einordnung diese drei Shootout-Endstände heraus, liegt der durchschnittliche Netto-Vorsprung aber immer noch bei ungefähr 2 Minuten.
Zuguterletzt werden wir noch das Format der Spieltagsdaten auf JSON umstellen und für jedes Spiel einen eigenen Datensatz führen. Das gibt uns später auch die Möglichkeit, nicht nur eine Tabelle, sondern auch die Live-Ergebnisse aller Spiele eines Spieltags (und rückwirkend der bereits abgeschlossenen Spiele vorheriger Spieltage) anzuzeigen.
Aber das ist erstmal noch Zukunftsmusik, eins nach dem anderen …
P.S.: Wenn hier von "wir" die Rede ist, dann sind damit gemeint der KI-Kollege von ChatGPT und ich. Glaubt ja wohl niemand, dass ich sowas ganz alleine zustande bringen würde. Trotzdem passiert alles in gemeinsamen Sessions und mit entsprechendem Zeitaufwand. Und das Gerüst muss ich schon noch selbst bauen.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
