Tabloya konacak anlamlı rakam sayısı?

Yayınlanacak önemli sayıların sayısı için iyi kurulmuş bir kural var mı?

İşte bazı özel örnekler / sorular:

• Önemli rakamların sayısını varyasyon katsayısı ile ilişkilendirmenin bir yolu var mı? Örneğin, tahmin 12.3 ve CV% 50 ise, '.3' ile temsil edilen bilgilerin sıfıra yaklaştığı anlamına mı geliyor?

• Bir güven aralığı bir dizi büyüklük sırasına sahipse, yine de aynı sayıda önemli rakama sahip olmaları gerekiyorsa, örneğin:

  12,3 (1,2, 123,4) - 12 (1,2, 120) karşılaştırması

• Hata tahminindeki anlamlı rakamların sayısı ortalamadaki anlamlı rakamların sayısıyla aynı mı yoksa daha az mı olmalı?

Evrensel bir kural olduğundan şüpheliyim, bu yüzden telafi etmeyeceğim. Bu düşünceleri ve arkasındaki nedenleri paylaşabilirim:

• Özetler verinin kendisini yansıttığında - maks, min, sipariş istatistikleri vb. - verileri ilk etapta kaydetmek için kullanılan aynı sayıda anlamlı rakam kullanın. Bu, verilerin doğruluğu konusunda belge boyunca tutarlı bir sunum sağlar.

• Özetler verilerden daha yüksek hassasiyete sahip olduğunda, değerleri bu ekstra hassasiyeti yansıtacak şekilde yazın . Örneğin, değerlerinin ortalaması , tek tek değerlerin kesinliğinin katıdır: kabaca, için bir ekstra anlamlı rakam , için iki , vb. . (Bu açıkça bir log-10 ölçeğinde yuvarlanıyor.)$n$$\sqrt{n}$$3 \le n \le 30$$30 \lt n \le 300$

  CV olmadığını -NOT değil bu konuda yararlı bilgiler sağlamaktadır.

  -Bazı tahminler büyük bir hassasiyetle elde edilebilir. Başka bir şeyle eşleşmek için yuvarlanmaları gerekmez. Örneğin, 1.000.000 tamsayının ortalaması 10.977 olabilir ve standart hata 0.00301'dir. Ortalamayı üç ondalık basamağa (ve 4-5 sig incir) yazma kararım, son basamağın kısmen güvenilir olduğunu gösteren SE'nin büyüklüğüne dayanıyordu. SE'yi üç sig incire (beş ondalık basamak) yazma kararı daha keyfidir: iki sig inciri işe yarar; muhtemelen olmazdı; dört sig incir de çalışır ve ortalama 4-5 sig incir ile tutarlıdır; dörtten fazla sig incir aşırıya kaçar. (Verilerin dördüncü anı açısından SE'nin standart hatasını tahmin edebilir ve bunu uygun bir yuvarlama miktarını belirlemek için kullanabiliriz, ancak çoğumuz böyle bir belaya gitmeyiz ...)

• Önemli miktarda yuvarlama yaparken okuyucuya sinyal verin . Rapor istatistiksel testin kendisini tartışırken özellikle dikkatli olun . Bunun nedeni, insanların kendi hesaplarını kontrol etmek için çalışmanızı kullanabilmeleridir. Bazen küçük bir fark bile bir hata ortaya çıkarabilir. Bela etmek istemezsiniz çünkü 123'den 120'ye yuvarladınız ve bir başkası işi kontrol ediyor, 123'ü alıyor ve birinizin eridiğinden şüpheleniyor.

• Tutarlı olun . Bir değeri bir noktada 123 olarak listelerseniz ve daha sonra 120 olarak referans verirseniz bazı okuyucuları kaybedebilirsiniz.

• Saçmalama . (Örneğin, verilerin yalnızca iki sig inciri olduğunda 15 sig incirine istatistiksel sonuçlar veren raporlarla karşılaştığımda otomatik olarak yetersiz olduğundan şüpheleniyorum.)

12 öneririm (1.2, 123.4). .3'ü neredeyse anlamsız olduğu için atlayın, ancak birçok insan (1.2, 120) gördüklerinde 120'deki son '0'ın önemli olduğunu varsayacaktır.