-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.internetia.pl!newsfeed.tpintern
et.pl!atlantis.news.tpi.pl!news.tpi.pl!localhost!smolik
From: Gotfryd Smolik news <s...@s...com.pl>
Newsgroups: pl.soc.prawo.podatki
Subject: Re: zaokrąglanie wartości na fakturze
Date: Sat, 11 Sep 2004 15:25:38 +0200
Organization: tp.internet - http://www.tpi.pl/
Lines: 81
Message-ID: <P...@A...portezjan.zabrze.pl>
References: <chs5hp$9nn$1@atlantis.news.tpi.pl> <chsinl$qtn$1@news.onet.pl>
<1...@p...pl> <chssj4$4hs$1@news.onet.pl>
<P...@A...portezjan.zabrze.pl>
<chtdsm$bm2$1@news.onet.pl>
NNTP-Posting-Host: pa202.zabrze.sdi.tpnet.pl
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-2
Content-Transfer-Encoding: 8BIT
X-Trace: nemesis.news.tpi.pl 1094909340 20736 217.97.78.202 (11 Sep 2004 13:29:00
GMT)
X-Complaints-To: u...@t...pl
NNTP-Posting-Date: Sat, 11 Sep 2004 13:29:00 +0000 (UTC)
X-Posting-Agent: Chomik/1.0.3.0
In-Reply-To: <chtdsm$bm2$1@news.onet.pl>
X-Warning: UNAuthenticated Sender
Xref: news-archive.icm.edu.pl pl.soc.prawo.podatki:121824
[ ukryj nagłówki ]On Sat, 11 Sep 2004, Atomek wrote:
[...]
>+ Dla równomiernego rozkładu liczb wymiernych w jakimś przedziale dających się
>+ zapisać na z góry określonej liczbie miejsc znaczących ( np przedział <0,1>
>+ i wszystkie takie liczby wymierne x dla których x*10^5 modulo 10=0) wielkość
>+ kroku z którym zaokrąglamy poszczególne liczby nie ma większego znaczenia,
>+ ich suma będzie prawie
O owo "prawie" chodzi.
>+ taka sama jak suma przed zaokrągleniem. Chociaż i tak
>+ błąd dla wiekszego kroku będzie większy.
Oczywiście.
>+ W praktyce, oczywiście pewne liczby wytepują częściej od innych
Ale NIE O TO CHODZI !
Jeśli zaokrągla się wartości operacji które *już* są prezentowane jako
wartości zapisane na określonej liczbie cyfr - to dla systemów zapisu
nie będących wyłącznie potęgą liczby dwa (w tym dla dziesiętnego :))
pojawia się "mały problem": zakres "w okolicy środkowej cyfry", czyli
"5" na ostatniej pozycji cyfr składa się "tak naprawdę" z DWU podzakresów:
zaokrąglonych na tej pozycji "do 5 w górę" oraz "do 5 w dół".
Wskutek tego iż liczby mamy *już* poobcinane - przedział "oczekiwanych
liczb wymiernych" które w poszczególnych *wynikach pośrednich* trafia
"w okolice środka" jest zaokrąglany *zawsze w górę* !
To zaokrąglanie czegoś, co powinno stanowić (przy systemie dziesiątkowym)
*przedział* o szerokości 10% zaokrąglenia "zawsze w górę" jest
powodem niewielkiego dryfu - który POWINIEN wystąpić. I jest
jedynie "zakłócany" przez przypadkowe odchylenia od średniej !
JAKBY mowa była o liczbach wymiernych - to nie ma sprawy,
prawdopodobieństwo wystąpienia "dokładnie granicy" jest zero.
Pewne prawdopodobieństwo występowałoby z powodu skwantowanych
wartości wejściowych - ale po pierwsze byłoby mniejsze (niż
występowanie zaokrągleń *w niemal każdym* - a przepisy nakazują
najczęściej ujawniać wyniki pośrednie ! - kroku) a po drugie
przecież wartości wejściowe byłyby wymierne lub rzeczywiste :)
Zasada zaokrąglania wartości Y,XX5 "zawsze w górę" jest dobra
dla liczb rzeczywistych (takoż wymiernych) i "uchodzi" dla
liczb zmiennoprzecinkowych (kiedy to NAJCZĘŚCIEJ dokładność
zapisu Y,XX5(0) :) daje tylko śladowy błąd) ale NIE JEST
"matematycznie dokładna" dla liczenia *na zaokrągleniach*.
>+ ale zawsze
>+ bład przy sumowaniu liczb zaookrąglanych z większym krokiem jest większy od
>+ analogicznego błedu gdy liczby zaokrąglane są z krokiem mniejszym.
To dotyczy ZARÓWNO samego odchylenia od wartości średniej (można
powiedzieć: "szumu statystycznego") jak i dryftu wynikłego ze
stosowania sposobu zaokrąglania właściwego dla liczb rzeczywistych
lub wymiernych do liczb ze stałą ilością cyfr po przecinku (czyli
"zapisanych urzędowo").
>+ A wynika
>+ to z prostego faktu że zaokrąglając każdą liczbę popełniamy błąd który <=
>+ krok/2 oraz > -krok/2 . To że w jakimś konkretnym przypadku zaokrąglanie
>+ liczb z większym krokiem bardziej zbliżyło nas do rzeczywistej sumy o niczym
>+ nie świadczy i nie może stanowić podstawy do ustanowienia jakiejś reguły.
Wrrr.....
Ale *ta metoda ma błąd* jeśli jest stosowana do liczb JUŻ zaokrąglonych !
Błąd metody - który jest TAK MAŁY że jak widać większość użytkowników
nie zdaje sobie z niego sprawy :]
>+ A
>+ reguła jest taka że szacując błąd dla sumy liczb zaokrąglanych z większym
>+ krokiem otrzymujemy większy błąd.
Ależ oczywiście.
Tyle iż RoManowi i mi chodzi o INNY błąd.
Spróbuję w osobnym poście, bo grupowicze pewnie już przestali czytać
a widzę że i nasz krótkofalowiec czeka w kolejce :)
--
pozdrowienia, Gotfryd
(KPiR, VAT, ZUS)
Następne wpisy z tego wątku
- 11.09.04 13:41 RoMan Mandziejewicz
- 11.09.04 13:48 Atomek
- 11.09.04 14:01 Gotfryd Smolik news
- 11.09.04 17:08 Gotfryd Smolik news
- 11.09.04 20:18 SP9LWH
- 12.09.04 09:53 Atomek
- 12.09.04 09:59 Atomek
- 13.09.04 06:59 Gotfryd Smolik news
- 13.09.04 06:40 Gotfryd Smolik news
- 13.09.04 09:58 xyz
- 13.09.04 10:58 SP9LWH
- 13.09.04 11:47 xyz
- 13.09.04 13:53 SP9LWH
- 13.09.04 14:21 xyz
- 13.09.04 15:56 SP9LWH
Najnowsze wątki z tej grupy
- Umowa o dzieło zlecenia służby mundurowe
- Useme
- Kasa fiskalna warunki zwolnienia
- Lokaty na nowe środki
- samodzielne prowadzenie księgowości
- Faktura z czech.
- kontrole kont przez fiskus
- jednak nie tylko allegro OLX i podobne
- Praca w Monako i podatki
- Chess
- Vitruvian Man - parts 7-11a
- Vitruvian Man - parts 1-6
- Który program do PIT-ów?
- Jak się płaci CIT ?
- Polak nierezydent, dochód w Polsce i PIT
Najnowsze wątki
- 2025-02-28 Umowa o dzieło zlecenia służby mundurowe
- 2025-02-23 Useme
- 2025-02-20 Kasa fiskalna warunki zwolnienia
- 2025-02-08 Lokaty na nowe środki
- 2025-02-06 samodzielne prowadzenie księgowości
- 2025-01-30 Faktura z czech.
- 2024-07-25 kontrole kont przez fiskus
- 2024-07-02 jednak nie tylko allegro OLX i podobne
- 2024-06-26 Praca w Monako i podatki
- 2024-05-11 Chess
- 2024-05-11 Vitruvian Man - parts 7-11a
- 2024-05-11 Vitruvian Man - parts 1-6
- 2024-04-30 Który program do PIT-ów?
- 2024-04-26 Jak się płaci CIT ?
- 2024-04-11 Polak nierezydent, dochód w Polsce i PIT