-
Data: 2012-11-15 14:21:42
Temat: Re: RSM i spline
Od: Baranosiu <r...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Dnia 15.11.2012 AK <n...@n...com> napisał/a:
> Użytkownik "Baranosiu" <r...@w...pl> napisał:
>
>> 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".
>
> Hm.. no to rzeczywiscie tworzy sie "nowa numeryka".
> Olewamy wiec "idiotyczne" zapewnienie tych samych warunkow dla wszystkich
> porownywanych metod.
> W zamian tak te warunki indywidualnie pracowicie dopasowujemy,
> aby ukochana przez nas metoda byla lepsza i krzyczymy:
> Bingo ! To ona niezwyciezona!!.
No bo o to mniej więcej chodzi, o próbę znalezienia takiego kontekstu
(o ile to możliwe), w którym trapez okaże się lepszy od
Simpsona. Wiem tyle, że od nazywania kogoś idiotą jeszcze nigdy w
życiu niczego się nie nauczyłem, natomiast czasem coś, co wydaje się
absurdalne ma w sobie "ziarnko prawdy" (nie zawsze) i jeśli pozwolę
współrozmówcy wytłumaczyć dokładnie o co mu chodzi, to albo to ziarnko
prawdy znajdę, albo znajdę błąd w jego rozumowaniu - w obydwu
przypadkach "mózg urośnie" - tylko tyle.
>> Owszem, można i Simpsopna czy N-C policzyc po wszystkich węzłach,
>> ale obliczeń "nieco" więcej
>
> Jak to "nieco" wiecej ? Ani nie wiecej, ani nie mniej.
> _Dokladnie_ tyle samo (w dodatku wynik dokladniejszy).
>
> Trapezy:
> calka = (x[0]+x[n])/2 + SUMA(i=1,n-1,1, x[i])
>
> Simpson:
> calka = (x[0]+x[n])/3 + 4/3*(SUMA(i=1,n-1,2, x[i]) + 2/3*SUMA(i=2,n-2,2, x[i])))
... przy milczącym założeniu, że mamy nieparzystą liczbę próbek, to
rzeczywiście wyjdzie prawie dokładnie to samo, ale jeśli weźmiemy
przykład tego oscyloskopu z wbudowanym samplerem 16-bitowym, to w
trapezach mamy tylko dodawania i jedno przesunięcie bitowe w prawo i
pomimo pracy na typach całkowitych mamy wynik dokładny (dokładny w
sensie obliczeń bo dokładnością staje się tu rozdzielczość bitowa
samplera; przy tym przesunięciu bitowym wiemy, czy "tracimy" 0 czy 1 i
można te "0,5" uwzględnić przy wyświetlaniu wyniku).
Następne wpisy z tego wątku
- 15.11.12 14:40 Baranosiu
- 15.11.12 16:00 AK
- 15.11.12 16:07 AK
- 15.11.12 16:53 slawek
- 15.11.12 16:49 slawek
- 15.11.12 16:56 slawek
- 15.11.12 17:02 AK
- 15.11.12 17:34 slawek
- 15.11.12 17:45 AK
- 15.11.12 17:51 kenobi
- 15.11.12 17:59 AK
- 15.11.12 18:08 bartekltg
- 15.11.12 18:17 slawek
- 15.11.12 18:20 slawek
- 15.11.12 18:26 bartekltg
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-03-05 Zielona GĂłra => Konsultant wdroĹźeniowy Comarch XL/Optima (KsiÄgowoĹ
- 2025-03-05 Białystok => Spedytor Międzynarodowy (handel ładunkami/prowadzenie
- 2025-03-05 Warszawa => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-03-05 Środa Wielkopolska => Konsultant wewnętrzny SAP FI/CO <=
- 2025-03-05 Zielona Góra => Senior Field Sales (system ERP) <=
- 2025-03-05 Warszawa => Data Engineer (Tech Lead) <=
- 2025-03-05 Kraków => Business Development Manager - Network and Network Security
- 2025-03-05 Zaniepokojeni mieszkańcy
- 2025-03-05 Ile pieniędzy ma bank?
- 2025-03-05 Ostrów Świętokrzy => Node.js / Fullstack Developer <=
- 2025-03-05 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-03-05 Warszawa => Frontend Developer (Angular13+) <=
- 2025-03-05 Warszawa => Frontend Developer (obszar Angular13+) <=
- 2025-03-05 Chiny-Kraków => Backend Developer (Node + Java) <=
- 2025-03-05 Warszawa => JavaScript / Node / Fullstack Developer <=