about summary refs log tree commit diff
diff options
context:
space:
mode:
authorEmile <hanemile@protonmail.com>2019-02-24 16:55:07 +0100
committerEmile <hanemile@protonmail.com>2019-02-24 16:55:07 +0100
commita3158810d8d80a1a67f08a639fd275852b9eb501 (patch)
tree7c05bdabb5cf46256c8f224b8fd1da1823d708a9
parent99b4a26f80f0b8384e3630672ab5b70946d97962 (diff)
:pencil2: fixed typos
-rw-r--r--docs/generieren.tex22
1 files changed, 11 insertions, 11 deletions
diff --git a/docs/generieren.tex b/docs/generieren.tex
index 4475041..db10758 100644
--- a/docs/generieren.tex
+++ b/docs/generieren.tex
@@ -145,30 +145,30 @@ nicht.
 
 \subsection{Lookup Tabellen}
 Statt nun für jeden Stern die Distanz des jeweiligen Sternes \( r \) in das
-NFW-Profil (\ref{eq:NFW_profile}) einzusetzen, kann das NFW-Profil im vorhinein
+NFW-Profil (\ref{eq:NFW_profile}) einzusetzen, kann das NFW-Profil im vor hinein
 berechnet werden. Es wird dabei eine Tabelle erstellt in der die Entfernung des
 Sternes zum Mittelpunkt der Galaxie der jeweiligen Wahrscheinlichkeit
 zugeordnet wird:
 
 \begin{center}
 \begin{tabular} {l | l}
-    \( r_1 \) & \( \rho_1 \) \\ \hline
-    \( r_2 \) & \( \rho_2 \) \\ \hline
-    \( r_3 \) & \( \rho_3 \) \\ \hline
-    \( \dots \) & \( \dots \) \\ \hline
-    \( r_n \quad n \in \mathbb{N} \) & \( \rho_n \quad n \in \mathbb{N} \) \\ \hline
+\( r_1 \) & \( \rho_1 \) \\ \hline
+\( r_2 \) & \( \rho_2 \) \\ \hline
+\( r_3 \) & \( \rho_3 \) \\ \hline
+\( \dots \) & \( \dots \) \\ \hline
+\( r_n \quad n \in \mathbb{N} \) & \( \rho_n \quad n \in \mathbb{N} \) \\ \hline
 \end{tabular}
 \end{center}
 
 Die Tabelle kann jedoch nicht so genaue Ergebnisse liefern wie das NFW-Profil,
 sie kann jedoch so angepasst werden, dass sie in den Arbeitsspeicher passt und
 somit das NFW-Profil so genau wie möglich widerspiegelt und das Generieren
-stark verbessert. Dadurch das sie in den Arbeitsspeicher passt ist der Tatsache
-das sie nicht direk berechnet wird auch zu vernachlässigen, denn das Lesen von
+stark verbessert. Dadurch das sie in den Arbeitsspeicher passt, ist der Tatsache
+das sie nicht direkt berechnet wird auch zu vernachlässigen, denn das Lesen von
 Daten aus dem Arbeitsspeicher funktioniert sehr schnell. Mit genügend
-Arbeitsspeicher ist der Fehler demnach auch vernachlässigbar. Ein Kritischer
-Faktor, der beachtet werden muss wenn Lookuptabellen genutzt werden, ist die
-Geschwindigkeit des jeweiligen Speichermediums. Nutzt man z.B. Eine sehr
+Arbeitsspeicher ist der Fehler demnach auch vernachlässigbar. Ein kritischer
+Faktor, der beachtet werden muss, wenn Lookuptabellen genutzt werden, ist die
+Geschwindigkeit des jeweiligen Speichermediums. Nutzt man z. B. Eine sehr
 langsame Festplatte kann es mehr Sinne machen die jeweiligen Werte direkt zu
 berechnen. Dagegen ist eine schnelle SSD (Solid-State-Drive) um einiges
 schneller, kommt jedoch nicht gegen den Arbeitsspeicher an weshalb es sich