Verlaufsdiagramm - Logged in Users

[Mr0Splash]

könnt ihr nicht erstmal sammeln und dann posten? sonst wird das hier etwas unübersichtlich ;-)
... ich habs auch Scorp per pm geschickt

 

[daarkside]

http://www11.zippyshare.com/v/36252160/file.html

 

[Krieger]

Zahlen für heute Abend:
21:49 12499
22:11 12626
22:31 12610
22:47 12596
23:29 12248
23:48 11996
00:03 11664
00:24 11335

 

[ScorpEUs92]

Danke an alle, die heute abend so fleißig gesammelt haben!
Ich werde morgen wieder ein Update anfertigen, doch jetzt brauch ich erst mal ein wenig Schlaf

 

[hwl]

2:52 Uhr: 9852

 

[takka]

3:24 Uhr 10024

 

[Tittlewave]

10407 1.40
10380 3.33
10278 3.49 :P

dazwischen gezockt sry xD

edit noch mehr

10199 4.07
10098 4.17
10327 5.00
so ich geh pennen xD

 

[ScorpEUs92]

UPDATE, Lesbarkeit verbessert

Danke für die Tips und für die ganzen Messwerte. Wenn die Beteiligung so bleibt, schätze ich, dass das Projekt noch einige Zeit besteht.
TROTZDEM: Werbung machen! Leute animieren! Lieber 100 Messwerte zuviel als auch nur 5 zu wenig!

mfg ScorpEUs92

 

[Krieger]

12:07 8887
12:35 9066
13:17 9460
13:44 10143

 

[TouchTheSky]

14:35 10877

 

[ScorpEUs92]

Moar Werte!!!
Jungs, Gestern hat das doch so gut geklappt!
Ich brauch mehr Werte :P

 

[TealC12]

13157

17:07

 

[SinTyrax]

19:49 13601

und noch von heute "morgen" 00:53 10984

 

[Krieger]

17:32 13299
18:10 13780
18:38 13911
19:07 13783
19:16 13751
20:07 13570

In was für Intervallen hättest du deine Messdaten eigentlich gerne?

 

[Hesro]

Scheint so als ob Blizzard auf 15000 Spieler gleichzeitig Online erhöhen will, denn immer mehr Keys kommen ^^.

 

[ScorpEUs92]

In was für Intervallen hättest du deine Messdaten eigentlich gerne?

Es braucht keine spez. Intervalle. Wichtig wäre, das insgesamt etwa pro Stunde etwa 1-2 Messwerte vorliegen. Klar, ein Intervall von 30 Minuten wäre das Beste, allerdings ist es einfach nicht unbedingt nötig.
Es reicht, wenn ihr nach dem Login, zwischen den Runden und bevor ihr euch ausloggt einen Wert habt.

 

[Madman]

Hier meine Werte von heute (und einen Nachzügler von gestern):

08.04.2010
20:41 11505

09.04.2010
14:29 10776
14:39 10964
14:56 11191
16:01 12169
16:30 12696
19:06 13783
19:29 13768
20:35 13509
20:51 13490

 

[Tellur]

Hallo!

Sehr schön - ich liebe Zahlen und Statistiken!
Sobald ich wieder aus den Ferien zurück bin bin ich auch gern dabei was beizusteuern. Sowohl Werte als auch Know-How!

Folgendes an Kritik/Anregung hätte ich noch:
- Die Zeitachse ist momentan etwas ungünstig und schwer zu lesen/verstehen.
- So ein Totalverlauf ist ja ganz nett - aber auch ziemlich unübersichtlich. Ich würde vorschlagen dem ganzen zwei oder mehrere Diagramme hinzuzufügen:

• Tagesdurchschnitt: Für jeden Tag wird der Durchschnitt berechnet. Als weitere signifikanten Werte werden Minimum, Maximum und Standardabweichung aufgetragen. Lässt sich alles relativ leicht mit OO.org machen.
• Tagesverlauf: Der Tag wird in Teile zu 30 Minuten (oder auch eine Stunde) eingeteilt und die Durchschnittswerte in diesen Zeiträumen aufgetragen. Am besten wieder mit Maximum, Minimum und Standardabweichung.

Warum Minimum eintragen? Damit man erkennen kann, wann die Server bevorzugt nen Aussetzer haben.
Warum Maximum? Eigentlich eher der Vollständigkeit halber...
Warum Standardabweichung? Damit man sofort sieht, wie groß in etwa die Fluktuationen sind.

Wenn du willst kann ich dir was ausarbeiten.

 

[SinTyrax]

meine Werte von heute abend:
19:57 13628
20:26 13498
20:34 13518
21:00 13447
21:17 13508
21:47 13674

 

[ScorpEUs92]

Kling gut, doch wie kann man aus in unregelmäßigen Abständen erstellten Werten Durschnittswerte bilden? Und wie definierst du die Standardabweichung - im Bezug auf diesen Tag oder im Bezug auf vorhergegangene Tage?
Davon abgesehen, müsstest du mir mal den mathematischen Hintergrund der Standardabweichung erläutern.

Und den/die Tagesdurchschnitt/e sollte man dann sinnvollerweise in ein Diagramm eintragen.

Leider werde ich am Wochende wenn nur abends Zeit dafür finden, das bedeutet:
a) MESSWERTE!! Es läuft gerade ganz gut, aber es ist wichtig das es auf diesem Niveau bleibt

b) @Tellur, du erklärst mir das Was und Wie, gerne auch hier im Thread

c) Anfangen mit den neuen Diagrammen kann ich wohl dann eher erst gegen Anfang/Mitte nächster Woche

Danke für eure Hilfe und Feedback. Sollte man auch nach Release noch die Spielerzahlen sehen, kann ich mir vorstellen, dieses Projekt auch dann weiterzuführen!

 

[Krieger]

20:27 13498
00:23 13478
00:42 13272
01:06 12809

 

[Tellur]

10.4.:
00:55 13032
01:33 12387

Durchschnittswerte:
Da hast du natürlich Recht... Dadurch dass die meisten Daten vermutlich zu Stoßzeiten berichtet werden, hat man natürlich eine Häufung an "zu hohen" Werten.
Das kann man damit umgehen, dass man den Tag in mehrere Teile aufteilt (4, 8, 24, 48 oder auch 96 Teile - oder irgendwas dazwischen z.B. um in Stoßzeiten eine feinere Unterteilung zu haben) und über diese Teile eine erste Mittelung macht. Ich denke innerhalb einer Stunde oder einer halben Stunde gibt es keine Gründe, warum es große Schwankungen geben sollte.
Hängt natürlich etwas davon ab, wie dicht die Daten sind...

Standardabweichung:
Damit meine ich natürlich die Standardabweichung bezogen auf die Messdaten des Tages.
Der mathematische Hintergrund ist relativ kompliziert. Hier findest du die Formel die verwendet wird um aus einem Datensatz die Standardabweichung zu berechnen.

Wie:
Ich weiß nicht, wie du deine Tabellenstruktur angelegt hast. Wahrscheinlich einfach alles der Reihe nach eingetragen.
Das müsstest du ändern. Jeder Tag wird dann in immer gleiche Teile eingeteilt. Z.B.: Nachts (0 bis 8), Morgens (8 bis 12), Nachmittags (12 bis 18) Frühabends (18 bis 21) und Abends (21 bis 24)
In der ersten Spalte gibst du charakteristische Zeiten ein Wenn du das Schema von oben verwendest musst du allerdings für Nachts, Morgens und Nachmittags jeweils zwei Zeilen nehmen, damit die zeitlichen Abstände passen. Diese zweite Zeile ist einfach eine Kopie. In die zweite Spalte kommt dann die Funktion die über alle (oder genügend viele) Spalten links davon dieser Zeile mittelt (Funktion Avarange).
In einem zweiten Blatt machst du dir eine Spalte mit den Tagen. In die zweite Spalte kommt dann der Mittelwert der Teile aus Blatt 1. In die dritte Spalte die Standardabweichung (Funktion STDEV) und eventuell in die dritte Zeile der Mittelwert (oder der direkte Wert) der Daten vom Abend.
In ein drittes Blatt kommen in die erste Spalte die Teile aus Blatt 1 (also Nachts, Morgens, Nachmittags, Abends 1, Abends 2 oder charakteristische Uhrzeiten) in die zweite Spalte kommen dann der Mittelwert aus den entsprechenden Mittelwerten der entsprechenden Teile aus Blatt 1. Eventuell auch hier wieder mit Standardabweichung.

Das ist zumindest wie ich es organisieren würde. Gibt aber sicher auch andere Methoden.
Wenn du mir deine openOffice Datei schicken willst kann ich auch gern übers Wochenende die Struktur aufsetzen und die alten Daten sortieren.

 

[Careion]

09.04:

22:14 - 13509


10.04:

11:50 - 11520
12:13 - 11258
12:50 - 11706
13:07 - 12008

Nachher mehr

 

[eVoLu[ion]

Heute :
12.35 : 12197
13.18 13700
@careion bei dir waren es irgendwie weniger ?

 

[Careion]

@evoLu[ion: Naja die Schwankung innerhalb von ner Viertelstunde find ich verkraftbar um die Mittagsessenszeit ^^.

Mehr Stuff:
15:27 - 14150
15:47 - 14554
16:03 - 14676
16:36 - 14989
16:49 - 15183
17:15 - 15047

 

[Madman]

Meine Werte von heute 10.04.2010:

10:25 11220
10:30 11218
10:50 11330
10:57 11354
13:20 12370
13:45 12954
14:15 13321
14:39 13686
15:44 14554
16:45 15119
19:02 15332

 

[Krieger]

14:53 13762
15:25 14150
15:58 14637
16:31 14983
17:12 15071
17:51 15342
18:56 15296

@Tellur:
Wenn die Datenpunkte dicht genug sind würde ich die Daten jedes Tages mit einer Funktion fitten und dann daraus die Standardabweichung und den Mittelwert berechnen. Ich weiß aber nicht, wie gut sowas noch in Open Office geht.

 

[ScorpEUs92]

Das kann man damit umgehen, dass man den Tag in mehrere Teile aufteilt (4, 8, 24, 48 oder auch 96 Teile - oder irgendwas dazwischen z.B. um in Stoßzeiten eine feinere Unterteilung zu haben) und über diese Teile eine erste Mittelung macht.

Du meinst also z.B von jeder Stunde einen Mittelwert zu errechnen und diese Mittelwerte dann benutzen um ein Tagesmittel zu berechnen?

Wie:
Ich weiß nicht, wie du deine Tabellenstruktur angelegt hast. Wahrscheinlich einfach alles der Reihe nach eingetragen.
Das müsstest du ändern. Jeder Tag wird dann in immer gleiche Teile eingeteilt. Z.B.: Nachts (0 bis 8), Morgens (8 bis 12), Nachmittags (12 bis 18) Frühabends (18 bis 21) und Abends (21 bis 24)
In der ersten Spalte gibst du charakteristische Zeiten ein Wenn du das Schema von oben verwendest musst du allerdings für Nachts, Morgens und Nachmittags jeweils zwei Zeilen nehmen, damit die zeitlichen Abstände passen. Diese zweite Zeile ist einfach eine Kopie.

Gib mal ein Beispiel, ich kann mir nicht recht vorstellen, wie du das meinst.
Ich würde jetzt denken:

Morgens
0                0
1                1
2                2
.                 .
.                 .
.                 .

bzw charakt. Uhrzeiten

Morgens

4 Uhr

Vormittags

10

Nachtimittags

14

usw...

In die zweite Spalte kommt dann die Funktion die über alle (oder genügend viele) Spalten links davon dieser Zeile mittelt (Funktion Avarange).

Verwechselst du Spalten und Zeilen? Denn wenn nicht, dann versteh ich es nicht.
Mach am Besten auch wieder ein Beispiel.


Den Rest hab ich soweit verstanden.


Allerdings, wird die ganze Sache sehr schwierig, da man dazu wenigsten für JEDE Stunde mindestens einen Wert bräuchte und das klappt leider praktisch nie.

Außerdem weiß ich noch nicht recht, was für Informationen sich letztlich daraus ableiten lassen, denn bis auf den Tagesdurchschnitt, halte ich die restl. Daten für zu sehr von Schwankungen, wie Werktage, Essenszeiten oder der gleichen beeinträchtigt, als das man daraus wirklich sinnvolle Informationen herausziehen könnte.

 

[Tellur]

Erstmal noch zwei Daten von heute:
14:05 - 13108
14:31 - 13511

Dann, damit man sich das besser vorstellen kann was ich meine. Ich hoffe das funktioniert...
http://dl.dropbox.com/u/2292204/Onlinestatistik.ods
Ich hab einfach mal ein Spreadsheet mit den hier öffentlich zugänglichen Daten gemacht.
Zeiträume in denen keine Daten vorhanden sind werden ignoriert, also wenn keine lückenlose Datensammlung vorhanden ist, ist das auch nicht so tragisch...
Auf Formatierung habe ich nicht groß Wert gelegt. Ich bin auch nicht so der openOffice/Excel Guru - ich arbeite eher mit Origin...

@DerKrieger:
Würde gehen - ist aber elendig kompliziert und erfordert viel Handarbeit. Meine Methode macht im Prinzip das selbe, lässt sich aber mittels Autoweiterführung großteils vereinfachen. Wahrscheinlich ginge es sogar ganz automatisch...

@Scorp:
Genau - nur dass eine Stunde vielleicht etwas zu engmaschig ist. Zumindest für die meisten Tageszeiten. Stündliche Datenwerte hat man eigentlich nur Abends. Deswegen habe ich das ganze in größere, im Prinzip variable Bereiche eingeteilt. Man muss nur schauen dass alle Teile ganze Vielfache des kleinsten Teils sind.
Ich habe die Zeiträume 0-3, 3-6, 6-12, 12-15, 15-18, 18-21 und 21-24 gewählt. In diesen Zeiträumen erwarte ich mir, dass die Loginzahlen einigermaßen konstant bleiben. Soweit ich die Daten überblicke ist die Annahme auch mal nicht schlecht.

 

[Careion]

19:15 - 15407
19:40 - 15336
20:06 - 15221
20:31 - 15142
20:48 - 15470
21:24 - 15657
21:42 - 15522
22:09 - 15193

wars wohl für heute

 

[ScorpEUs92]

Achso...so hast du das gemeint. Omg ich hab es so wie du es beschrieben hast, einfach nicht gerallt.

Aber meine Vermutung hat sich bestätigt. in "Sheet 3" hast du ja die Durchschnittswerte von den Zeitabschnitten eines Tages errechnet und daraus einen Graphen gemacht. Und wie du siehst, entspricht praktisch dem, was ich bereits mit dem normalen Verlaufsdiagramm gemacht habe. Es ist nur sehr viel gröber.
-->Für was also es tun? Durchschnittswerte für Tageszzeiten (z.B im Durchschnitt waren seit Beginn der Aufzeichnungen etwa 12.200 Leute um 20 Uhr online) halte ich für nicht sonderlich nützlich. Gerade im Hinblick auf Keywellen macht es wenig Sinn.

Die Durschnittswerte für einzelne Tage im Graphen zu zeigen finde ich wiederum sehr gut. Denn daraus lässt sich sehr gut erkennen, ob Keywellen rausgehen könnten oder nicht.



EDIT:

1. Vielen Dank nochmal für eue Unterstützung. Momentan läuft es wirklich gut und es kommen genügend Daten rein. Allerdings sieht es gerade nachts noch etwas mau aus.
2. Ich weiß noch nicht, ob ich heute noch ein Update rausgebe. Aber ich hoffe, das ich noch Morgen ein Update rausgeben kann.
3. Ich werd mich jetzt in die Daten einarbeiten und versuchen Tellurs Vorschläge umzusetzten.

 

[daarkside]

http://www41.zippyshare.com/v/71855721/file.html

 

[ScorpEUs92]

So, hab doch noch ein UPDATE gemacht.
Diesmal im Panorama Format.

 

[Krieger]

@DerKrieger:
Würde gehen - ist aber elendig kompliziert und erfordert viel Handarbeit. Meine Methode macht im Prinzip das selbe, lässt sich aber mittels Autoweiterführung großteils vereinfachen. Wahrscheinlich ginge es sogar ganz automatisch...

Naja, so kompliziert nun auch nicht, wenn man es denn einmal am Laufen hat. Und für die Ergebnisse finde ich das interessanter, da die interpolierte Funktion mehr Aussagekraft hat als die Messwerte, da man so auch Zugriff auf Zeitpunkte hat, die zwischen zwei Messwerten liegen. Das ganze würde ich vermutlich mit kubischer Spline-Interpolation machen, die standardmäßig auch angewandt wird um die Datenpunkte im Diagramm zu verbinden, also die Kurve die wir bereits sehen.
Jetzt wüsste ich allerdings nicht, wie man bei Open Office direkt auf diese Kurve zugreifen könnte, habe alllerdings hier ein Makro gefunden, das die gleiche Arbeit erledigt: kubische Spline-Interpolation

Aber ich will euch ja meinen Vorschlag nicht aufzwingen und wenn euch das zu viel Arbeit ist, dann lasst es halt
Ich finde nur, wenn man sich schon die Arbeit macht, die Messwerte zu sammeln, dann kann man doch auch so viel da raus holen wie nur möglich.

Edit: Noch ein Vorschlag: Wie wäre es denn, wenn du die "Anmerkungen", wie die Keywaves, als Datenpunkt im Diagramm anzeigen lässt, dann musst du den Kram nicht von Hand da reinschreiben.

Edit2: "standardmäßig". So wie das Diagramm aussieht hast du wohl doch eher eine Bezier-Kurve. Oder deine Version kann irgendwas das meine noch nicht kann

 

[diman]

Blizzard leistet anscheinend gute Arbeit

 

[ScorpEUs92]

Uh verdammt, ich hab ja die Ereignise vergessen.

Und @DerKrieger, ich benutze in OpenOffice zur Kurvenglättung den B-Spline. Denn der kubische Spline erzeugt - und das ist für unseren Anwendungsbereich suboptimal - keinen differenzierbaren Graphen. Es gibt also für manche X-Werte mehrere Y-Werte.
Was die versch. Verfahren (kub. Spline, B-Spline) bedeuten bzw was eigentlich mathematisch passiert ist mir leider nicht klar, ich schätze aber auch, das es meine mathematischen Kenntnisse noch überschreitet (11. Klasse, Mathe LK).

Und die Idee die Erreignise als Datenpunkt anzeigen zu lassen, finde ich logisherweise erste Sahne, doch ich habe noch nichts dazu gefunden, allerdings auch nur flüchtig danach geschaut.

EDIT: Im Diagramm Rechtsklick auf einen Datenpunkt-->Datenbeschriftung hinzufüngen. Aber, ich kann weder den Punkt selsbt beschriften, noch seine Position frei verändern.

 

[Krieger]

Denn der kubische Spline erzeugt - und das ist für unseren Anwendungsbereich suboptimal - keinen differenzierbaren Graphen. Es gibt also für manche X-Werte mehrere Y-Werte.
Was die versch. Verfahren (kub. Spline, B-Spline) bedeuten bzw was eigentlich mathematisch passiert ist mir leider nicht klar, ich schätze aber auch, das es meine mathematischen Kenntnisse noch überschreitet (11. Klasse, Mathe LK).

Differenzierbar sollten die kubischen Splines eigentlich schon sein, schließlich handelt es sich ja nur um eine Aneinanderreihung von Polynomen dritten Grades. Wenn du für manche X-Werte mehrere Y-Werte hast ist es auch nicht nur nicht differenzierbar, sondern gar keine Funktion mehr, da muss also irgendwas falsch gelaufen sein .
Der in unserem Fall wichtigste Unterschied zwischen kubischen und B-Splines ist der, dass kubische Splines durch die Datenpunkte laufen während B-Splines das nicht tun. Das würde Sinn machen, wenn wir eine "Messungenauigkeit" hätten, oder nur eine grobe Form vorgeben wollten, aber in unserem Fall sind die Messwerte ja exakt.

Und die Idee die Erreignise als Datenpunkt anzeigen zu lassen, finde ich logisherweise erste Sahne, doch ich habe noch nichts dazu gefunden, allerdings auch nur flüchtig danach geschaut.

EDIT: Im Diagramm Rechtsklick auf einen Datenpunkt-->Datenbeschriftung hinzufüngen. Aber, ich kann weder den Punkt selsbt beschriften, noch seine Position frei verändern.

Ich meinte das ganze so:
Du fügst den Datenpunkt 3.4.2010 17:00 1000 Benutzer manuell ein, das gleiche für jedes weitere Ereignis mit dem gewünschten Zeitpunkt, aber jedesmal die gleiche Benutzerzahl und machst daraus eine eigene Kurve. Da lässt du natürlich nur die Punkte anzeigen und beschriftest die dann.

 

[Tellur]

Nochmal nen Schwung Daten:
22:14 - 15154
22:38 - 14870
23:02 - 14924
23:59 - 14306
00:46 - 13799

@Scorp:
Die Zerteilung war auch erstmal nur ein Vorschlag. Im Prinzip lässt sich das ganze beliebig "fein" gestalten. Der Aufwand ändert sich nicht nennenswert, sofern man es nicht übertreibt.
Solange die Daten sich nur über ein paar Tage erstrecken ist deine Darstellung sicher übersichtlich. Spätestens ab einem Monat oder zwei erkennt man aber nicht mehr besonders viel vom einzelnen Tagesverlauf. Der Graph wird überladen. Details werden dann ohnehin nicht mehr erkennbar sein - eine Datenreduktion wird sinnvoll.
Das zu umgehen könnte man zum Mittelwert (2. Sheet) noch 2-3 weitere Datenreihen hinzufügen. Minimum, Maximum oder eben die einzelnen Tagesabschnitte.
Ich hab den Link oben mal eben aktualisiert um zu zeigen wie ich mir das vorstelle.
Sheet3 ist dazu da, die Auslastung während eines typischen Tages darzustellen.

Zum Thema Splines usw... Ich mag sie nicht besonders. Sicher, sie schauen toll aus und momentan habe ich sie auch in meinem Sheet drinnen (aber nur weil ich das Ding momentan nicht auf normale Verbindungsgeraden umgestellt bekomme...).
Aber für eine richtige Statistik kann man die Dinger nicht verwenden.
Ein Prof von mir sagt immer: Kurven legt man nur rein, wenn man einen theoretischen Ansatz für die Form hat.
Sicher kann man fast jede Funktion durch eine Taylorreihe entwickeln - und sogesehen macht ein Polynom x-ten Grades immer irgendwo Sinn. Aber das Ding hat keine Bedeutung, da es keine Funktion gibt, die man nähern könnte!
Wird übrigens mit Mittelwerten gearbeitet sind diese übrigens nicht scharf. Eine Spline muss dann nicht zwingend durch den Datenpunkt gehen.

 

[ScorpEUs92]

Differenzierbar sollten die kubischen Splines eigentlich schon sein, schließlich handelt es sich ja nur um eine Aneinanderreihung von Polynomen dritten Grades. Wenn du für manche X-Werte mehrere Y-Werte hast ist es auch nicht nur nicht differenzierbar, sondern gar keine Funktion mehr, da muss also irgendwas falsch gelaufen sein .

Hier mal ein Screenshot:

Ich meinte das ganze so:
Du fügst den Datenpunkt 3.4.2010 17:00 1000 Benutzer manuell ein, das gleiche für jedes weitere Ereignis mit dem gewünschten Zeitpunkt, aber jedesmal die gleiche Benutzerzahl und machst daraus eine eigene Kurve. Da lässt du natürlich nur die Punkte anzeigen und beschriftest die dann.

Du meinst damit also einer unter dem eigentlichem Graphen laufende Zeitlinie?

 

[Adhonaj]

3:53 - 11291