Index: palm/trunk/DOC/tec/technical_documentation.html
===================================================================
--- palm/trunk/DOC/tec/technical_documentation.html	(revision 413)
+++ palm/trunk/DOC/tec/technical_documentation.html	(revision 414)
@@ -47,13 +47,13 @@
 <td><b>description</b></td> <td><b>affected
 routines</b></td> </tr> <tr nosave="" valign="top"> <td>06/07/98</td> <td>SR</td>
-<td>1.0</td> <td>C</td> <td nosave="">Änderung
+<td>1.0</td> <td>C</td> <td nosave="">Ãnderung
 von Default-Werten
 (initializing_actions, end_time,
-fcl_factor, use_prior_plot1d_parameters), zusätzliche
-Überprüfung
-von Parametern auf Zulässigkeit (prandtl_layer, psolver, nx,
+fcl_factor, use_prior_plot1d_parameters), zusÃ€tzliche
+ÃberprÃŒfung
+von Parametern auf ZulÃ€ssigkeit (prandtl_layer, psolver, nx,
 ny,
 nz,
-fcl_factor), Höhe der Schnittebenen der Horizontalschnitte
+fcl_factor), HÃ¶he der Schnittebenen der Horizontalschnitte
 wird
 auf
@@ -64,8 +64,8 @@
 Programmteilen benutzt
 (USE). <b>Wichtig</b>: dieses Modul steht in der Datei <tt>module_test.f90.
-D</tt>iese Datei muß in der mrun- und add_library -
+D</tt>iese Datei muÃ in der mrun- und add_library -
 Konfigurationsdatei
 bei der Variablen <tt>module_files</tt>
-aufgeführt werden.</td> <td nosave="">(fast)
+aufgefÃŒhrt werden.</td> <td nosave="">(fast)
 alle&nbsp; <br>
 Neu: module_test</td> </tr> <tr nosave="" valign="top"> <td>16/07/98</td> <td>SR</td>
@@ -90,7 +90,7 @@
 <td>Entfernung der Sonderbehandlung der Advektionsterme
 (Piascek-Williams)
-bei k=1. Terme werden nun überall gleich berechnet. Evtl.
+bei k=1. Terme werden nun ÃŒberall gleich berechnet. Evtl.
 leichte
-Erhöhung der Varianzen in Oberflächennähe.</td>
+ErhÃ¶hung der Varianzen in OberflÃ€chennÃ€he.</td>
 <td nosave="">advec_u_pw, advec_v_pw, advec_w_pw</td>
 </tr> <tr nosave="" valign="top"> <td nosave="">"</td> <td>SR</td> <td>1.0</td>
@@ -98,18 +98,18 @@
 adjust_mixing_length) erfolgt nur
 noch bei
-k=1. Unrealistische sekundäre Maxima in den Km-Profilen
+k=1. Unrealistische sekundÃ€re Maxima in den Km-Profilen
 oberhalb
 der
-Prandtl-Schicht werden damit vermieden. Leichte Änderungen in
+Prandtl-Schicht werden damit vermieden. Leichte Ãnderungen in
 den
-oberflächennahen Turbulenzgrößen sind die
+oberflÃ€chennahen TurbulenzgrÃ¶Ãen sind die
 Folge.</td> <td>diffusivities</td> </tr> <tr nosave="" valign="top"> <td>"</td> <td>SR</td>
 <td>1.0</td> <td>B</td> <td>Falsche
-Berechnung der benötigten CPU-Zeit pro Sekunde
+Berechnung der benÃ¶tigten CPU-Zeit pro Sekunde
 simulierter
-Zeit bei Fortsetzungsläufen korrigiert.&nbsp; <p>Berechnung
+Zeit bei FortsetzungslÃ€ufen korrigiert.&nbsp; <p>Berechnung
 von cross_uxmin(1) und cross_uxmax(1) aus den
 Werten von
-ug und vg entfernt. Lieferte falsche Wertebereiche für Plots
+ug und vg entfernt. Lieferte falsche Wertebereiche fÃŒr Plots
 von
 Vertikalprofilen,
@@ -134,11 +134,11 @@
 Felder herausgeschrieben.&nbsp; </p> <p>Bei
 SOR-Aufrufen war bisher dp nicht initialisiert.
-Entsprechend geändert.</p> </td> <td>init_3d_model,
+Entsprechend geÃ€ndert.</p> </td> <td>init_3d_model,
 plot_2d, pres</td> </tr> <tr nosave="" valign="top"> <td>"</td> <td>SR</td>
 <td>1.0</td> <td>C</td> <td nosave="">Ausgabeformate
-für Statistik-Ausgaben auf
+fÃŒr Statistik-Ausgaben auf
 Datei RUN_CONTROL
 um einige Kommastellen erweitert.&nbsp; <p>Lieferung von
-ausführlicheren Informationen bei
+ausfÃŒhrlicheren Informationen bei
 Programmabbruch
 durch Unterschreitung des minimal erlaubten Zeitschritts.</p> </td>
@@ -146,10 +146,10 @@
 <td>SR</td> <td>1.0</td> <td>N</td>
 <td>Rechnungen mit geneigter Ebene zur Simulation von
-Kaltluftabflüssen
+KaltluftabflÃŒssen
 sind erlaubt. Gestartet und gesteuert werden sie mit dem
 Intialisierungsparameter <tt>alpha_surface</tt>.
 Realisiert wird die geneigte Ebene durch entsprechende
-Schrägstellung
-des Schwerkraftvektors. Dadurch erhält auch die u-Komponente
+SchrÃ€gstellung
+des Schwerkraftvektors. Dadurch erhÃ€lt auch die u-Komponente
 der
 Windgeschwindigkeit
@@ -157,5 +157,5 @@
 Implementierung ist noch nicht abgeschlossen. Die
 Simulation von
-Kaltluftabflüssen erfordert bisher noch Eingriffe "von Hand".</p>
+KaltluftabflÃŒssen erfordert bisher noch Eingriffe "von Hand".</p>
 </td> <td>buoyancy, check_parameters, header, leap_frog,
 modules,
@@ -163,8 +163,8 @@
 read_var_list, write_var_list</td> </tr> <tr nosave="" valign="top"> <td>15/12/98</td> <td>SR</td>
 <td>1.0</td> <td>N</td> <td>Vereinbarung
-einer Cache-Layer zur schnelleren binären
+einer Cache-Layer zur schnelleren binÃ€ren
 I/O auf
 T3E-Rechnern.&nbsp; <p>Ermittelung wahrer I/O-Zeiten
-für binäre
+fÃŒr binÃ€re
 Ein-/Ausgabe auf
 T3E-Rechnern mit TIMEF.</p> </td> <td nosave="">check_open,&nbsp;
@@ -173,19 +173,19 @@
 <td>SR</td> <td>1.0</td> <td>B</td>
 <td>Bekanntgabe von run_description_header an alle
-PE's.&nbsp; <p>Diese Programmänderung erfordert auf
+PE's.&nbsp; <p>Diese ProgrammÃ€nderung erfordert auf
 T3E-Rechnern
 zwingend den
 Einsatz der MPI-Version mpt.1.2.0.1. In dieser neuen Version tritt auch
-der alte Fehler in MPI_ALLREDUCE nicht mehr auf, so daß ab
+der alte Fehler in MPI_ALLREDUCE nicht mehr auf, so daÃ ab
 jetzt
-mpt.1.1.0.1 nicht mehr verwendet werden muß.</p> </td>
+mpt.1.1.0.1 nicht mehr verwendet werden muÃ.</p> </td>
 <td>parles</td> </tr> <tr nosave="" valign="top"> <td nosave="">05/02/99</td>
 <td>SR</td> <td>1.1</td> <td>C/N</td>
 <td>Implementierung des Upstream-Spline- Verfahrens zur Advektion
 von Impuls
-und skalaren Größen (neue UP's, s. rechts).
+und skalaren GrÃ¶Ãen (neue UP's, s. rechts).
 Berechnung von
 Variablen
-für spezielle Advektionsverfahren in eigenständiges
+fÃŒr spezielle Advektionsverfahren in eigenstÃ€ndiges
 UP
 ausgelagert
@@ -193,8 +193,8 @@
 Reines
 Euler-/Upstream-Verfahren
-kann gerechnet werden.&nbsp; <p>Schnelle binäre I/O
+kann gerechnet werden.&nbsp; <p>Schnelle binÃ€re I/O
 (s. 15/12/98) wieder abgeschaltet, da
 Dateien
-nicht wieder einlesbar sind. Druckstörung (p) wird zu Beginn
+nicht wieder einlesbar sind. DruckstÃ¶rung (p) wird zu Beginn
 auf 0
 gesetzt, damit sie keine Tendenzen im ersten Zeitschritt hervorruft.</p>
@@ -209,6 +209,6 @@
 spline_x, spline_y, spline_z</p> </td> </tr> <tr nosave="" valign="top"> <td nosave="">24/02/99</td>
 <td>SR</td> <td>1.1a</td> <td>C/N</td>
-<td>Kleinere Ergänzungen / Änderungen
-für Upstream
+<td>Kleinere ErgÃ€nzungen / Ãnderungen
+fÃŒr Upstream
 - Spline,&nbsp; <br>
 Diverse Verbesserungen bei Berechnung der Diffusionskoeffizienten
@@ -218,5 +218,5 @@
 auch unterhalb des entsprechenden Gitterpunktes stabil ist),
 Wertebegrenzung
-bei Spline - Berechnung zur Verhinderung von "Überschwingern"</td>
+bei Spline - Berechnung zur Verhinderung von "Ãberschwingern"</td>
 <td>check_parameters, diffusion_e, diffusion_pt, diffusivities,
 header,
@@ -230,8 +230,8 @@
 <td>advec_s_bc, leap_frog</td> </tr> <tr nosave="" valign="top"> <td nosave="">01/03/99</td>
 <td>MS</td> <td>1.1b</td> <td>N</td>
-<td>Kleinere Ergänzungen für Upstream -
+<td>Kleinere ErgÃ€nzungen fÃŒr Upstream -
 Spline:&nbsp; <ul> <li>Gradientenkontrolle
-für den nicht-parallelen Teil</li> <li>statistische
-Auswertung über den prozentualen Anteil
+fÃŒr den nicht-parallelen Teil</li> <li>statistische
+Auswertung ÃŒber den prozentualen Anteil
 des
 Upstream-Verfahrens
@@ -240,24 +240,24 @@
 </tr> <tr nosave="" valign="top"> <td>"</td>
 <td>SR</td> <td>1.1b</td> <td>N</td>
-<td>Datenkompression für 3D-Plotausgaben</td> <td nosave="">check_open, check_parameters, close_files, header,
+<td>Datenkompression fÃŒr 3D-Plotausgaben</td> <td nosave="">check_open, check_parameters, close_files, header,
 modules,
 parin, plot_3d&nbsp; <p><b>Neu:</b> <br>
 write_compressed</p> </td> </tr> <tr nosave="" valign="top"> <td nosave="">03/03/99</td>
 <td>SR</td> <td>1.1c</td> <td>B/C</td>
-<td>Schnelle binäre I/O auf T3E-Rechnern funktioniert
+<td>Schnelle binÃ€re I/O auf T3E-Rechnern funktioniert
 jetzt.
 Beim
-binären Einlesen dürfen Records nicht mit dem Trick "<tt>READ
-(..) idum</tt>" überlesen werden. Zeitmessungen auf T3E
+binÃ€ren Einlesen dÃŒrfen Records nicht mit dem Trick "<tt>READ
+(..) idum</tt>" ÃŒberlesen werden. Zeitmessungen auf T3E
 erfolgen
 jetzt
-grundsätzlich mit <tt>TIMEF.</tt></td> <td>check_open,
+grundsÃ€tzlich mit <tt>TIMEF.</tt></td> <td>check_open,
 cpu_zeitmessung, init_3d_model, modules,
 write_3d_binary</td> </tr> <tr nosave="" valign="top"> <td nosave="">25/03/99</td>
 <td>SR</td> <td>1.1d</td> <td>N</td>
-<td>Einbau einer Rayleigh-Dämpfungsschicht sowie
+<td>Einbau einer Rayleigh-DÃ€mpfungsschicht sowie
 flexiblere
 Wahl der
-numerischen Begrenzer für das Upstream - Spline - Verfahren.</td>
+numerischen Begrenzer fÃŒr das Upstream - Spline - Verfahren.</td>
 <td>check_parameters, header, init_3d_model, leap_frog, modules,
 parin,
@@ -269,11 +269,11 @@
 <td>1.1e</td> <td>N</td> <td nosave="">Partikelplots
 mit vtk-Graphiksoftware sind auf t3eh
-möglich.
+mÃ¶glich.
 Ausgabe erfolgt im dvr-Format. Bisher noch nicht nutzbar, da noch
-Einstellmöglichkeiten
-für die Partikelquelle(n) fehlen. <b>Wichtig:</b>
+EinstellmÃ¶glichkeiten
+fÃŒr die Partikelquelle(n) fehlen. <b>Wichtig:</b>
 Die Benutzung
 der
-vtk-Software erfordert die zusätzliche mrun-Option <tt>-g</tt>.
+vtk-Software erfordert die zusÃ€tzliche mrun-Option <tt>-g</tt>.
 Das
 Hauptprogramm <tt>parles</tt> wird in diesem Fall zum
@@ -293,10 +293,10 @@
 nx /= ny auf.</td> <td>cpu_zeitmessung, spline_y</td>
 </tr> <tr nosave="" valign="top"> <td nosave="">28/12/99</td> <td>SR</td> <td>1.1f</td>
-<td>N</td> <td>Plot von Isooberflächen mit
+<td>N</td> <td>Plot von IsooberflÃ€chen mit
 vtk-Graphiksoftware sind auf
 t3eh
-möglich. Ausgabe erfolgt im dvr-Format. Bisher noch nicht
+mÃ¶glich. Ausgabe erfolgt im dvr-Format. Bisher noch nicht
 allgemein
-nutzbar, da noch diverse manuelle Eingriffe nötig sind.</td>
+nutzbar, da noch diverse manuelle Eingriffe nÃ¶tig sind.</td>
 <td>header, leap_frog, modules, parin, plot_particles,
 read_var_list, write_var_list&nbsp; <p><b>Neu:</b>
@@ -304,5 +304,5 @@
 plot_isosurface</p> </td> </tr> <tr nosave="" valign="top"> <td nosave="">10/01/00</td>
 <td>SR</td> <td>1.2</td> <td>C</td>
-<td>Randbedingungen für w (=0) werden explizit gesetzt,
+<td>Randbedingungen fÃŒr w (=0) werden explizit gesetzt,
 und
 zwar nicht
@@ -310,35 +310,35 @@
 bei&nbsp; <tt>k =
 nzt</tt>,
-wo bislang der vom vorigen Zeitschritt durch den Drucklöser
+wo bislang der vom vorigen Zeitschritt durch den DrucklÃ¶ser
 ermittelte
-Wert stand. Auch jetzt wird der Wert bei k = nzt anschließend
+Wert stand. Auch jetzt wird der Wert bei k = nzt anschlieÃend
 durch
-den Drucklöser modifiziert. Soweit bis jetzt abzusehen, hat
+den DrucklÃ¶ser modifiziert. Soweit bis jetzt abzusehen, hat
 diese
-Änderung nur minimale Auswirkungen auf den Prognoseverlauf.
+Ãnderung nur minimale Auswirkungen auf den Prognoseverlauf.
 Evtl.
-gibt es stärkere Auswirkungen bei exzessivem Auftreten von
+gibt es stÃ€rkere Auswirkungen bei exzessivem Auftreten von
 Schwerewellen
 am oberen Rand (die dort aber eigentlich sowieso nicht
-hingehören).&nbsp; <br>
-Variablenübergabe an <tt>boundary_conds</tt>
+hingehÃ¶ren).&nbsp; <br>
+VariablenÃŒbergabe an <tt>boundary_conds</tt>
 erfolgt&nbsp; <br>
-über Modul und nicht mehr per Parameterliste.&nbsp; <p>Bei
-Galilei-Transformation wird jetzt defaultmäßig
+ÃŒber Modul und nicht mehr per Parameterliste.&nbsp; <p>Bei
+Galilei-Transformation wird jetzt defaultmÃ€Ãig
 der geostrophische
 Wind als Translationsgeschwindigkeit verwendet (neuer
 Initialisierungsparameter <tt>use_ug_for_galilei_tr</tt>).
-Dadurch wird das verstärkte Auftreten von Schwerewellen bei
-höheren
-geostrophischen Windgeschwindigkeiten unterdrückt.&nbsp; </p>
+Dadurch wird das verstÃ€rkte Auftreten von Schwerewellen bei
+hÃ¶heren
+geostrophischen Windgeschwindigkeiten unterdrÃŒckt.&nbsp; </p>
 <p>3D-Feldvariablen (u, v, w, pt, e, km, kh) sowie einige
 2D-Variablen
 (usws, vsws, rif, shf) sind nun als Pointer deklariert, denen nach
 jedem
-Zeitschritt neue Targets zugeordnet werden (für die
-benötigten&nbsp;
+Zeitschritt neue Targets zugeordnet werden (fÃŒr die
+benÃ¶tigten&nbsp;
 3 Zeitebenen existieren die Targets ..._1 (z.B. u_1), ..._2, ..._3).
 Durch
-die jeweilige Neuzuordnung der Targets entfällt das
+die jeweilige Neuzuordnung der Targets entfÃ€llt das
 Umspeichern
 der
@@ -347,9 +347,9 @@
 Die Umordnung der Zeitebenen wurde ins neue UP <tt>swap_timelevel</tt>
 ausgelagert.&nbsp; <br> <b>Wichtig:</b> Die
-Übersetzungszeiten haben durch die
-Einführung
+Ãbersetzungszeiten haben durch die
+EinfÃŒhrung
 der Pointer t.w. sehr deutlich zugenommen (<tt>leap_frog</tt>
-benötigt
-jetzt z.B. ca. 60 Sekunden). Außerdem benötigt der
+benÃ¶tigt
+jetzt z.B. ca. 60 Sekunden). AuÃerdem benÃ¶tigt der
 Compiler
 jetzt wesentlich mehr Speicher. Der "memory"-Parameter in den
@@ -357,14 +357,14 @@
 (.mrun.config, .al.config) muss nun mindestens den Wert 60 (MB) (t3eh,
 t3ej2) bzw. 45 (t3eb) und 96 (vpp) haben.&nbsp; <br> <b>Achtung:</b>
-bislang wurde diese Änderung nur für
+bislang wurde diese Ãnderung nur fÃŒr
 das
 reine Leapfrog-Verfahren getestet!&nbsp; </p> <p>Neue
 Laderoption "<tt>-D preset=nan</tt>" empfohlen (s.
 Beispiel-Konfigurationsdatei).
-Ebenso empfehlenswert für Debug-Läufe: Compileroption
+Ebenso empfehlenswert fÃŒr Debug-LÃ€ufe: Compileroption
 "<tt>-ei</tt>".
 Diese bewirkt einen Programmabbruch, falls mit nicht initialisierten
 Variablen
-gearbeitet wird (ist aber zeitaufwendig in der Ausführung!).</p>
+gearbeitet wird (ist aber zeitaufwendig in der AusfÃŒhrung!).</p>
 </td> <td>boundary_conds, check_parameters, header,
 init_3d_model,
@@ -376,10 +376,10 @@
 <td>Der Asselin-Filter wird vor Umordnung der Zeitebenen
 aufgerufen. Dies
-geschah bisher fälschlicherweise erst danach, sodass der
+geschah bisher fÃ€lschlicherweise erst danach, sodass der
 Zeitfilter
 asymmetrisch arbeitete.&nbsp; <br> <b>Achtung:</b>
-diese Änderung hat Auswirkungen auf den
+diese Ãnderung hat Auswirkungen auf den
 Prognoseverlauf.
-Die Testergebnis-Datei wurde entsprechend geändert.</td>
+Die Testergebnis-Datei wurde entsprechend geÃ€ndert.</td>
 <td>leap_frog</td> </tr> <tr nosave="">
 <td nosave="" valign="top">14/02/00</td> <td nosave="" valign="top">MS</td> <td nosave="" valign="top">1.2</td> <td nosave="" valign="top">B/C</td> <td><b>1D-Modell:</b>
@@ -391,14 +391,14 @@
 zeitlichen
 Filterung unterzogen. Dies wird nun unterbunden.&nbsp; </p> <p>Die
-Divergenz der Impulsflüsse an der Prandtl - Schicht -
+Divergenz der ImpulsflÃŒsse an der Prandtl - Schicht -
 Obergrenze
-wird nun über eine ganze Gitterweite gebildet. Die bisherige
+wird nun ÃŒber eine ganze Gitterweite gebildet. Die bisherige
 Methode
 lieferte im Vergleich mit Ergebnissen anderer LES-Modelle&nbsp; zu
-große
-Impulsflüsse.&nbsp; </p> <p>Bei der
+groÃe
+ImpulsflÃŒsse.&nbsp; </p> <p>Bei der
 Berechnung der Diffusion der Temperatur werden die
 Diffusionskoeffizienten
-nun wieder durch Mittelung für die entsprechenden&nbsp;
+nun wieder durch Mittelung fÃŒr die entsprechenden&nbsp;
 Gitterpunkte
 bereitgestllt. Das Maximumkriterium, das im Zuge der Implementierung
@@ -407,7 +407,7 @@
 rasches
 Anwachsen der Grenzschicht mit der Zeit.&nbsp; </p> <p><b>Achtung:</b>
-diese Änderungen haben Auswirkungen auf
+diese Ãnderungen haben Auswirkungen auf
 den Prognoseverlauf.
-Die Testergebnis-Datei wurde entsprechend geändert.</p> </td>
+Die Testergebnis-Datei wurde entsprechend geÃ€ndert.</p> </td>
 <td nosave="" valign="top">init_1d_model,
 asselin_filter,
@@ -415,14 +415,14 @@
 diffusion_pt</td> </tr> <tr nosave="" valign="top"> <td nosave="">17/02/00</td>
 <td>MS</td> <td>2.0</td> <td>N</td>
-<td><b>Allgemeine Beschreibung der Änderungen:</b>
+<td><b>Allgemeine Beschreibung der Ãnderungen:</b>
 <br>
-vollständige Implementierung des wolkenphysikalischen
+vollstÃ€ndige Implementierung des wolkenphysikalischen
 Moduls&nbsp; <p>Zur Implementierung der Wolkenphysik waren
 umfangreiche
-Änderungen
+Ãnderungen
 in zahlreichen Programmteilen notwendig (Beschreibung <a href="#Cloud_physics">siehe
 unten</a> ). Im einzelnen wurden folgende Unprogramme
-geändert:&nbsp; <br> <b>modules</b>:&nbsp;
-<br>1) Bereitstellung neuer 3D-, 2D- und 1D-Felder für
+geÃ€ndert:&nbsp; <br> <b>modules</b>:&nbsp;
+<br>1) Bereitstellung neuer 3D-, 2D- und 1D-Felder fÃŒr
 die Prognose
 des Gesamtwassergehaltes&nbsp; <br>
@@ -433,6 +433,6 @@
 write_var_list,
 write_3d_binary: </b>In/Output
-der neuen Initialisierungsparamter und Felder für
-Fortsetzungsläufe&nbsp;</font> <br> <font color="#000000"><b>check_parameters:</b>
+der neuen Initialisierungsparamter und Felder fÃŒr
+FortsetzungslÃ€ufe&nbsp;</font> <br> <font color="#000000"><b>check_parameters:</b>
 Initialisierung
 des
@@ -442,10 +442,10 @@
 Temperatur,</font> <br> <font color="#ff0000">lpt</font><font color="#000000">:
 potentielle
-Flüssigwassertemperatur,</font> <br> <font color="#ff0000">q</font><font color="#000000">:
+FlÃŒssigwassertemperatur,</font> <br> <font color="#ff0000">q</font><font color="#000000">:
 Gesamtwassergehalt,</font> <br> <font color="#ff0000">qv</font><font color="#000000">:
 spezifische
 Feuchte,</font> <br> <font color="#ff0000">ql</font><font color="#000000">:
-Flüssigwassergehalt,</font> <br> <font color="#ff0000">w"vpt", w*vpt*, wvpt</font><font color="#000000">:
-Auftriebsfluss (subskalig, aufgelöst, gesamt),</font> <br>
+FlÃŒssigwassergehalt,</font> <br> <font color="#ff0000">w"vpt", w*vpt*, wvpt</font><font color="#000000">:
+Auftriebsfluss (subskalig, aufgelÃ¶st, gesamt),</font> <br>
 <font color="#ff0000">w"q", w*q*, wq</font><font color="#000000">:
 Wasserfluss (subs., aufg., ges.),</font> <br> <font color="#ff0000">w"qv", w*qv*, wqv</font><font color="#000000">:
@@ -454,8 +454,8 @@
 Feuchte/Wasserfelder&nbsp; <br> <b>init_1d_model</b>:
 Anpassung an Rechnungen mit Feuchte&nbsp; <br> <b>header</b>:
-Headerausgaben für Feuchtebehandlung und
+Headerausgaben fÃŒr Feuchtebehandlung und
 Wolkenphysik
-eingefügt, außerdem Formatnummern erweitert um Platz
-für
+eingefÃŒgt, auÃerdem Formatnummern erweitert um Platz
+fÃŒr
 weitere Ausgaben zu schaffen&nbsp; <br> <b>leap_frog:</b>
 <br>
@@ -468,14 +468,14 @@
 flow_statistics: </b>Anpassung
 an Feuchtebehandlung&nbsp; <br> <b>plot2d, plot3d</b>:
-Ausgabemöglichkeiten von q und ql <br> <b>buoyancy</b>:
+AusgabemÃ¶glichkeiten von q und ql <br> <b>buoyancy</b>:
 Anpassung des Autriebstermes an
 Feuchtebehandlung
-durch neue Übergabeparameter: Temperatur + Nummer des
+durch neue Ãbergabeparameter: Temperatur + Nummer des
 entsprechenden
 mittleren Temperaturprofils&nbsp; <br> <b>diffusion_e</b>:
 Anpassung der Mischungswegberechnung an
 Feuchtebehandlung
-durch Variation der Übergabeparameter&nbsp; <br> <b>production_e</b>:
-TKE-Produktion durch Auftriebskräfte an
+durch Variation der Ãbergabeparameter&nbsp; <br> <b>production_e</b>:
+TKE-Produktion durch AuftriebskrÃ€fte an
 Feuchtebehandlung
 angepasst&nbsp; <br> <b>diffusivities</b>:
@@ -483,28 +483,28 @@
 Prandtl-Schicht fuer den
 Gesamtwassergehalt
-eingefügt&nbsp; </p> <p>Zusätzlich
+eingefÃŒgt&nbsp; </p> <p>ZusÃ€tzlich
 wurden folgende Unterprogramme NEU
-eingeführt:&nbsp; <br> <b>inti_cloud_physics</b>:
+eingefÃŒhrt:&nbsp; <br> <b>inti_cloud_physics</b>:
 Initialisierung wolkenphysikalischer
 Parameter&nbsp; <br> <b>prognostic_equations</b>:
 Auslagerung der prognostischen
 Gleichungen
-aus leap_frog, zusätzliche porgnostische Gleichung
-für den
+aus leap_frog, zusÃ€tzliche porgnostische Gleichung
+fÃŒr den
 Gesamtwassergehalt&nbsp; <br> <b>diffusion_s</b>:
 Berechnung der Diffusion skalarer
-Größen
+GrÃ¶Ãen
 (Temperatur und Gesamtwassergehalt), ersetzt diffusion_pt&nbsp; <br>
 <b>calc_liquid_water_content</b>: Berechnung des
-Flüssigwassergehalts&nbsp; <br> <b>calc_radiation</b>:
+FlÃŒssigwassergehalts&nbsp; <br> <b>calc_radiation</b>:
 Parametrisierung langwelliger
 Strahlungsprozesse
-über des Schema der effektiven Emissivität&nbsp; <br>
+ÃŒber des Schema der effektiven EmissivitÃ€t&nbsp; <br>
 <b>calc_precipitation</b>:Parametrisierung von
 Niederschlagsprozessen
 mit Hilfe eines vereinfachten Kesslerschemas&nbsp; <br> <b>impact_of_latent_heat</b>:
-Berücksichtigung der durch
+BerÃŒcksichtigung der durch
 Niederschlagsprozesse
-zurückbleibenden latenten Waerme innerhalb eines
+zurÃŒckbleibenden latenten Waerme innerhalb eines
 Gittervolumens&nbsp; <br> <b>compute_vpt</b>:
 Berechnung der virtuellen potentiellen
@@ -526,10 +526,10 @@
 der Niderschlagsparametrisierung</td> </tr> <tr> <td><tt>bc_q_b</tt></td>
 <td>C</td> <td>'dirichlet'</td> <td>untere
-Randbedingung für q (siehe auch bc_pt_b)</td> </tr>
+Randbedingung fÃŒr q (siehe auch bc_pt_b)</td> </tr>
 <tr> <td><tt>bc_q_t</tt></td> <td>C</td>
-<td>'neumann'</td> <td>obere RB für q
+<td>'neumann'</td> <td>obere RB fÃŒr q
 (siehe auch bc_pt_t)</td> </tr> <tr> <td><tt>q_surface</tt></td>
 <td>R</td> <td>0.0</td> <td>Feuchtewert
-an der Erdoberfläche</td> </tr> <tr> <td><tt>q_surface_initial_change</tt></td>
+an der ErdoberflÃ€che</td> </tr> <tr> <td><tt>q_surface_initial_change</tt></td>
 <td>R</td> <td>0.0</td> <td>vgl.
 pt_surface_initial_change</td> </tr> <tr> <td><tt>q_vertical_gradient</tt></td>
@@ -540,8 +540,8 @@
 pt_vertical_gradient_level</td> </tr> <tr> <td><tt>surface_pressure</tt></td>
 <td>R</td> <td>1013.25</td> <td>Luftdruck
-an der Erdoberfläche</td> </tr> <tr> <td><tt>surface_waterflux</tt></td>
-<td>R</td> <td>0.0</td> <td>oberflächennaher
+an der ErdoberflÃ€che</td> </tr> <tr> <td><tt>surface_waterflux</tt></td>
+<td>R</td> <td>0.0</td> <td>oberflÃ€chennaher
 Wasser/Feuchtefluss</td> </tr> </tbody> </table>
-Fortsetzungsläufe mit Daten, die mit Modellversionen kleiner
+FortsetzungslÃ€ufe mit Daten, die mit Modellversionen kleiner
 2.0
 erzeugt
@@ -552,7 +552,7 @@
 deshalb nach Abschluss eines kompletten Modelllaufs erfolgen.&nbsp;
 </p> <p><b>Achtung:</b> diese
-Änderungen haben Auswirkungen auf
+Ãnderungen haben Auswirkungen auf
 den Prognoseverlauf.
-Die Testergebnis-Datei wurde entsprechend geändert.</p> </td>
+Die Testergebnis-Datei wurde entsprechend geÃ€ndert.</p> </td>
 <td nosave="" valign="top">modules, parin,
 read_var_list,
@@ -569,33 +569,33 @@
 Umstellung auf Modellversion 2.0&nbsp; wurden
 noch kleine
-Änderungen an den Unterprogrammen diffusion_e, production_e
+Ãnderungen an den Unterprogrammen diffusion_e, production_e
 und
 diffusivities
 vorgenommen. In allen genannten&nbsp; <br>
 Unterprogrammen wurde bisher ein strengeres Kriterium zur Bestimmung
-der Schichtungsverhältnisse verwendet. Ein Modellvergleich
+der SchichtungsverhÃ€ltnisse verwendet. Ein Modellvergleich
 zeigte
 jedoch, dass dadurch die Diffusion im Bereich der Inversion zu gross
-wird.&nbsp; <p>Eine weitere Ergänzung betrifft die
+wird.&nbsp; <p>Eine weitere ErgÃ€nzung betrifft die
 Advektionsverfahren:&nbsp; <br>
-Das Bott-Chlond Advektionsverfahren ist nun auch für
+Das Bott-Chlond Advektionsverfahren ist nun auch fÃŒr
 Rechnungen
-mit Feuchte/Wolkenphysik verfügbar.&nbsp; </p> <p><b>Achtung:</b>
-diese Änderungen haben Auswirkungen auf
+mit Feuchte/Wolkenphysik verfÃŒgbar.&nbsp; </p> <p><b>Achtung:</b>
+diese Ãnderungen haben Auswirkungen auf
 den Prognoseverlauf.
-Die Testergebnis-Datei wurde entsprechend geändert.</p> </td>
+Die Testergebnis-Datei wurde entsprechend geÃ€ndert.</p> </td>
 <td nosave="" valign="top">diffusion_e,
 production_e,
 diffusivities, check_parameters</td> </tr> <tr nosave="" valign="top"> <td nosave="">26/04/00</td>
 <td>SR</td> <td>2.0a</td> <td>C</td>
-<td>Vollständige Umstellung von vtk-Grafik-Software auf
+<td>VollstÃ€ndige Umstellung von vtk-Grafik-Software auf
 dvrp-Software.
 Grafik-Ausgaben im dvr-Format sind mittlerweile begrenzt nutzbar
-(Isooberflächen
+(IsooberflÃ€chen
 sind darstellbar, siehe neue Laufparameter&nbsp; <tt>dt_dvrp,
 threshold</tt>),
 es wird aber in der Anwendung in naher Zukunft noch diverse
-Änderungen
-geben. Partikelausgabe vorerst nicht mehr möglich (Verlagerung
+Ãnderungen
+geben. Partikelausgabe vorerst nicht mehr mÃ¶glich (Verlagerung
 schon).</td> <td>header, init_particles, init_3d_model,
 leap_frog, modules,
@@ -607,9 +607,9 @@
 init_dvrp, plot_dvrp</p> </td> </tr> <tr nosave="" valign="top"> <td nosave="">26/04/00</td>
 <td>SR</td> <td>2.0a</td> <td>C</td>
-<td>Durch zusätzlichen zyklischen Rand im
+<td>Durch zusÃ€tzlichen zyklischen Rand im
 Bott-Chlond-Schema
 sehr
 viele SENDRECV-Aufrufe eingespart.&nbsp; <br>
-Änderung des Namens einer eingelesenen Environment-Variablen
+Ãnderung des Namens einer eingelesenen Environment-Variablen
 in <tt>check_open</tt>
 von <tt>remote_addres</tt> nach <tt>return_addres</tt>.&nbsp;
@@ -618,15 +618,15 @@
 Initialisierungsparameter <tt>npex</tt> und <tt>npey</tt>.
 Durch
-Änderungen
-am Header-Format wurde Testergebnis-Datei geändert.</td>
+Ãnderungen
+am Header-Format wurde Testergebnis-Datei geÃ€ndert.</td>
 <td>advec_s_bc, check_open, header, init_pegrid, modules, parin,
 read_var_list,
 write_var_list</td> </tr> <tr nosave="" valign="top"> <td nosave="">26/04/00</td>
 <td>SR</td> <td>2.0a</td> <td>N</td>
-<td>Rechnungen mit geneigter Oberfläche erlauben jetzt
+<td>Rechnungen mit geneigter OberflÃ€che erlauben jetzt
 die
 Vorgabe
 eines stabil geschichteten Temperaturprofils mit konstantem Gradienten.
-Hinzuschalten von Feuchte funktioniert für Hangrechnungen noch
+Hinzuschalten von Feuchte funktioniert fÃŒr Hangrechnungen noch
 nicht.</td> <td>advec_s_bc, buoyancy, init_3d_model,
 modules,
@@ -634,54 +634,54 @@
 init_slope</p> </td> </tr> <tr nosave="" valign="top"> <td>13/06/00</td> <td>MS</td>
 <td>2.0a</td> <td nosave="">B</td> <td>Es
-werden nun auch die seitlichen Ränder für ql
+werden nun auch die seitlichen RÃ€nder fÃŒr ql
 gesetzt.
-Ein Nichtsetzen der Randbedingungen führte zu Fehlern bei der
+Ein Nichtsetzen der Randbedingungen fÃŒhrte zu Fehlern bei der
 Ausgabe
 von pt</td> <td nosave="">calc_liquid_water_content</td>
 </tr> <tr nosave="" valign="top"> <td nosave="">03/07/00</td> <td>SR</td> <td>2.0b</td>
-<td>C</td> <td>Für eine Reihe von&nbsp;
+<td>C</td> <td>FÃŒr eine Reihe von&nbsp;
 Unterprogrammen, die innerhalb
 von <tt>prognostic_equation</tt>
-aufgerufen werden und an die Pointer-Variablen übergeben
+aufgerufen werden und an die Pointer-Variablen ÃŒbergeben
 werden,
 sind
 jetzt explizite Interfaces vereinbart (neues Modul <tt>pointer_interfaces</tt>).
 Auch im Vereinbarungsteil der entsprechenden Unterprogramme sind diese
-Übergabeparameter jetzt aus Konsistenzgründen (und
+Ãbergabeparameter jetzt aus KonsistenzgrÃŒnden (und
 weil es
 sonst
 Laufzeitfehler gibt) als Pointer-Variablen deklariert. Mit dieser
-Änderung
-ist der große Speicher- und CPU-Zeit-Bedarf beim
-Übersetzen
-von prognostic_equations wieder auf ein erträgliches
-Maß
+Ãnderung
+ist der groÃe Speicher- und CPU-Zeit-Bedarf beim
+Ãbersetzen
+von prognostic_equations wieder auf ein ertrÃ€gliches
+MaÃ
 reduziert.&nbsp; <br>
-Im Rahmen dieser Änderungen wurde auch an diffusion_e ein
+Im Rahmen dieser Ãnderungen wurde auch an diffusion_e ein
 Hilfsfeld
-weniger übergeben.&nbsp; <br>
-Aus nicht vollständig gekärten Gründen haben
+weniger ÃŒbergeben.&nbsp; <br>
+Aus nicht vollstÃ€ndig gekÃ€rten GrÃŒnden haben
 sich die
-Zahlen in der Testergebnis-Datei minimal geändert (und zwar
+Zahlen in der Testergebnis-Datei minimal geÃ€ndert (und zwar
 die
 Spalte
-mit der Gesamtdivergenz nach Aufruf des Drucklösers).</td>
+mit der Gesamtdivergenz nach Aufruf des DrucklÃ¶sers).</td>
 <td>advec_s_bc, buoyancy, diffusion_e, diffusion_s, diffusion_u,
 diffusion_v,
 diffusion_w, disturb_field, modules, production_e, prognostic_equations</td>
 </tr> <tr nosave="" valign="top"> <td nosave="">04/07/00</td> <td>SR</td> <td>2.0b</td>
-<td>B</td> <td>Diriclet-Randbedingungen für
+<td>B</td> <td>Diriclet-Randbedingungen fÃŒr
 Temperatur und
-Flüssigwassergehalt
-werden gesetzt. Dies wäre bereits nach Einführung der
+FlÃŒssigwassergehalt
+werden gesetzt. Dies wÃ€re bereits nach EinfÃŒhrung der
 Pointer
 zwingend notwendig gewesen. Rechnungen mit vorgegebener
-Oberflächentemperatur
+OberflÃ€chentemperatur
 schlugen deshalb bislang fehl.</td> <td>boundary_conds</td>
 </tr> <tr nosave="" valign="top"> <td nosave="">07/09/00</td> <td>MS</td> <td>2.0b</td>
 <td>B</td> <td>Die virtuelle potenielle Temperatur
-wird nun auch für
+wird nun auch fÃŒr
 k=nzb und
-k=nzt+1 berechnet, um die Randwerte auch für Ausgabezwecke
+k=nzt+1 berechnet, um die Randwerte auch fÃŒr Ausgabezwecke
 bereichtzustellen.&nbsp;</td> <td>compute_vpt</td>
 </tr> <tr nosave="" valign="top"> <td nosave="">28/12/00</td> <td>SR</td> <td>2.1</td>
@@ -689,14 +689,14 @@
 optionaler Software-Pakete,
 die zwar
-zum Modell gehören, standardmäßig aber
+zum Modell gehÃ¶ren, standardmÃ€Ãig aber
 nicht mit
-übersetzt
+ÃŒbersetzt
 werden, um so unter anderem Kompilationszeit einzusparen. Siehe neues
 Kapitel
 3.7 in der Modelldokumentation.&nbsp; <p>Einsatz der
-dvrp-Software wurde vollständig
-überarbeitet.
+dvrp-Software wurde vollstÃ€ndig
+ÃŒberarbeitet.
 Sie ist nun als Software-Paket optional im Modell einsetzbar. Siehe
-überarbeitetes
+ÃŒberarbeitetes
 Kapitel 4.5.6 in der Modelldokumentation.&nbsp; </p> <p>Die
 Prognose der Partikelverlagerung ist ebenfalls in ein
@@ -716,7 +716,7 @@
 <td>parles</td> </tr> <tr nosave="" valign="top"> <td nosave="">02/01/01</td>
 <td>SR</td> <td>2.1a</td> <td>C</td>
-<td>Offene Dateien werden sobald möglich geschlossen.
-Wiedereröffnung
-bestimmter Dateien mit POSITION='APPEND' möglich. In diesem
+<td>Offene Dateien werden sobald mÃ¶glich geschlossen.
+WiedererÃ¶ffnung
+bestimmter Dateien mit POSITION='APPEND' mÃ¶glich. In diesem
 Zusammenhang
 wurde das Unterprogramm close_files in close_file umbenannt und hat nun
@@ -742,11 +742,11 @@
 <br>
 calc_spectra, plot_spectra</p> </td> </tr> <tr valign="top"> <td>25/01/01</td> <td>SR</td>
-<td>2.1c</td> <td>C/N</td> <td>Drucklöser
+<td>2.1c</td> <td>C/N</td> <td>DrucklÃ¶ser
 kann jetzt die Singleton-FFT benutzen. Modul <tt>singleton</tt>
 wurde deshalb von <tt>calc_spectra.f90</tt> nach <tt>modules.f90</tt>
 geschoben
 (neuer Initialisierungsparameter <tt>fft_method</tt>).&nbsp;
-<br>Flüsse können jetzt bei k=1
-unabhängig von der
+<br>FlÃŒsse kÃ¶nnen jetzt bei k=1
+unabhÃ€ngig von der
 Verwendung
 einer Prandtl-Schicht vorgegeben werden (neuer
@@ -757,5 +757,5 @@
 umbenannt.&nbsp; <br>
 Modell kann auf DEC-Workstations eingesetzt werden (-D <tt>dec</tt>).&nbsp;
-<br>Zusätzliche Zeitmessungen mit dvrp-Software.
+<br>ZusÃ€tzliche Zeitmessungen mit dvrp-Software.
 Schreiben von
 Partikel-Informationen
@@ -770,15 +770,15 @@
 parles, module_test</p> </td> </tr> <tr valign="top"> <td>25/01/01</td> <td>SR</td>
 <td>2.1c</td> <td>B</td> <td>Fehler
-beim öffnen von Unit 23 beseitigt. Modul <tt>interface</tt>
+beim Ã¶ffnen von Unit 23 beseitigt. Modul <tt>interface</tt>
 fehlte in disturb_field.&nbsp; <br>
-Wertebereich von theta* in Prandtl-Fluxes eingeschränkt, weil
+Wertebereich von theta* in Prandtl-Fluxes eingeschrÃ€nkt, weil
 sonst auf einigen Rechnern overflow droht, wenn u*=0.</td> <td>check_open,
 disturb_field, prandtl_fluxes</td> </tr> <tr valign="top"> <td>30/01/01</td> <td>SR</td>
 <td>2.1d</td> <td>N/C</td> <td>Prognose
-eines passiven Skalars ist möglich (anstatt
+eines passiven Skalars ist mÃ¶glich (anstatt
 Feuchte),
 dazu neuer Initialisierungsparameter <tt>passive_scalar</tt>.&nbsp;
-<p>Falls kein Pfad für ftpcopy existiert, werden in <tt>check_open</tt>
-die Dateinamen für AVS-Koordinaten- und Datendatei auf
+<p>Falls kein Pfad fÃŒr ftpcopy existiert, werden in <tt>check_open</tt>
+die Dateinamen fÃŒr AVS-Koordinaten- und Datendatei auf
 "unknown"
 gesetzt.</p> </td> <td>asselin_filter,
@@ -791,18 +791,18 @@
 write_var_list</td> </tr> <tr valign="top"> <td>30/01/01</td>
 <td>SR</td> <td>2.1d</td> <td>B</td>
-<td>String-Ausgabe für use_surface_fluxes korrigiert.
+<td>String-Ausgabe fÃŒr use_surface_fluxes korrigiert.
 Version vom
-25/01/01 brach deswegen bei Fortsetzungsläufen ab.&nbsp; <br>
+25/01/01 brach deswegen bei FortsetzungslÃ€ufen ab.&nbsp; <br>
 xy-Plotausgabe von q und ql korrigiert.</td> <td>plot_2d,
 write_var_list</td> </tr> <tr nosave="" valign="top"> <td nosave="">30/03/01</td>
 <td>SR</td> <td>2.2</td> <td>N/C</td>
-<td>Sämtliche 3D-Felder der Zeitebene t+dt wurden
+<td>SÃ€mtliche 3D-Felder der Zeitebene t+dt wurden
 entfernt.
 Ebenso
 die Arbeitsfelder work und work1. Hilfsfelder wurden soweit
-möglich
-eingespart und werden grundsätzlich lokal allokiert. Dadurch
+mÃ¶glich
+eingespart und werden grundsÃ€tzlich lokal allokiert. Dadurch
 konnten
-eine Reihe von Übergabeparametern gestrichen werden (z.B. beim
+eine Reihe von Ãbergabeparametern gestrichen werden (z.B. beim
 Aufruf
 von <tt>pres, advec_s_bc, poisfft, production_e, sor </tt>sowie
@@ -812,14 +812,14 @@
 der
 Zeitfilter jetzt direkt in der prognostischen Gleichung angewendet wird
-(bisher geschah dies erst nach Aufruf des Drucklösers), haben
+(bisher geschah dies erst nach Aufruf des DrucklÃ¶sers), haben
 sich
-die Zahlen in der Testergebnis-Datei geändert. Die mittleren
+die Zahlen in der Testergebnis-Datei geÃ€ndert. Die mittleren
 Profile
 sind aber unbeeinflusst.&nbsp; <p>Eine weitere kleinere
-Änderung der Testergebnis-Daten
+Ãnderung der Testergebnis-Daten
 wird dadurch
 verursacht, dass jetzt der Parameter <tt>adjust_mixing_length</tt>
-defaultmäßig <tt>.FALSE.</tt>
-ist und der Mischungsweg grundsätzlich zusätzlich
+defaultmÃ€Ãig <tt>.FALSE.</tt>
+ist und der Mischungsweg grundsÃ€tzlich zusÃ€tzlich
 auf&nbsp; <tt>0.7
 * zu</tt>&nbsp;&nbsp; begrenzt wird. Falls <tt>adjust_mixing_length=T</tt>,
@@ -827,10 +827,10 @@
 analog zu <tt>diffusion_e</tt>
 an allen Gitterpunkten modifiziert. <b>Achtung: </b>Diese
-Änderungen
-können bei anderen Simulationen t.w. erhebliche Auswirkungen
+Ãnderungen
+kÃ¶nnen bei anderen Simulationen t.w. erhebliche Auswirkungen
 auf
 die
-oberflächennahen Ergebnisse haben.&nbsp; </p> <p><b>Kleinere
-Änderungen:</b> In <tt>init_cloud_physics</tt>
+oberflÃ€chennahen Ergebnisse haben.&nbsp; </p> <p><b>Kleinere
+Ãnderungen:</b> In <tt>init_cloud_physics</tt>
 wird
 der Wert der Variablen <tt>surface_pressure</tt> in hPa
@@ -839,13 +839,13 @@
 Umwandlung in Pa).&nbsp; <br>
 Die Namelist-Namen der Software-Pakete sind&nbsp; t.w.
-geändert.&nbsp; <br>
-Unit 14 (binäre Ausgabe für
-Fortsetzungsläufe) wird
+geÃ€ndert.&nbsp; <br>
+Unit 14 (binÃ€re Ausgabe fÃŒr
+FortsetzungslÃ€ufe) wird
 jetzt im Hauptprogramm geschlossen, damit auf diese Datei noch
 benutzergesteuerte
-Ausgaben erfolgen können.&nbsp; <br>
+Ausgaben erfolgen kÃ¶nnen.&nbsp; <br>
 Laufparameter werden in keinem Fall mehr auf Unit 14 ausgegeben bzw.
-von Unit 13 gelesen, d.h. sie gelten jetzt tatsächlich nur
-für
+von Unit 13 gelesen, d.h. sie gelten jetzt tatsÃ€chlich nur
+fÃŒr
 den jeweils aktuellen Lauf.&nbsp; <br>
 Partikeladvektion funktioniert jetzt auch zusammen mit der
@@ -853,7 +853,7 @@
 deutsche Variablen-, Unterprogramm- und Modulnamen
 wurden
-ins Englische übersetzt. Davon sind fast alle Programmteile
+ins Englische ÃŒbersetzt. Davon sind fast alle Programmteile
 betroffen
-(nicht in rechter Spalte aufgeführt).</p> </td> <td>advec_particles,
+(nicht in rechter Spalte aufgefÃŒhrt).</p> </td> <td>advec_particles,
 advec_s_bc, advec_s_ups, advec_u_ups,
 advec_v_ups,
@@ -871,17 +871,17 @@
 </tr> <tr nosave="" valign="top"> <td nosave="">12/07/01</td> <td>SR</td> <td>2.2a</td>
 <td>N/C</td> <td>Defaultwert der unteren
-Randbedingung für die TKE ist ab
+Randbedingung fÃŒr die TKE ist ab
 sofort <tt>bc_e_b
 = 'neumann'</tt>.&nbsp; <br>
-Partikelquelle ist über Paketparameter steuerbar.
+Partikelquelle ist ÃŒber Paketparameter steuerbar.
 Partikeleigenschaften
 sind mittels benutzereigener Software steuerbar. Der dvrp-Ausgabeweg
 ist
-jetzt ebenfalls über Paketparameter steuerbar.&nbsp; <br>
+jetzt ebenfalls ÃŒber Paketparameter steuerbar.&nbsp; <br>
 Allen Modulen (bis auf singleton) wurde eine SAVE-Anweisung
-hinzugefügt,
-damit die durch sie vereinbarten Variablen während der
+hinzugefÃŒgt,
+damit die durch sie vereinbarten Variablen wÃ€hrend der
 Rechnung in
-keinem Fall undefiniert werden können (diese Gefahr besteht
+keinem Fall undefiniert werden kÃ¶nnen (diese Gefahr besteht
 z.B.
 auf
@@ -891,9 +891,9 @@
 plot_dvrp, user_interface</td> </tr> <tr> <td>12/07/01</td>
 <td>SR</td> <td>2.2a</td> <td>B</td>
-<td>Verschiebung der OPEN-Anweisung für Unit 33
+<td>Verschiebung der OPEN-Anweisung fÃŒr Unit 33
 (AVS-FLD-Datei).</td> <td>check_open</td> </tr>
 <tr nosave="" valign="top"> <td nosave="">20/07/01</td>
 <td>SR</td> <td>2.3</td> <td>N</td>
-<td>Einbau des Mehrgitterverfahrens zur Lösung der
+<td>Einbau des Mehrgitterverfahrens zur LÃ¶sung der
 Poisson-Gleichung.</td> <td>check_parameters,
 exchange_horiz, header, init_grid,
@@ -902,10 +902,10 @@
 poismg</p> </td> </tr> <tr nosave="" valign="top"> <td nosave="">21/08/01</td>
 <td>SR</td> <td>2.3a</td> <td>N/C</td>
-<td>Ergänzung der dvrp-Software: Partikel
-können mit
-Schwänzen
+<td>ErgÃ€nzung der dvrp-Software: Partikel
+kÃ¶nnen mit
+SchwÃ€nzen
 versehen werden. Die Ausgabe der dvrp-Plotdaten durch einen separaten
 PE
-ist möglich (mrun-Option "<tt>-p dvrp_graphics+1PE</tt>").
+ist mÃ¶glich (mrun-Option "<tt>-p dvrp_graphics+1PE</tt>").
 Der
 Kommunikator <tt>MPI_COMM_WORLD</tt>&nbsp;
@@ -914,33 +914,33 @@
 Wandbereich kann wahlweise
 abgeschaltet
-werden. Für km und kh wird jetzt eine Neumann-Randbedingung am
+werden. FÃŒr km und kh wird jetzt eine Neumann-Randbedingung am
 unteren
 Rand verwendet. Die TKE-Energieproduktionsberechnung durch Scherung des
 Grundstroms am unteren Rand wurde verbessert.&nbsp; </p> <p>Generelle
 Verwendung der bodennahen vertikalen
-Impulsflüsse in
+ImpulsflÃŒsse in
 den Diffusionstermen von u und v, immer wenn diese als Randbedingung
 vorgegeben
-sind (gemäß <tt>use_surface_fluxes</tt>,
+sind (gemÃ€Ã <tt>use_surface_fluxes</tt>,
 - bisher wurde
 dies
 nur bei eingeschalteter Prandtl-Schicht gemacht). Schubspannungen
-können
+kÃ¶nnen
 jetzt als Randbedingungen vorgegeben werden (allerdings unter
 zuhilfenahme
-benutzereigener Software).&nbsp; </p> <p>Zusätzliche
-Schnittstellen für benutzereigene
+benutzereigener Software).&nbsp; </p> <p>ZusÃ€tzliche
+Schnittstellen fÃŒr benutzereigene
 Software in
 allen Tendenztermen, in <tt>flow_statistics,</tt> und
-für
+fÃŒr
 Partikel-
 bzw. dvrp-Programmteile (Bestimmung von Partikeleigenschaften,
 Festlegung
 von Farbtabellen).&nbsp; </p> <p><b>Achtung: </b>Diese
-Änderungen können bei
+Ãnderungen kÃ¶nnen bei
 Simulationen mit
-mittlerem Wind durch die Änderungen im bereich des unteren
+mittlerem Wind durch die Ãnderungen im bereich des unteren
 Randes
-t.w. erhebliche Auswirkungen auf die oberflächennahen
+t.w. erhebliche Auswirkungen auf die oberflÃ€chennahen
 Ergebnisse
 haben.</p> </td> <td>advec_particles, diffusion_e,
@@ -958,7 +958,7 @@
 <tr nosave="" valign="top"> <td nosave="">04/09/01</td>
 <td>SR</td> <td>2.3b</td> <td>N</td>
-<td>Zusätzliche Profilausgaben für
-Energieproduktionsterme möglich.
-Stördruck wird bei der FFT-Methode nicht mehr durch
+<td>ZusÃ€tzliche Profilausgaben fÃŒr
+Energieproduktionsterme mÃ¶glich.
+StÃ¶rdruck wird bei der FFT-Methode nicht mehr durch
 Aufsummieren
 der
@@ -966,37 +966,37 @@
 flow_statistics, modules, pres</td> </tr> <tr nosave="" valign="top"> <td nosave="">04/09/01</td>
 <td>SR</td> <td>2.3b</td> <td>B</td>
-<td>Austausch der Geisterränder für die
+<td>Austausch der GeisterrÃ€nder fÃŒr die
 zeitgefilterten
 Felder
-direkt nach Durchführung der Filterung (war fehlerhaft seit
+direkt nach DurchfÃŒhrung der Filterung (war fehlerhaft seit
 Entfernen
-der Zeitebene t+dt (Version 2.2) und führte zu sehr kleinen
-Störungen
-an den seitlichen Rändern der Teilgebiete).&nbsp; <p><b>Achtung:</b>
-Der Inhalt der Testergebnis-Datei ändert
+der Zeitebene t+dt (Version 2.2) und fÃŒhrte zu sehr kleinen
+StÃ¶rungen
+an den seitlichen RÃ€ndern der Teilgebiete).&nbsp; <p><b>Achtung:</b>
+Der Inhalt der Testergebnis-Datei Ã€ndert
 sich durch
 diese Fehlerkorrektur.</p> </td> <td>prognostic_equations</td>
 </tr> <tr nosave="" valign="top"> <td nosave="">09/11/01</td> <td>SR</td> <td>2.3c</td>
 <td>N</td> <td>Farbe entlang der
-Partikelschwänze kann sich
-ändern. Einschalten
-der Partikeladvektion bei Fortsetzungsläufen möglich.</td>
+PartikelschwÃ€nze kann sich
+Ã€ndern. Einschalten
+der Partikeladvektion bei FortsetzungslÃ€ufen mÃ¶glich.</td>
 <td>advec_particles, init_particles, modules, package_parin,
 plot_dvrp</td> </tr> <tr nosave="" valign="top">
 <td nosave="">16/04/02</td> <td>SR</td>
 <td>2.3d</td> <td>N</td> <td>Vorgabe
-von Randbedingungen für Partikeladvektion
-möglich.
-Partikeldaten können für spätere Analysen
+von Randbedingungen fÃŒr Partikeladvektion
+mÃ¶glich.
+Partikeldaten kÃ¶nnen fÃŒr spÃ€tere Analysen
 auf Datei
 geschrieben
 werden (Unit 85). <tt>PARTICLE</tt>-Datentyp
-enthält
+enthÃ€lt
 Informationen
-über Partikelgeschwindigkeitskomponenten und
+ÃŒber Partikelgeschwindigkeitskomponenten und
 Startposition.&nbsp; <p>Skalartransport sowie entsprechende
-Datenausgaben können
+Datenausgaben kÃ¶nnen
 durch
-eigene Parameter gesteuert werden (nicht mehr über die
+eigene Parameter gesteuert werden (nicht mehr ÃŒber die
 Feuchteparameter).&nbsp; </p> <p>Im Fall von
 pdims(1)=1 (eindimensionales virtuelles
@@ -1014,9 +1014,9 @@
 batch_scp-Script
 ersetzt (dient der Ermittelung von Dateizyklusnummern als Information
-für
+fÃŒr
 die AVS-fld-Datei).&nbsp; </p> <p>Bei fehlerhafter
-Eröffnung einer CPU_MEASURES-Datei
+ErÃ¶ffnung einer CPU_MEASURES-Datei
 werden erneute
-Eröffnungsversuche durchgeführt.</p> </td>
+ErÃ¶ffnungsversuche durchgefÃŒhrt.</p> </td>
 <td>advec_particles, check_open, check_parameters,
 exchange_horiz, flow_statistics,
@@ -1027,5 +1027,5 @@
 transpose_zy, write_var_list</td> </tr> <tr nosave="" valign="top"> <td nosave="">02/05/02</td>
 <td>SR</td> <td>2.3e</td> <td>B</td>
-<td>Wiedereinführung der 3D-Felder für die
+<td>WiedereinfÃŒhrung der 3D-Felder fÃŒr die
 Zeitebene
 t+dt, die
@@ -1033,17 +1033,17 @@
 mit der korrekten Zeitebene t-dt gearbeitet wird. Seit Version 2.2
 wurde
-fälschlicherweise die Zeitebene t+dt verwendet. Asselin-Filter
+fÃ€lschlicherweise die Zeitebene t+dt verwendet. Asselin-Filter
 ist
-jetzt wieder eigenständiges Unterprogramm. <br>
-Die Wiedereinführung dieser dritten Zeitebene ist auch
+jetzt wieder eigenstÃ€ndiges Unterprogramm. <br>
+Die WiedereinfÃŒhrung dieser dritten Zeitebene ist auch
 Voraussetzung
-für die in der nächsten Version geplante skalare
+fÃŒr die in der nÃ€chsten Version geplante skalare
 Optimierung.&nbsp; <p>Fehler bei Berechnung von
 Ausgabezeitpunkten eliminiert (trat
 auf, wenn
-bei Fortsetzungsläufen von Ausgabeabständen 0.0 auf
+bei FortsetzungslÃ€ufen von AusgabeabstÃ€nden 0.0 auf
 von Null
 verschiedene Werte gewechselt werden sollte).&nbsp; </p> <p><b>Achtung:</b>
-Der Inhalt der Testergebnis-Datei ändert
+Der Inhalt der Testergebnis-Datei Ã€ndert
 sich durch
 diese Fehlerkorrektur.</p> </td> <td>init_3d_model,
@@ -1054,14 +1054,14 @@
 Anpassungen an IBM-Regatta-Systeme in
 check_parameters, cpu_log.&nbsp; <p>Modul singleton in
-eigenständige Datei
-überführt.&nbsp; </p> <p>Global_min_max
+eigenstÃ€ndige Datei
+ÃŒberfÃŒhrt.&nbsp; </p> <p>Global_min_max
 arbeitet mit REAL*4, um Komplikationen auf
 32-bit-Rechnern
-zu vermeiden (Datentyp MPI_2REAL müsste dort sonst auf
+zu vermeiden (Datentyp MPI_2REAL mÃŒsste dort sonst auf
 MPI_2DOUBLE_PRECISION
-geändert werden). <br>
-Horizontale Geschwindigkeitskomponenten für Partikeladvektion
+geÃ€ndert werden). <br>
+Horizontale Geschwindigkeitskomponenten fÃŒr Partikeladvektion
 werden exakt zwischen den jeweils benachbarten horizontalen
-Gitterflächen
+GitterflÃ€chen
 interpoliert.</p> </td> <td nosave="">advec_particles,
 check_parameters, cpu_log,
@@ -1070,39 +1070,39 @@
 singleton</p> </td> </tr> <tr nosave="" valign="top"> <td nosave="">11/06/02</td>
 <td>SR</td> <td>2.4</td> <td>N/C</td>
-<td>Optimierung und Anpassungen für einzelne Knoten der
+<td>Optimierung und Anpassungen fÃŒr einzelne Knoten der
 IBM-Regatta-Systeme. <p><b>Skalare (Cache) Optimierung:</b>
 Tendenzterme werden
 innerhalb einer
-großen (i,j)-Schleife berechnet, die nun jeweils die gesamte
+groÃen (i,j)-Schleife berechnet, die nun jeweils die gesamte
 prognostische
 Gleichung umfasst. Schleifenindices i und j werden an die
 Tendenzunterprogramme
-als Argumente übergeben. Die Tendenzunterprogramme sind als
+als Argumente ÃŒbergeben. Die Tendenzunterprogramme sind als
 Module
-geschrieben, die mittels Technik der überladenen Funktionen
+geschrieben, die mittels Technik der ÃŒberladenen Funktionen
 auch
 ohne
-diese Indices i und j aufgerufen werden können, und dann wie
+diese Indices i und j aufgerufen werden kÃ¶nnen, und dann wie
 in
-früheren
+frÃŒheren
 Versionen funktionieren (d.h. in ihnen laufen die Schleifen
-über
+ÃŒber
 alle
 3 Dimensionen). Solche Teile der prognostischen Gleichungen, die
 globale
 Kommunikation beinhalten, sind vor die (i,j)-Schleife gezogen. Falls
-ausschließlich
+ausschlieÃlich
 mit Piascek-Williams-Advektion gearbeitet wird, werden alle
 prognostischen
 Gleichungen in einer einzigen (i,j)-Schleife gerechnet. </p> <p><b>Kommunikationsoptimierung:</b>
-Zusätzliche
+ZusÃ€tzliche
 Implementierung einer
 1D-Gebietszerlegung in x-Richtung. Mit dem neuen direkten
-Drucklöser
+DrucklÃ¶ser
 (poisfft_hybrid) werden dadurch 4 von 6 notwendigen Transpositionen
 eingespart.
 Die 1D-Zerlegung wird automatisch bei Verwendung dieses neuen
-Lösers
-aktiviert. Austausch von Geisterrändern in y-Richtung wird bei
+LÃ¶sers
+aktiviert. Austausch von GeisterrÃ€ndern in y-Richtung wird bei
 dieser
 1D-Zerlegung durch einfache zyklische Randbedingungen ersetzt. </p>
@@ -1111,21 +1111,21 @@
 IBM-Compiler
 in der Regel den Einsatz der TRIM-Funktion, um
-überschüssige
+ÃŒberschÃŒssige
 Blanks am Ende des Strings abzuschneiden (sonst liefert der Vergleich
 .F.). <br>
 Lokal allokierte Felder t.w. in sogenannte automatische Felder
 umgewandelt
-(günstiger, um Gefahr von eventuellen Speicherlecks zu
+(gÃŒnstiger, um Gefahr von eventuellen Speicherlecks zu
 vermeiden).
 Einige Feldoperationen wurden wegen schlechter Performance auf der IBM
 entfernt (s. pres). </p> <p><b>Achtung: </b>Die
-Übersetzung des Modells erfordert
+Ãbersetzung des Modells erfordert
 aufgrund
 der Vielzahl nunmehr eingesetzter Module die Verwendung des
 make-Mechanismus,
-um die korrekte Reihenfolge bei der Übersetzung der
+um die korrekte Reihenfolge bei der Ãbersetzung der
 Programmteile
-zu gewährleisten. Die Beschreibung dieser
-Abhängigkeiten
+zu gewÃ€hrleisten. Die Beschreibung dieser
+AbhÃ€ngigkeiten
 erfolgt
 in der Datei<tt> Makefile</tt>, die zusammen mit den
@@ -1136,5 +1136,5 @@
 ebenfalls
 als Modul geschrieben und bedient sich der Methode der
-überladenen
+ÃŒberladenen
 Funktionen. Existierende benutzereigene Software muss entsprechend
 angepasst
@@ -1156,8 +1156,8 @@
 </tr> <tr nosave="" valign="top"> <td nosave="">11/06/02</td> <td>SR</td> <td>2.4</td>
 <td>B</td> <td>Fehlende Variablenvereinbarung in <tt>advec_particles</tt>
-ergänzt.</td> <td>advec_particles</td> </tr>
+ergÃ€nzt.</td> <td>advec_particles</td> </tr>
 <tr> <td valign="top">12/09/02</td> <td valign="top">SR</td> <td valign="top">2.4a</td>
 <td valign="top">N</td> <td valign="top">Partikel
-können mit Trägheit versehen
+kÃ¶nnen mit TrÃ€gheit versehen
 werden und
 einen Dichteunterschied zum umgebenden Fluid haben. Zur Steuerung dient
@@ -1170,14 +1170,14 @@
 und q entfernt
 (obere Feldgrenze von 10 konnte in <tt>pt_vertical_gradient_level_ind</tt>
-überschritten werden). Fehler führte unter
-Umständen zu
-"segmentation fault" bei Verwendung sehr großer
+ÃŒberschritten werden). Fehler fÃŒhrte unter
+UmstÃ€nden zu
+"segmentation fault" bei Verwendung sehr groÃer
 Gitterpunktzahlen
 in z-Richtung. <p>Fehler in Berechnung der v-Komponente am
 unteren Rand
 entfernt, die
-für den Scherungsproduktionsterm der TKE verwendet wird
+fÃŒr den Scherungsproduktionsterm der TKE verwendet wird
 (Variable
-v_0). Fälschlicherweise wurde zur Berechnung u(k=1) statt
+v_0). FÃ€lschlicherweise wurde zur Berechnung u(k=1) statt
 v(k=1)
 verwendet.</p> </td> <td valign="top">check_parameters,
@@ -2151,5 +2151,5 @@
 init_1d_model, netcdf</td></tr><tr><td align="left" valign="top">02/06/06</td><td align="left" valign="top">SR</td><td align="left" valign="top">3.0b</td><td align="left" valign="top">N</td><td align="left" valign="top">This version is adapted to the Sun Fire X4600
 system at TIT (to be used by setting the <span style="font-weight: bold;">mrun</span> option <span style="font-family: monospace;">-h lctit</span>).</td><td align="left" valign="top">cpu_log, init_1d_model,
-local_tremain, locaö_tremain_ini, run_control</td></tr><tr><td align="left" valign="top">&nbsp;</td><td align="left" valign="top">&nbsp;</td><td align="left" valign="top">&nbsp;</td><td align="left" valign="top">C</td><td align="left" valign="top">NetCDF&nbsp;2d-
+local_tremain, locaÃ¶_tremain_ini, run_control</td></tr><tr><td align="left" valign="top">&nbsp;</td><td align="left" valign="top">&nbsp;</td><td align="left" valign="top">&nbsp;</td><td align="left" valign="top">C</td><td align="left" valign="top">NetCDF&nbsp;2d-
 and 3d-datasets now contain the exact coordinates of the variables
 along x and y with respect to the positions where they are defined on
@@ -2702,5 +2702,5 @@
 advection scheme ( <a href="Upstream_Spline/ups.ps">.ps</a>
 )</li> <li> <a name="Cloud_physics"></a>cloud
-physics module ( <a href="Cloud_physics/wolken.pdf">.pdf</a>
+physics module ( <a href="Cloud_physics/cloud_physics.pdf">.pdf</a>
 )</li> <li> <a name="Bitkompression"></a>Datenkompression
 mit dem Verfahren
