DIDAMINTQ.DAT - Versionsgeschichte

imported>Spohr Susanne: Version4.x

2012-12-18T10:36:40Z

Version4.x

← Nächstältere Version		Version vom 18. Dezember 2012, 10:36 Uhr
Zeile 2:		Zeile 2:
	\|name_en=DIDAMINTQ.DAT		\|name_en=DIDAMINTQ.DAT
	\|dateityp=didamintq.dat		\|dateityp=didamintq.dat
	\|version=3.x / ~~April 2011~~		\|version=4.x / Dezember 2012
	\|version_beschr=~~April 2011~~		\|version_beschr=Dezember 2012
	\|bedeutung=enthält allgemeine Steuerdaten für das Programm DIDAMINTQ		\|bedeutung=enthält allgemeine Steuerdaten für das Programm DIDAMINTQ
	\|dateiinhalt=		\|dateiinhalt=
Zeile 14:		Zeile 14:

	# Für alle einfachen Größen wie Strömungsgeschwindigkeit, Durchfluss, Salzgehalt etc. ist es ohne Belang, ob die von DIDAMINTQ querschnittsintegrierten/-gemittelten Daten aus Ergebnisdateien mit tiefengemittelten (2D) oder tiefenstrukturierten (3D) Daten abgeleitet werden. Dies ist deshalb der Fall, da die in [[UNTRIM2007]] bei der Tiefenmittelung getroffenen Annahmen exakt mit denen von DIDAMINTQ übereinstimmen.		# Für alle einfachen Größen wie Strömungsgeschwindigkeit, Durchfluss, Salzgehalt etc. ist es ohne Belang, ob die von DIDAMINTQ querschnittsintegrierten/-gemittelten Daten aus Ergebnisdateien mit tiefengemittelten (2D) oder tiefenstrukturierten (3D) Daten abgeleitet werden. Dies ist deshalb der Fall, da die in [[UNTRIM2007]] bei der Tiefenmittelung getroffenen Annahmen exakt mit denen von DIDAMINTQ übereinstimmen.
			# Die 3D-Simulation mit [[UNTRIM2007]] liefert auch tiefenintegrierte Transportgrößen. Die Querschnittsintegration dieser Transportgrößen erzeugt Ergebnisse, die mit den Ergebnissen, die aus den tiefenstrukturierten (3D) Daten abgeleitet werden, übereinstimmen.<br />In diesem Fall ist die Verwendung von 3D-Eingangsdaten nicht notwendig und die folgenden drei Aussagen (3.-5.) nicht zutreffend.
	# Aussage 1.) gilt nicht für Transporte, z.B. den Salztransport, der sich aus dem Produkt zweier Größen - hier Strömungsgeschwindigkeit und Salzgehalt - ergibt. Hierfür müssen bei einer 3D-Simulation immer die 3D-Ergebnisse benutzt werden, um zu den korrekten (integralen) Transporten zu gelangen.		# Aussage 1.) gilt nicht für Transporte, z.B. den Salztransport, der sich aus dem Produkt zweier Größen - hier Strömungsgeschwindigkeit und Salzgehalt - ergibt. Hierfür müssen bei einer 3D-Simulation immer die 3D-Ergebnisse benutzt werden, um zu den korrekten (integralen) Transporten zu gelangen.
	# Berechnet man sowohl aus 2D- als auch aus 3D-Eingangsdaten dieselben Transportgrößen, so werden diese i.d.R. unterschiedlich sein. Ein Vergleich erlaubt die Bewertung der Bedeutung der Dreidimensionalität für den jeweiligen Transport. Eine Differenz ist das Ergebnis (negativ) korrelierter Schwankungen der jeweiligen Größe über die Wassertiefe.		# Berechnet man sowohl aus 2D- als auch aus 3D-Eingangsdaten dieselben Transportgrößen, so werden diese i.d.R. unterschiedlich sein. Ein Vergleich erlaubt die Bewertung der Bedeutung der Dreidimensionalität für den jeweiligen Transport. Eine Differenz ist das Ergebnis (negativ) korrelierter Schwankungen der jeweiligen Größe über die Wassertiefe.

imported>Lang Guenther: Datumsangaben an aktuelle Version angepasst

2011-04-07T11:06:47Z

Datumsangaben an aktuelle Version angepasst

← Nächstältere Version		Version vom 7. April 2011, 11:06 Uhr
Zeile 2:		Zeile 2:
	\|name_en=DIDAMINTQ.DAT		\|name_en=DIDAMINTQ.DAT
	\|dateityp=didamintq.dat		\|dateityp=didamintq.dat
	\|version=3.x / ~~Oktober 2009~~		\|version=3.x / April 2011
	\|version_beschr=~~Oktober 2009~~		\|version_beschr=April 2011
	\|bedeutung=enthält allgemeine Steuerdaten für das Programm DIDAMINTQ		\|bedeutung=enthält allgemeine Steuerdaten für das Programm DIDAMINTQ
	\|dateiinhalt=		\|dateiinhalt=

imported>BAWiki 1 am 12. Mai 2010 um 08:37 Uhr

2010-05-12T08:37:44Z

← Nächstältere Version		Version vom 12. Mai 2010, 08:37 Uhr
Zeile 1:		Zeile 1:
	{{Dateikennblatt		{{Dateikennblatt
	\|name_en=~~didamintq~~.~~dat~~		\|name_en=DIDAMINTQ.DAT
	\|dateityp=didamintq.dat		\|dateityp=didamintq.dat
	\|version=3.x / Oktober 2009		\|version=3.x / Oktober 2009

imported>BAWiki 1 am 12. Mai 2010 um 07:53 Uhr

2010-05-12T07:53:20Z

Änderungen zeigen

imported>BAWiki 1 am 12. Mai 2010 um 07:40 Uhr

2010-05-12T07:40:32Z

← Nächstältere Version		Version vom 12. Mai 2010, 07:40 Uhr
Zeile 21:		Zeile 21:
	===Dateiinhalt===		===Dateiinhalt===
	* Parameter zur Steuerung des allgemeinen Programmablaufs (Block PARAMETER)		* Parameter zur Steuerung des allgemeinen Programmablaufs (Block PARAMETER)
	** Key Anfangsdatum : Bezeichnet den ersten Zeitpunkt, für den eine Integration durchgeführt werden soll.		** Key Anfangsdatum : Bezeichnet den ersten Zeitpunkt, für den eine Integration durchgeführt werden soll.<br />Eingabe im Format TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn.
	Eingabe im Format TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn.		** Key Endedatum : Bezeichnet den letzten Zeitpunkt, für den eine Integration durchgeführt werden soll.<br />Eingabe im Format TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn.
	** Key Endedatum : Bezeichnet den letzten Zeitpunkt, für den eine Integration durchgeführt werden soll.
	Eingabe im Format TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn.
	** (optional) Key T-Integration : Bezeichnet die Methode, mit der die Integration über die Tiefe durchgeführt wird.		** (optional) Key T-Integration : Bezeichnet die Methode, mit der die Integration über die Tiefe durchgeführt wird.
	*** (Voreinstellung) schichtweise konstant : der an einer Position für eine z-Schicht vorliegende Wert wird als konstant für die jeweilige Schicht betrachtet.		*** (Voreinstellung) schichtweise konstant : der an einer Position für eine z-Schicht vorliegende Wert wird als konstant für die jeweilige Schicht betrachtet.
	** (optional) Key Q-Integration : Bezeichnet die Methode, mit der die Integration über die Breite durchgeführt wir		** (optional) Key Q-Integration : Bezeichnet die Methode, mit der die Integration über die Breite durchgeführt wir
	*** (Voreinstellung) abschnittsweise konstant : der an einer Position vorliegende Wert wird als konstant über die halbe Länge der angrenzenden Segmente (zu den Nachbarpositionen) betrachtet.		*** (Voreinstellung) abschnittsweise konstant : der an einer Position vorliegende Wert wird als konstant über die halbe Länge der angrenzenden Segmente (zu den Nachbarpositionen) betrachtet.
	** (optional) Key Grenzwassertiefe : minimale Wasserbedeckung in Metern für die Integration/Mittelung. Unterschreitet die aktuelle Wasserbedeckung diesen Wert, so wird eine Position als trocken gefallen betrachtet und z.B. die Wasserstands- sowie Strömungsdaten nicht ausgewertet. Der Wert liegt typischer Weise zwischen 0.01 und 0.10 Metern, Voreinstellung 0.05 m.		** (optional) Key Grenzwassertiefe : minimale Wasserbedeckung in Metern für die Integration/Mittelung. Unterschreitet die aktuelle Wasserbedeckung diesen Wert, so wird eine Position als trocken gefallen betrachtet und z.B. die Wasserstands- sowie Strömungsdaten nicht ausgewertet. Der Wert liegt typischer Weise zwischen 0.01 und 0.10 Metern, Voreinstellung 0.05 m.<br />Hinweis: dieser Wert wird im weiteren Verlauf des Programms durch die in den Eingangsdateien enthaltenen Informationen zur Grenzwassertiefe übersteuert, sofern diese vorhanden sind.
	Hinweis: dieser Wert wird im weiteren Verlauf des Programms durch die in den Eingangsdateien enthaltenen Informationen zur Grenzwassertiefe übersteuert, sofern diese vorhanden sind.
	** (optional) Key Querprofile : Steuerparameter. Gibt an, ob die Integration auf Querprofilen ausgeführt werden soll oder nicht.		** (optional) Key Querprofile : Steuerparameter. Gibt an, ob die Integration auf Querprofilen ausgeführt werden soll oder nicht.
	*** (Voreinstellung) .true. : Querprofile bearbeiten.		*** (Voreinstellung) .true. : Querprofile bearbeiten.
Zeile 43:		Zeile 40:
	*** (Voreinstellung) .true. : Dateien erzeugen.		*** (Voreinstellung) .true. : Dateien erzeugen.
	*** .false. : Dateien nicht erzeugen.		*** .false. : Dateien nicht erzeugen.
	** (optional) Key HQuerwassertiefe : Bezeichnet die Wasserbedeckung in Metern, unterhalb der bei der Berechnung der mittleren Wassertiefe Punkte nicht mehr berücksichtigt werden. Um einen mittleren Wasserstand zu erhalten, welcher dem Wasserstand der tiefen Rinne entspricht, sollte man einen die o.g. Grenzwassertiefe übersteigenden Wert angeben. Voreinstellung 0.05 m.		** (optional) Key HQuerwassertiefe : Bezeichnet die Wasserbedeckung in Metern, unterhalb der bei der Berechnung der mittleren Wassertiefe Punkte nicht mehr berücksichtigt werden. Um einen mittleren Wasserstand zu erhalten, welcher dem Wasserstand der tiefen Rinne entspricht, sollte man einen die o.g. Grenzwassertiefe übersteigenden Wert angeben. Voreinstellung 0.05 m.
	Hinweis(e):		'''Hinweis(e)''':
	1. Lesen aus Block mit ENDDATA abschließen.		* Lesen aus Block mit ENDDATA abschließen.
	2. Es werden alle (synoptischen) Datensätze zwischen Anfangs- und Endedatum bearbeitet.		* Es werden alle (synoptischen) Datensätze zwischen Anfangs- und Endedatum bearbeitet.
	3. Profile können auch einzeln ausgeschlossen werden, siehe unten Block EXCLUDE-PROFILES.		* Profile können auch einzeln ausgeschlossen werden, siehe unten Block EXCLUDE-PROFILES.<br /><br />
	* Datei(en) mit Eingangsdaten (Block BDF-INPUTFILES)		* Datei(en) mit Eingangsdaten (Block BDF-INPUTFILES)
	** Key BDF-File : Datei mit Eingangsdaten, Datei des Typs dirz.bin.		** Key BDF-File : Datei mit Eingangsdaten, Datei des Typs dirz.bin.
	Hinweis(e):		'''Hinweis(e)''':
	1. Lesen aus Block mit ENDDATA abschließen.		* Lesen aus Block mit ENDDATA abschließen.
	2. Eingangsdaten müssen synoptische Daten sein.		* Eingangsdaten müssen synoptische Daten sein.
	3. Wird mehr als eine Datei angegeben, so müssen alle Dateien bezüglich der Eigenschaften		* Wird mehr als eine Datei angegeben, so müssen alle Dateien bezüglich der Eigenschaften
	o Systemdatei (Profil-Topografie),		** Systemdatei (Profil-Topografie),
	o Grenzwassertiefe,		** Grenzwassertiefe,
	o alternative Topografie,		** alternative Topografie,
	o Systemneigung, und		** Systemneigung, und
	o Morphodynamik		** Morphodynamik<br />einheitlich (homogen) sein.
	einheitlich (homogen) sein.		* In einer der Eingangsdateien muss die Referenzwasserfläche (Wasserstand) enthalten sein.
	4. In einer der Eingangsdateien muss die Referenzwasserfläche (Wasserstand) enthalten sein.		* Falls mit alternativer oder dynamischer Topografie gearbeitet wird, so muss in einer der Eingangsdateien ebenfalls die topografische Referenzgröße (zeitvariable Topografie) enthalten sein.
	5. Falls mit alternativer oder dynamischer Topografie gearbeitet wird, so muss in einer der Eingangsdateien ebenfalls die topografische Referenzgröße (zeitvariable Topografie) enthalten sein.		* Falls mit Systemneigung gearbeitet wird, so muss in einer der Eingangsdateien ebenfalls die neigungsbedingte Höhendifferenz enthalten sein.
	6. Falls mit Systemneigung gearbeitet wird, so muss in einer der Eingangsdateien ebenfalls die neigungsbedingte Höhendifferenz enthalten sein.		* Eingangsdaten dürfen keine querschnittsintegrierten Daten sein.
	7. Eingangsdaten dürfen keine querschnittsintegrierten Daten sein.		* Eingangsdaten müssen knotenorientierte Daten sein.<br /><br />
	8. Eingangsdaten müssen knotenorientierte Daten sein.		* Vorzeichen bei der Integration auf Profilen (Block INT-ORIENTATION)<br />Steuerwort und Kennung bzw. langer Name des Profils zur Festlegung der Behandlung des Vorzeichens bei der Integration.
	* Vorzeichen bei der Integration auf Profilen (Block INT-ORIENTATION)
	Steuerwort und Kennung bzw. langer Name des Profils zur Festlegung der Behandlung des Vorzeichens bei der Integration.
	** Key alle_invers : mit .true. bzw. (Voreinstellung) .false. die Vorzeichenbehandlung für alle Profile einheitlich einstellen (invers zur natürlichen Definition aus der Orientierung der Profile, siehe Programmkennblatt).		** Key alle_invers : mit .true. bzw. (Voreinstellung) .false. die Vorzeichenbehandlung für alle Profile einheitlich einstellen (invers zur natürlichen Definition aus der Orientierung der Profile, siehe Programmkennblatt).
	** Key Profil_invers Vorzeichenbehandlung für ein Profil invers zur natürlichen Definition festlegen.		** Key Profil_invers Vorzeichenbehandlung für ein Profil invers zur natürlichen Definition festlegen.
	** Key Profil_normal : Vorzeichenbehandlung für ein Profil normal, also wie durch die natürliche Definition gegeben, festlegen. In Kombination mit alle_invers sinnvoll.		** Key Profil_normal : Vorzeichenbehandlung für ein Profil normal, also wie durch die natürliche Definition gegeben, festlegen. In Kombination mit alle_invers sinnvoll.
	Hinweis(e):		'''Hinweis(e)''':
	1. Lesen aus Block mit ENDDATA abschließen.		* Lesen aus Block mit ENDDATA abschließen.
	2. Block kann leer sein.		* Block kann leer sein.<br /><br />
	* Integration auf Profilen ausschließen (Block EXCLUDE-PROFILES)		* Integration auf Profilen ausschließen (Block EXCLUDE-PROFILES)<br />Einzelne Querprofile von der Bearbeitung ausschließen. Kann dann genutzt werden, um z.B. die Voreinstellung aus Querprofile in Block PARAMETER für einzelne Profile zu übersteuern:
	Einzelne Querprofile von der Bearbeitung ausschließen. Kann dann genutzt werden, um z.B. die Voreinstellung aus Querprofile in Block PARAMETER für einzelne Profile zu übersteuern:
	** Key exclude_Profil : Kennung bzw. langer Name des (Quer-) Profils, welches von der Bearbeitung ausgeschlossen werden soll.		** Key exclude_Profil : Kennung bzw. langer Name des (Quer-) Profils, welches von der Bearbeitung ausgeschlossen werden soll.
	Hinweis(e):		'''Hinweis(e)''':
	1. Lesen aus Block mit ENDDATA abschließen.		* Lesen aus Block mit ENDDATA abschließen.
	2. Block kann leer sein.		* Block kann leer sein.<br /><br />
	* (optional) Schnittpunktberechnung ausschließen (Block EXCLUDE-INTERSECTION-PROFILES)		* (optional) Schnittpunktberechnung ausschließen (Block EXCLUDE-INTERSECTION-PROFILES)<br />Einzelne Längsprofile von der Schnittpunktberechnung ausschließen. Kann dazu genutzt werden, um bei Vorhandensein mehrerer Längsprofile die Berechnung der Schnittpunkte mit den vorhanden Querprofilen zu unterbinden. Typischer Weise sollte jedes Querprofil nur einen Schnittpunkt mit einem Längsprofil besitzen.
	Einzelne Längsprofile von der Schnittpunktberechnung ausschließen. Kann dazu genutzt werden, um bei Vorhandensein mehrerer Längsprofile die Berechnung der Schnittpunkte mit den vorhanden Querprofilen zu unterbinden. Typischer Weise sollte jedes Querprofil nur einen Schnittpunkt mit einem Längsprofil besitzen.
	** Key exclude_Profil : Kennung bzw. langer Name des (Längs-) Profils, welches von der Schnittpunktberechnung ausgeschlossen werden soll.		** Key exclude_Profil : Kennung bzw. langer Name des (Längs-) Profils, welches von der Schnittpunktberechnung ausgeschlossen werden soll.
	Hinweis(e):		'''Hinweis(e)''':
	1. Lesen aus Block mit ENDDATA abschließen.		* Lesen aus Block mit ENDDATA abschließen.
	2. Block kann leer sein.		* Block kann leer sein.<br /><br />
	* ENDFILE-Marke beendet das Lesen aus Datei.		* ENDFILE-Marke beendet das Lesen aus Datei.
	\|nutzerprogramme=[[ZEITR]]		\|nutzerprogramme=[[ZEITR]]

imported>BAWiki 1: Die Seite wurde neu angelegt: „{{Dateikennblatt |name_en=didamintq.dat |dateityp=didamintq.dat |version=3.x / Oktober 2009 |version_beschr=Oktober 2009 |bedeutung=enthält allgemeine Steuerda…“

2010-05-12T07:13:30Z

Die Seite wurde neu angelegt: „{{Dateikennblatt |name_en=didamintq.dat |dateityp=didamintq.dat |version=3.x / Oktober 2009 |version_beschr=Oktober 2009 |bedeutung=enthält allgemeine Steuerda…“

Neue Seite

{{Dateikennblatt
|name_en=didamintq.dat
|dateityp=didamintq.dat
|version=3.x / Oktober 2009
|version_beschr=Oktober 2009
|bedeutung=enthält allgemeine Steuerdaten für das Programm DIDAMINTQ
|dateiinhalt=

=== Vorbemerkungen zur Benutzung des Programms ===

Man beachte zunächst die verschiedenen Hinweise auf dem Programmkennblatt von [[DIDAMINTQ]].

Handelt es sich um Ergebnisse einer tiefenstrukturierten (3D) Simulation, so sind zusätzlich folgende Aspekte zu beachten:

# Für alle einfachen Größen wie Strömungsgeschwindigkeit, Durchfluss, Salzgehalt etc. ist es ohne Belang, ob die von DIDAMINTQ querschnittsintegrierten/-gemittelten Daten aus Ergebnisdateien mit tiefengemittelten (2D) oder tiefenstrukturierten (3D) Daten abgeleitet werden. Dies ist deshalb der Fall, da die in [[UNTRIM2007]] bei der Tiefenmittelung getroffenen Annahmen exakt mit denen von DIDAMINTQ übereinstimmen.
# Aussage 1.) gilt nicht für Transporte, z.B. den Salztransport, der sich aus dem Produkt zweier Größen - hier Strömungsgeschwindigkeit und Salzgehalt - ergibt. Hierfür müssen bei einer 3D-Simulation immer die 3D-Ergebnisse benutzt werden, um zu den korrekten (integralen) Transporten zu gelangen.
# Berechnet man sowohl aus 2D- als auch aus 3D-Eingangsdaten dieselben Transportgrößen, so werden diese i.d.R. unterschiedlich sein. Ein Vergleich erlaubt die Bewertung der Bedeutung der Dreidimensionalität für den jeweiligen Transport. Eine Differenz ist das Ergebnis (negativ) korrelierter Schwankungen der jeweiligen Größe über die Wassertiefe.
# Will man bei 3D-Simulationen auf der sicheren Seite liegen, so sollte man immer die 3D-Eingangsdaten verwenden, auch wenn dieser Aufwand für manche Größen (Wasserstand, Strömungsgeschwindigkeit) unnötig ist.

Nach der Anwendung des Programms sollten die Ergebnisse auf Plausibilität geprüft werden. Besonders geeignet sind leicht verständliche Größen wie (mittlerer) Wasserstand, Durchflussquerschnitt und (mittlere) Strömungsgeschwindigkeit (normal zum jeweiligen Querschnitt).
===Dateiinhalt===
* Parameter zur Steuerung des allgemeinen Programmablaufs (Block PARAMETER)
** Key Anfangsdatum : Bezeichnet den ersten Zeitpunkt, für den eine Integration durchgeführt werden soll.
Eingabe im Format TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn.
** Key Endedatum : Bezeichnet den letzten Zeitpunkt, für den eine Integration durchgeführt werden soll.
Eingabe im Format TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn.
** (optional) Key T-Integration : Bezeichnet die Methode, mit der die Integration über die Tiefe durchgeführt wird.
*** (Voreinstellung) schichtweise konstant : der an einer Position für eine z-Schicht vorliegende Wert wird als konstant für die jeweilige Schicht betrachtet.
** (optional) Key Q-Integration : Bezeichnet die Methode, mit der die Integration über die Breite durchgeführt wir
*** (Voreinstellung) abschnittsweise konstant : der an einer Position vorliegende Wert wird als konstant über die halbe Länge der angrenzenden Segmente (zu den Nachbarpositionen) betrachtet.
** (optional) Key Grenzwassertiefe : minimale Wasserbedeckung in Metern für die Integration/Mittelung. Unterschreitet die aktuelle Wasserbedeckung diesen Wert, so wird eine Position als trocken gefallen betrachtet und z.B. die Wasserstands- sowie Strömungsdaten nicht ausgewertet. Der Wert liegt typischer Weise zwischen 0.01 und 0.10 Metern, Voreinstellung 0.05 m.
Hinweis: dieser Wert wird im weiteren Verlauf des Programms durch die in den Eingangsdateien enthaltenen Informationen zur Grenzwassertiefe übersteuert, sofern diese vorhanden sind.
** (optional) Key Querprofile : Steuerparameter. Gibt an, ob die Integration auf Querprofilen ausgeführt werden soll oder nicht.
*** (Voreinstellung) .true. : Querprofile bearbeiten.
*** .false. : Querprofile nicht bearbeiten.
** (optional) Key Laengsprofile : Steuerparameter. Gibt an, ob die Integration auf Längsprofilen ausgeführt werden soll oder nicht.
*** (Voreinstellung) .false. : Längsprofile nicht bearbeiten.
*** .true. : Längsprofile bearbeiten.
** (optional) Key Output_insel : Steuerparameter. Ausgabe der bearbeiteten Profile und Profilhauptpunkte in eine Datei des Typs insel.dat mit dem Namen DidaMintQ_insel.dat.
*** (Voreinstellung) .true. : Datei erzeugen.
*** .false. : Datei nicht erzeugen.
** (optional) Key Output_geopos : Steuerparameter. Ausgabe der bearbeiteten Profilhauptpunkte in Dateien des Typs geopos.dat.
*** (Voreinstellung) .true. : Dateien erzeugen.
*** .false. : Dateien nicht erzeugen.
** (optional) Key HQuerwassertiefe : Bezeichnet die Wasserbedeckung in Metern, unterhalb der bei der Berechnung der mittleren Wassertiefe Punkte nicht mehr berücksichtigt werden. Um einen mittleren Wasserstand zu erhalten, welcher dem Wasserstand der tiefen Rinne entspricht, sollte man einen die o.g. Grenzwassertiefe übersteigenden Wert angeben. Voreinstellung 0.05 m.
Hinweis(e):
1. Lesen aus Block mit ENDDATA abschließen.
2. Es werden alle (synoptischen) Datensätze zwischen Anfangs- und Endedatum bearbeitet.
3. Profile können auch einzeln ausgeschlossen werden, siehe unten Block EXCLUDE-PROFILES.
* Datei(en) mit Eingangsdaten (Block BDF-INPUTFILES)
** Key BDF-File : Datei mit Eingangsdaten, Datei des Typs dirz.bin.
Hinweis(e):
1. Lesen aus Block mit ENDDATA abschließen.
2. Eingangsdaten müssen synoptische Daten sein.
3. Wird mehr als eine Datei angegeben, so müssen alle Dateien bezüglich der Eigenschaften
o Systemdatei (Profil-Topografie),
o Grenzwassertiefe,
o alternative Topografie,
o Systemneigung, und
o Morphodynamik
einheitlich (homogen) sein.
4. In einer der Eingangsdateien muss die Referenzwasserfläche (Wasserstand) enthalten sein.
5. Falls mit alternativer oder dynamischer Topografie gearbeitet wird, so muss in einer der Eingangsdateien ebenfalls die topografische Referenzgröße (zeitvariable Topografie) enthalten sein.
6. Falls mit Systemneigung gearbeitet wird, so muss in einer der Eingangsdateien ebenfalls die neigungsbedingte Höhendifferenz enthalten sein.
7. Eingangsdaten dürfen keine querschnittsintegrierten Daten sein.
8. Eingangsdaten müssen knotenorientierte Daten sein.
* Vorzeichen bei der Integration auf Profilen (Block INT-ORIENTATION)
Steuerwort und Kennung bzw. langer Name des Profils zur Festlegung der Behandlung des Vorzeichens bei der Integration.
** Key alle_invers : mit .true. bzw. (Voreinstellung) .false. die Vorzeichenbehandlung für alle Profile einheitlich einstellen (invers zur natürlichen Definition aus der Orientierung der Profile, siehe Programmkennblatt).
** Key Profil_invers Vorzeichenbehandlung für ein Profil invers zur natürlichen Definition festlegen.
** Key Profil_normal : Vorzeichenbehandlung für ein Profil normal, also wie durch die natürliche Definition gegeben, festlegen. In Kombination mit alle_invers sinnvoll.
Hinweis(e):
1. Lesen aus Block mit ENDDATA abschließen.
2. Block kann leer sein.
* Integration auf Profilen ausschließen (Block EXCLUDE-PROFILES)
Einzelne Querprofile von der Bearbeitung ausschließen. Kann dann genutzt werden, um z.B. die Voreinstellung aus Querprofile in Block PARAMETER für einzelne Profile zu übersteuern:
** Key exclude_Profil : Kennung bzw. langer Name des (Quer-) Profils, welches von der Bearbeitung ausgeschlossen werden soll.
Hinweis(e):
1. Lesen aus Block mit ENDDATA abschließen.
2. Block kann leer sein.
* (optional) Schnittpunktberechnung ausschließen (Block EXCLUDE-INTERSECTION-PROFILES)
Einzelne Längsprofile von der Schnittpunktberechnung ausschließen. Kann dazu genutzt werden, um bei Vorhandensein mehrerer Längsprofile die Berechnung der Schnittpunkte mit den vorhanden Querprofilen zu unterbinden. Typischer Weise sollte jedes Querprofil nur einen Schnittpunkt mit einem Längsprofil besitzen.
** Key exclude_Profil : Kennung bzw. langer Name des (Längs-) Profils, welches von der Schnittpunktberechnung ausgeschlossen werden soll.
Hinweis(e):
1. Lesen aus Block mit ENDDATA abschließen.
2. Block kann leer sein.
* ENDFILE-Marke beendet das Lesen aus Datei.
|nutzerprogramme=[[ZEITR]]
|programmiersprache=FORTRAN90
|dateiform=FORMATTED
|dateizugriff=SEQUENTIAL
|dateiendung=.dat
|schreibmodule=interaktive Erstellung, Editor
|lesemodule=$PROGHOME/fortran/prg/Zeitr/*/mod_m_zeitr_steer.f90
|kontakt_original=[mailto:guenther.lang@baw.de G. Lang]
|kontakt_pflege=[mailto:guenther.lang@baw.de G. Lang], [mailto:susanne.spohr@baw.de S. Spohr]
|beispieldatei=$PROGHOME/examples/Zeitr/Zeitr.dat
}}