-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: bartekltg <b...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: RSM i spline
Date: Thu, 15 Nov 2012 10:42:17 +0100
Organization: ATMAN - ATM S.A.
Lines: 110
Message-ID: <k82dds$pdv$1@node1.news.atman.pl>
References: <509ee300$0$26682$65785112@news.neostrada.pl>
<k7olf5$rpm$1@news.task.gda.pl> <k7oo6p$3ut$1@news.task.gda.pl>
<50a082a2$0$1301$65785112@news.neostrada.pl>
<k7qgii$cqo$1@news.task.gda.pl>
<f...@g...com>
<k7ujqc$2gh$1@node1.news.atman.pl> <k7ukdi$1nb$1@news.task.gda.pl>
<50a37a59$0$1313$65785112@news.neostrada.pl>
<k7vvq2$62t$1@mx1.internetia.pl> <k8153f$duq$1@node2.news.atman.pl>
<k822k1$fpc$1@news.task.gda.pl>
NNTP-Posting-Host: 144-mi3-6.acn.waw.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1352972540 26047 85.222.69.144 (15 Nov 2012 09:42:20
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Thu, 15 Nov 2012 09:42:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026
Thunderbird/16.0.2
In-Reply-To: <k822k1$fpc$1@news.task.gda.pl>
Xref: news-archive.icm.edu.pl pl.comp.programming:200917
[ ukryj nagłówki ]W dniu 2012-11-15 07:37, Baranosiu pisze:
> Dnia 14.11.2012 bartekltg <b...@g...com> napisał/a:
>> W dniu 2012-11-14 12:31, Michoo pisze:
>>
>>>> z reguły Simpsona wynika, iż gdy uda się nam dokładniej mierzyć
>>>> dla parzystych to będzie z tego znacznie lepsza poprawa dokładności
>>>> całki niż w przypadku dokładniejszych nieparzystych.
>>>
>>> A taka sytuacja miałby zajść w jakim przypadku praktycznym?
>>
>> Zrobiłem kilka testów.
>>
>> Ta sama funkcja, sin(x)exp(-x) na [0,5],
>> te same metody, puszczone na okolice 10000,
>> 1000 i 100 węzłów.
>>
>> Tym razem dodajemy jednak do każdego punktu szum:)
>> Wartość losową z rozkładu gaussa o zadanym
>> odchyleniu standardowym (zwanym dalej poziomem szumu).
>>
>> Tradycyjnie, manipulujemy poziomem szumu w przedziale
>> 1 do 10^-15 i badamy jakość przybliżenia wartości dokładnej.
>>
>> Ponieważ mamy odczynienia z wartością statystyczną, dla
>> każdego zestawu metoda-poziom szumy obliczenie zostaje powtórzone
>> 1000 razy, a jako wynik bierzemy średnią kwadratową różnic
>> względem wartości analitycznej.
>
> No tak to można wszystko wykazać (dodać szum i to Gaussa, żeby go
> potem "odszumić" średnią :D).
To będzie prawdziwe dla każdego modelu szumu z zerową średnią.
Gaussa akurat mam w bibliotece i łatwiej się liczy jego skutki
niż jednostajnego na odcink [-a,a].
> Ale potraktujmy ten wektor węzłów
> sin(x)*exp(-x) z dodanymi "odchyłkami" jako dane dokładne (na przykład
Tak zrobiłem!
Wyliczyłem sin(x)*exp(-x) i w każdym punkcie dodałem liczbę
losową ~N(0,sd^2). Teraz w te dane walnąłem całkowaczem,
powstał wynik. Ten wynik porównuje z wartością dokładną,
to 'błąd metody'.
Dopiero tak uzyskanie wyniku powtarzam 1000 razy.
Jako ostateczny wynik wypisuje średnią kwadratową tych
1000 błędów metody.
Nie, nie uśredniałem po punktach przed całkowaniem:D
> jako pochodzące z samplera audio o zerowym szumie) i dla tych
> danych trapez z wszystkich próbek wyjdzie dokładniej, niż simpson z co
> dziesiątej czy N-C z co setnej próbki i myślę że to Sławek miał na
> myśli pisząc o "lepszości trapezów w niektórych przypadkach". Owszem,
Oczywista oczywistość. Błąd pochodzący z 'dokładnej' części może
być nawet mniejszy, ale błąd "statystyczny" będzie sqrt(10) raza
większy.
Ale ja nie rozmawiam o urojeniach i poprawnych przewidywaniach
sławka, tylko zastanowiłem się nad problemem, czy aby przypadkiem
metody wyższego rzędu nie są bardziej wrażliwe na szum.
Taka była moja intuicja: Skoro interpretujemy nierównomierność
wag węzłów jako poprawkę szacującą wpływ pochodnej, to czy szum
nie wpływa na nią bardziej.
Oczywiście, porównując przypadki tej samej liczby węzłów,
wartości funkcji.
> można i Simpsopna czy N-C policzyc po wszystkich węzłach, ale obliczeń
> "nieco" więcej a wynik niekoniecznie lepszy, bo nie wiemy jakie jest
Nie jest nieco więcej, bo porównywałem taką samą liczbę węzłów,
nie taką sama liczbę kwadratur podstawowych. Mnożenie w co drugim
okresie przez inną liczbę też da się wyeliminować.
> "exact", chyba że wiemy, ale na przykład pisząc firmware oscyloskopu,
> które ma liczyć RMS przebiegu, nie możemy robić jakichś szczególnych
> założeń co do źródła sygnału, do jakiego oscyloskop jest podłączony a
A co ma znajomość exact do tego? Na tym polega problem, ze exact
nie znamy;) I na tym polegają takie proste testy, że obserwujemy,
jak numerki radza sobie z zadaniem, dla którego rozwiązanie znamy.
> konwerter analogowo-cyfrowy jest powiedzmy 16-bitowy więc jaki jest
> sens stosowania "lepszych" (dokładniejszych) metod?
Dokładnie to, co napisałem na końcu posta i co widać na wykresie.
-Nie wiemy, jaki jest szum.
-Jeśli jest duży, wszytki metody oparte na tych samych węzłach
dadzą ten sam wynik. To jest podstawowy wynik. Im bardziej
się nad tym zastanawiam, tym oczywistszy;)
Jeśli jest mały, lepsze metody dadzą lepszy wynik.
Zresztą, ani słowa nie powiedziałem o RMS. Pisałem o gładkiej
funkcji z pomiarami zaburzonymi w taki a taki sposób;)
pzdr
bartekltg
Następne wpisy z tego wątku
- 15.11.12 11:04 slawek
- 15.11.12 11:17 e...@g...com
- 15.11.12 11:17 slawek
- 15.11.12 11:23 AK
- 15.11.12 11:26 slawek
- 15.11.12 11:35 AK
- 15.11.12 11:37 AK
- 15.11.12 11:43 Michoo
- 15.11.12 11:46 Michoo
- 15.11.12 11:50 AK
- 15.11.12 11:53 AK
- 15.11.12 11:59 e...@g...com
- 15.11.12 12:07 bartekltg
- 15.11.12 14:21 Baranosiu
- 15.11.12 14:40 Baranosiu
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
Najnowsze wątki
- 2025-02-21 Warszawa => Key Account Manager IT <=
- 2025-02-21 Warszawa => Data Engineer (Tech Lead) <=
- 2025-02-21 Aliexpress zaczął oszukiwać na bezczelnego.
- 2025-02-21 Warszawa => System Architect (Java background) <=
- 2025-02-21 Kula w łeb
- 2025-02-21 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-21 Warszawa => Solution Architect (Java background) <=
- 2025-02-21 Lublin => JavaScript / Node / Fullstack Developer <=
- 2025-02-21 Pawel S
- 2025-02-21 Warszawa => Key Account Manager (Usługi HR) <=
- 2025-02-21 Katowice => Senior Field Sales (system ERP) <=
- 2025-02-21 Chrzanów => Programista NodeJS <=
- 2025-02-21 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-02-21 Warszawa => Administrator Systemów Windows IT <=
- 2025-02-21 Wrocław => Specjalista ds. Sprzedaży (transport drogowy) <=