Changeset 414 for palm/trunk

Timestamp:

Dec 14, 2009 10:40:54 AM (15 years ago)

Author:

heinze

Message:

Translation and adaption of the cloud physics documentation.

File:

• palm/trunk/DOC/tec/technical_documentation.html (modified) (63 diffs)

palm/trunk/DOC/tec/technical_documentation.html

@@ -47 +47 @@
 <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 +64 @@
 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 +90 @@
 <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 +98 @@
 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 +134 @@
 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 +146 @@
 <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 +157 @@
 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 +163 @@
 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 +173 @@
 <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 +193 @@
 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 +209 @@
 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 +218 @@
 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 +230 @@
 <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 +240 @@
 </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 +269 @@
 <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 +293 @@
 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 +304 @@
 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 +310 @@
 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 +347 @@
 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 +357 @@
 (.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 +376 @@
 <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 +391 @@
 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 +407 @@
 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 +415 @@
 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 +433 @@
 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 +442 @@
 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 +454 @@
 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 +468 @@
 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 +483 @@
 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 +526 @@
 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 +540 @@
 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 +552 @@
 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 +569 @@
 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 +607 @@
 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 +618 @@
 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 +634 @@
 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 +689 @@
 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 +716 @@
 <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 +742 @@
 <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 +757 @@
 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 +770 @@
 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 +791 @@
 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 +812 @@
 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 +827 @@
 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 +839 @@
 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 +853 @@
 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 +871 @@
 </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 +891 @@
 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 +902 @@
 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 +914 @@
 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 +958 @@
 <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 +966 @@
 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 +1014 @@
 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 +1027 @@
 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 +1033 @@
 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 +1054 @@
 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 +1070 @@
 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 +1111 @@
 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 +1136 @@
 ebenfalls
 als Modul geschrieben und bedient sich der Methode der
-überladenen
+ÃŒberladenen
 Funktionen. Existierende benutzereigene Software muss entsprechend
 angepasst
@@ -1156 +1156 @@
 </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 +1170 @@
 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 +2151 @@
 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 +2702 @@
 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