Verteilung von runs |
14.10.2019, 05:56 | Dopap | Auf diesen Beitrag antworten » | ||||
Verteilung von runs und damit ein Tupel der Länge zieht, sind einige runs dabei, wobei 1 run = eine Folge gleichartiger Kugeln ist. Beispiel: hat r=6 runs Die Wahrscheinlichkeit, dass die Zufallsgröße R= Anzahl der runs einen gewissen Wert annimmt ist bei
Wenn die Annahme einer zufälligen Entnahme bestehen soll, dann sollte es nicht zu wenige runs aber auch nicht zu viele davon geben. Um die Quantile für zu bestimmen, muss die Verteilungsfunktion(?) von ausgewertet werden. was aber unklar ist. Zudem teminiert im konkreten Fall dieses bei ca 0.8 2 berechnete Beispiele : Irgendwo müsste ein logischer oder ein Programm-Fehler stecken. |
||||||
15.10.2019, 09:37 | HAL 9000 | Auf diesen Beitrag antworten » | ||||
Bei dem als oberen Summenindex meinst du aber nicht wie oben , oder? Denn es kann ja gar nicht mehr als runs geben (und genau ja auch nur bei ), insofern ist bei deiner Schreibweise im Fall immer Ich nehme daher an, du redest von , sinnvoll in dieser Darstellung von , oder genauer noch .
Soll das heißen, du bekommst für irgendeine Konstellation ? Das kann sich dann tatsächlich nur um einen Rechenfehler handeln. An den Formeln oben liegt es jedenfalls nicht, denn die sind in Ordnung. |
||||||
15.10.2019, 10:10 | Dopap | Auf diesen Beitrag antworten » | ||||
doch leider verzählt, aber mit deinem sind jegliche Unklarheiten beseitigt. große Stichproben waren und sind nicht das Problem, da wegen die Normalverteilung als Näherung zur Verfügung steht. |
||||||
15.10.2019, 10:46 | HAL 9000 | Auf diesen Beitrag antworten » | ||||
Das beantwortet jetzt nicht meine Nachfrage
P.S.: Der Nachweis der Formeln ist übrigens eine nette Übungsaufgabe. |
||||||
15.10.2019, 11:12 | Dopap | Auf diesen Beitrag antworten » | ||||
leiderJa |
||||||
15.10.2019, 12:00 | HAL 9000 | Auf diesen Beitrag antworten » | ||||
Hmm, so triviale Sachen wie Bereichsüberlauf (bei den gängigen Integertypen schnell erreicht, aber auch die Floating-Point-Formate "halten" nicht ewig) hast du aber ausgeschlossen? |
||||||
Anzeige | ||||||
|
||||||
15.10.2019, 13:24 | Dopap | Auf diesen Beitrag antworten » | ||||
floating point geht bis 10^(+- 500) und over/under) flow - flag ist true. COMB(n,k) rechnet nicht mit Fakultäten. Aber nach umständlichen debuggen ist einer jener Fieslinge gefunden: Irgendwo ein + statt einem * aber so, dass es erst einmal nicht auffällt immerhin ist jetzt erst bei über 0.99 Schluß. Probleme macht noch der definitiv Letzte= P11,5,6) aber der ist eben der Rest Nein, geht gegen die Ehre! da schau ich dann noch danach. Und nicht so wie ich schon sehen musste : IF i==R THEN return (1-sum) END edit: i==n nicht R |
||||||
16.10.2019, 00:02 | Dopap | Auf diesen Beitrag antworten » | ||||
wenn dann läuft eine Summe von 2 bis maximal richtig? Das Problem ist jetzt die ungerade Auswertung bei z.B. das k ist dann gleich zu Beginn liefert das Rote einen COMB error da Ein w-s Vertauschen bringt nix dann kommt der error eben vom letzten COMB in Zähler. |
||||||
16.10.2019, 06:59 | HAL 9000 | Auf diesen Beitrag antworten » | ||||
Dann ist das eine lausige Implementierung von COMB. Es ist ja für alle , damit folgt für alle natürlichen Zahlen mit . |
||||||
16.10.2019, 07:44 | Dopap | Auf diesen Beitrag antworten » | ||||
genau ! und deshalb hatte ich mal mein persönliches COMB2 geschrieben, das u.a. noch größere n,k zulässt aber natürlich langsam ist. ( Interpreter !) Ende gut alles gut, mit COMB2 jetzt ist |
|
Verwandte Themen
Die Beliebtesten » |
|
Die Größten » |
|
Die Neuesten » |