TODO.txt

//      vim: spelllang=pl

P[i] trochę niefortunnie wybrałem, można to uznać jako moc grzałki którą
ustawiliśmy na przedział i
(bardziej chyba powinniśmy używać dostarczonego ciepła, ale to jest detal),

BTW, zakładamy na razie że całą pętlę sterującą wykonujemy na początku danego 
przedziału czasu.
        - zrezygnować z tego założenia

Wartość funkcji f być może da się zamodelować jakimiś funkcjami
matematycznymi, ale i tak nie znamy parametrów do tych funkcji 
        - można by to zamodelować jakoś i przybliżyć,

czw, 4 wrz 2014, 21:34:11 CEST
Mogą być specjalne przebiegi uczące.

sob, 6 wrz 2014, 18:15:33 CEST
Sekcja 5 - użycie wag:

e = W^{1/2}(X * β - y)
 - możemy minimalizować niedopasowanie wartości β, ale chyba jednak nie
   jest to najlepsze rozwiązanie.
   Chociaż niekoniecznie, to w sumie byłoby dosyć ciekawe.
   To jednak byłoby trochę trudniejsze matematycznie,

   Mamy:
              y = X * β         / X^{-1} *
        //nie możemy policzyć odwrotności macierzy X, bo odwrotności są tylko
        //dla macierzy kwadratowych, musielibyśmy używać
        //uogólnionej macierzy odwrotnej, nie byłoby to takie proste,
        //dokładne czytanie:
        //od początku, a zwłaszcza sekcji "Derivation of the normal equations"
        //może pomóc

        //To jest wszystko liniowe, czyli wystarczy dać chyba 
        //        e' = X * e = W(X * β - y)
        //      nie, potrzebna jest odwrotność

EDIT: pon, 8 wrz 2014, 12:15:46 CEST
        - można skorzystać z ogólnego postępowania kiedy niepewność wartości X
          jest duża


sob, 6 wrz 2014, 21:28:15 CEST
W jakiś sposób uwzględnić starą koncepcję historii:

Mamy N zbiorów danych historycznych o postaci:
{kontekst, akcja, reakcja}
 - akcja - jaką czynność podjęliśmy w danej chwili,
 - kontekst - co działo się z układem przed podjęciem akcji,
 - reakcja - jakie były skutki podjętej akcji.

sob, 6 wrz 2014, 21:33:49 CEST
Nie używać \delta U

nie, 7 wrz 2014, 10:47:28 CEST
Sekcja 3: Uwzględnienie upływu ciepła
- bardziej wyrafinowany (czytaj: działający)
  algorytm do aproksymacji / interpolacji
  szybkości upływu ciepła w danej temperaturze.

- można aproksymować szybkość upływu ciepła wielomianem o stopniu równym lub
  mniejszym 5:
        - gdybyśmy znali dokładne wartości `(∆T[k] | T[k])`, to można by je z bardzo dużą 
        dokładnością aproksymować wielomianowo (ze względów fizycznych),

        - aproksymacja takim wielomianem spowodowałaby możliwość
          dokładniejszego przewidywania szybkości upływu ciepła,

nie, 7 wrz 2014, 11:08:22 CEST
Ujednolicić nazewnictwo: time slice, jednostka czasu, przedział czasu,
przedział czasowy,

nie, 7 wrz 2014, 12:30:49 CEST
Podstawienia typu:
∆T[k] = T[k+1] - T[k] ≈ \sum_{j=k-K}^{k} P[j] * f(k-j)
na:
∆T[k] = T[k+1] - T[k] ≈ \sum_{j=max(0,k-K)}^{k} P[j] * f(k-j)


nie, 7 wrz 2014, 14:34:09 CEST

<!--        skipTags: ['script', 'noscript', 'style', 'textarea', 'pre'] // removed 'code' entry -->
http://stackoverflow.com/a/12979200

nie, 7 wrz 2014, 20:44:41 CEST
W Sekcji 4 (tam gdzie już sterujemy):
//można w sumie wykorzystywać wartości wyliczone w poprzednim oknie czasowym,
//do przyśpieszenia rozwiązywania układu równań w następnym.
//Np. jeśli stosujemy metodę aproksymacyjną, możemy jako punkty startowe przyjąć
//wartości P[u] wyliczone w poprzednim oknie czasowym.

pon, 8 wrz 2014, 11:05:52 CEST
Sekcja 4: Nie pisać równania z U[i], zacząc pisanie równań od U[i+L]
Wprowadzić  L, powiedzmy L powinno być = 1.

pon, 8 wrz 2014, 12:01:41 CEST
Skrócić długie równania które nie są w całości widoczne na podglądzie wydruku.

pon, 8 wrz 2014, 13:35:20 CEST
Wagi:
Nie można uwzględnić wariancji z którą znamy funkcję f()???

pon, 8 wrz 2014, 13:46:08 CEST
Lepszy wybór funkcji z(x) - (W sekcji z omówieniem wag)
 i uogólnienie:

"W ogólnym przypadku można by stosować heurystykę o postaci:
$$z(x) = w[u] = (u+ K / 12)^{-1.2}$$
" - ta funkcja nie będzie zbyt dobrze działać np. dla K = 60

pon, 8 wrz 2014, 14:00:26 CEST
Dodać Snippets.txt jakoś do głównego tekstu.