BAWiki - Benutzerbeiträge [de]

RNDWERTE.DAT

2023-08-14T09:17:26Z

Ak3jjuer:

{{Dateikennblatt
|name_en=RNDWERTE.DAT
|dateityp=rndwerte.dat
|version=Januar 1996
|version_beschr=August 2023
|bedeutung=enthält Randwertinformationen und Randwertdaten für unterschiedliche mathematische Verfahren
|dateiinhalt=
# Anzahl der unterschiedlichen Randwertzeitreihen
# äquidistantes Zeitintervall der zu generierenden Zeitreihen
# Art der Randbedingung
## spezifischer Durchfluß in x-Richtung
## spezifischer Durchfluß in y-Richtung
## Wasserstand
## Salzgehalt
## Wasserstand (auf inneren Gitterpunkten, TRIM-2D/TRIM-3D)
## Temperatur
## Wärmemenge
## Schwebstoffkonzentration
## Schwebstoffmenge
## Wehrhöhe (U-Punkt, TRIM-2D)
## Wehrhöhe (V-Punkt, TRIM-2D)
## Geschwindigkeit in x-Richtung
## Geschwindigkeit in y-Richtung
# Grundlage der zu erzeugenden Zeitfunktion
## Summe aus mehreren Cosinus-Funktionen
## lineare Interpolation zwischen nicht äquidistanten Stützstellen
## kubische Spline-Interpolation zwischen nicht äquidistanten Stützstellen
# Faktoren für die Skalierung der Randwert-Zeitreihen. Wichtig bei Bereitstellung von Randwert-Zeitreihen des Oberwasserzuflusses, denn in diesem Fall muss der Faktor gleich dem Kehrwert der Gesamtbreite aller Kanten entsprechen, über die der Oberwasserzufluss in das Modell gelangen soll. Beispiel: Der Abfluss der Ems gelangt über zwei Kanten mit je 15 m Kantenlänge in das Modell. Dann beträgt die Gesamtbreite 30 m und der Faktor muss gleich 1/30 /m gesetzt werden.
# Zeitreihen-Information und/oder Daten
|nutzerprogramme=[[TICTRI]], [[TM2RND]], [[TR2RND]], [[UTRRND]]
|programmiersprache=Fortran77
|dateiform=FORMATTED
|dateizugriff=SEQUENTIAL
|dateiendung=.dat
|schreibmodule=interaktive Erstellung im Editor
|lesemodule=$PROGHOME/fortran/prg/tm2rnd/*/tm2grw.f
$PROGHOME/fortran/prg/tictri/*/ticrbkno.f
|kontakt_original=[mailto:guenther.lang@baw.de G. Lang]
|kontakt_pflege=[mailto:guenther.lang@baw.de G. Lang]
|beispieldatei=$PROGHOME/examples/tm2rnd/rndwerte.dat (für TELEMAC-2D)
}}

Programmkennblätter

2023-02-27T16:16:53Z

Ak3jjuer: Wechsel der Programmzugehörigkeit von GRIDCONVERT von Pos nach Pre

__NOAUTOLINKS__
__NOAUTOLINKTARGET__
{| width="80%"
| align="left" | Bei der BAW-DH existiert eine umfangreiche Sammlung zumeist hausintern erstellter Software. Diese Seite bietet Ihnen eine alphabetisch sortierte Aufstellung derjenigen Computer-Programme der BAW-DH, für welche eine kurze Programmbeschreibung in der Form eines BAW-Programmkennblattes existiert. Dieses Kennblatt enthält alle wesentlichen Angaben zum Funktionsumfang des Programmes. Desweiteren finden Sie dort Angaben zu den Vor- und Nachlauf-Programmen sowie eine Aufzählung aller benötigten Eingabe-Dateien und erzeugten Ausgabe-Dateien. 

Die meisten Programme sind in der Programmiersprache Fortran (FORTRAN77, Fortran90, Fortran95, Fortran 2003) geschrieben. Für Details zur Programmiersprache Fortran siehe z. B.
[https://software.intel.com/en-us/node/525392 ''Intel Language Reference'']
|-
|

{| width="80%" cellpadding="5"
|- bgcolor="#d3d3d3"
! colspan="3" | Erklärung des Farbcodes
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| colspan="2" width="95%" valign="top" |
'''Verarbeitung von Messdaten, Preprocessing''' ''verantwortlich''<nowiki>: </nowiki>P. Schade und G. Seiß ([mailto:pre.proghome@baw.de Arbeitsgruppe PRE])
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| colspan="2" width="95%" valign="top" |
'''Simulation''' ''verantwortlich''<nowiki>: </nowiki>B. Fricke, A. Sehili und H. Weilbeer ([mailto:sim.proghome@baw.de Arbeitsgruppe SIM])
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| colspan="2" width="95%" valign="top" |
'''Postprocessing für mathematische Verfahren und Analyse''' ''verantwortlich''<nowiki>: </nowiki> J. Jürges, A. Rosenhagen und S. Spohr ([mailto:pos.proghome@baw.de Arbeitsgruppe POS])
|- valign="top"
| width="5%" bgcolor="#ffff00" valign="top" | Son
| colspan="2" width="95%" valign="top" | '''Sonstiges''' ''verantwortlich''<nowiki>: der für die jeweilige Programmpflege Verantwortliche.</nowiki>
|- bgcolor="#d3d3d3"
! colspan="3" | Hinweis für Anwender
|- valign="top"
| colspan="3" | Anwender, die beim Einsatz der verschiedenen Programme auf Fehler oder Unzulänglichkeiten stoßen, beziehungsweise Anregungen zu deren Weiterentwicklung haben, wenden sich bitte an einen der für den jeweiligen Anwendungsbereich genannten Verantwortlichen.
|- bgcolor="#d3d3d3"
! colspan="3" | A
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[ABDF]]
| width="75%" valign="top" | Analyse von Datendateien im universellen Direktzugriffsformat (BDF)
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[ADCP2BDF]]
| width="75%" valign="top" | Umwandeln von ADCP Workhorse-Daten in das BDF-Format
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[ADCP2PROFILE]]
| width="75%" valign="top" | Umwandeln von ADCP Profildaten in das BDF-Format
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[ANALTEL2D]]
| width="75%" valign="top" | interaktive Modifikation einer Datei des Typs ''selafin''
|- bgcolor="#d3d3d3"
! colspan="3" | B
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[BATCHPLOT]]
| width="75%" valign="top" | Postprozessor zur batch-orientierten graphischen Darstellung
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[BFABSENK]]
| width="75%" valign="top" | Berechnung von Höhenänderungen innerhalb von Buhnenfeldern
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[BOERND]]
| width="75%" valign="top" | Erzeugen von Randwertzeitreihen (modellunabhängig)
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[BSH2BAW]]
| width="75%" valign="top" | Konvertierung meteorologischer Daten in das Format ''mkwswawrt''
|- bgcolor="#d3d3d3"
! colspan="3" | C
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[CREATE_SIMPLE_UNTRIM2_GRID|create_simple_untrim2_grid]]
| width="75%" valign="top" | Erzeugen eines einfachen Gitters für [[UNTRIM2]]
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[CROSSPRO]]
| width="75%" valign="top" | Berechnung und Ausgabe von Querprofilen, welche orthogonal auf einer definierten Flusslängsachse liegen
|- bgcolor="#d3d3d3"
! colspan="3" | D
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[DATA2GEOM]]
| width="75%" valign="top" | Konvertieren von BSH-ASCII-Daten in geom-Dateien
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DATACONVERT]]
| width="75%" valign="top" | Konvertieren von Delft3D-Gitternetzen sowie -Berechnungsergebnissen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[DATAUS]]
| width="75%" valign="top" | Extraktion von Peildaten eines Teilgebietes aus ASCII-Dateien (x,y,z) verschiedener Formate
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DAVIT]]
| width="75%" valign="top" | Interaktives Visualisieren und Explorieren von Modellergebnissen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[DEPRO2D]]
| width="75%" valign="top" | interaktive Definition von Profilen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DIDAMERGE]]
| width="75%" valign="top" | Mischen und (zeitliches) Ausdünnen von synoptischen Datensätzen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DIDAMINTQ]]
| width="75%" valign="top" | Querschnittsintegration und -mittelung von synoptischen Datensätzen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DIDAMINTZ]]
| width="75%" valign="top" | Tiefenmittelung und Tiefenintegration von synoptischen Datensätzen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DIDARENAME]]
| width="75%" valign="top" | Ändern von BDF-Dateinamen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DIDASPLIT]]
| width="75%" valign="top" | Splitten von großen Datensätzen oder Topographien in Teilgebiete
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DISPLAY_CONTROL_VOLUMES|display_control_volumes]]
| width="75%" valign="top" | Tabellarische Darstellung räumlich und zeitlich aggregierter Flussgrößen.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[DISPLAY_PERCENTILES|display_percentiles]]
| width="75%" valign="top" | Darstellung statistischer Größen berechnet aus Profildaten, welche als Einzelereignisse vorliegen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[DREHE2D]]
| width="75%" valign="top" | Koordinatentransformation diverser Dateien durch Verschieben und Drehen sowie Spiegeln
|- bgcolor="#d3d3d3"
! colspan="3" | E
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[EDITOR]]
| width="75%" valign="top" | Interaktives Bearbeiten und Erzeugen von GKS-Graphiken
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[ENERF]]
| width="75%" valign="top" | Berechnung synoptischer Größen (z.B. Energieflüsse) aus Ergebnisdaten numerischer Modelle
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[EVENTFILTER]]
| width="75%" valign="top" | Filtern von Tidehoch- und Tideniedrigwasser-Ereignissen und Berechnung ihrer Mittelwerte
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[EXCELENZ]]
| width="75%" valign="top" | Zeitseriendaten zum Zweck der weiteren Analyse oder Darstellung konvertieren
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[EXKNO]]
| width="75%" valign="top" | Zeitserien aus Modellausgabe an Sonderpunkten zum Zweck der weiteren Analyse oder Darstellung extrahieren
|- bgcolor="#d3d3d3"
! colspan="3" | F
|- valign="top"
| width="5%" bgcolor="#ffff00" valign="top" | Son
| width="20%" valign="top" |
[[F77_TO_F90]]
| width="75%" valign="top" | Umwandeln von FORTRAN77-Quelldateien in FORTRAN90-Quelldateien
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2ADDTOPO]]
| width="75%" valign="top" | Erzeugen eines Aktualisierungsgitters für Finite Differenzen Gitter aus Peildaten und Aktualisierung einer Finite Differenzen Topographie
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2BASIS]]
| width="75%" valign="top" | Erzeugen eines Basisgitters mit korrekter Land-Wasserverteilung im Format FIDISOR/FIDIRB unter Verwendung digitalisierter Berandungen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2DEL]]
| width="75%" valign="top" | Erstellen einer Differenztopographie von FIDISOR-Gittern/ Modifizieren einer FIDISOR-Topographie mit einer Differenztopographie
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2HYPSO]]
| width="75%" valign="top" | Berechnung einer Häufigkeitsverteilung der Tiefenwerte einer Finite Differenzen Topographie
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2KACHEL]]
| width="75%" valign="top" | Erzeugung von Teilgebietstopographie und -daten für ''FIDISOR/FIDIRB'' Berechnungsergebnisse
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2MET]]
| width="75%" valign="top" | Generierung meteorologischer Randwertdateien für Finite Differenzen Verfahren
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2MOD]]
| width="75%" valign="top" | Modifizieren eines Bereiches einer Differenzentopographie
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2RIBA]]
| width="75%" valign="top" | Vertiefung von Fahrrinnen in Finite Differenzen Topographien
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2SPUELER]]
| width="75%" valign="top" | Auffüllung von Fahrrinnen in Finite Differenzen Topographien
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FD2TRIM]]
| width="75%" valign="top" | Umwandlung einer FIDIRB-Modelltopographie in ein äquivalentes TRIM-Gitter
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FDGITTER05]]
| width="75%" valign="top" | Grafischer Präprozessor für Finite Differenzen Gitter
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FDGLUE]]
| width="75%" valign="top" | Verkleben von Gitternetzen zu einem neuen Finite Differenzen Gitter
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FFT]]
| width="75%" valign="top" | Fast Fourier Transformation von Zeitreihen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FILELIST_TO_GEOM]]
| width="75%" valign="top" | Zusammenfassen der Koordinaten vieler Einzelpositionsdateien in eine Datei
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[FRQ2ZEITR]]
| width="75%" valign="top" | Berechnung von Wasserstandszeitreihen aus der Frequenz-, Phasen- und Amplitudeninformation der Partialtiden
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[FRQTIE]]
| width="75%" valign="top" | Neuverknüpfen von Ergebnissen des Programmes ''FRQWF''
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[FRQWF]]
| width="75%" valign="top" | Harmonische Gezeitenanalyse des Wasserstandes
|- bgcolor="#d3d3d3"
! colspan="3" | G
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[GEOMFD2]]
| width="75%" valign="top" | Erzeugen einer FD-Topographie (FIDISOR/FIDIRB) und einer ''Jahresmatrix''
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[GEOTIFFRASTERTOOL]]
| width="75%" valign="top" | Simulationsergebnisse rastern und als GeoTiff speichern
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[GEOTRANSFORMER]]
| width="75%" valign="top" | Koordinaten-Transformation zwischen verschiedenen Koordinaten-Systemen und geodätischen Datumstransformationen für verschiedene Dateiformate der BAW.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[GETDATA]]
| width="75%" valign="top" | Konvertieren von Delft3D-Berechnungsergebnissen in netCDF-Dateien
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[GRIDCONVERT]]
| width="75%" valign="top" | Konvertiert Gitternetze verschiedener mathematischer Modell-Verfahren
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| rowspan="2" width="20%" valign="top" |
[[GVIEW2D]]
| rowspan="2" width="75%" valign="top" | Programm zur Darstellung von zeitlich veränderlichen physikalischen Größen an einem festen Ort (Geoposition)
|- valign="bottom"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
|- bgcolor="#d3d3d3"
! colspan="3" | H
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[HSV]]
| width="75%" valign="top" | Berechnung von Sinkgeschwindigkeiten mit einer Steuerdatei des Typs [[SV.DAT|sv.dat]] des SV-Pakets (SV=Settling Velocity)
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[HVIEW2D]]
| width="75%" valign="top" | Zweidimensionale graphische Darstellung von CFD-Berechnungs- und Analyseergebnissen
|- bgcolor="#d3d3d3"
! colspan="3" | I
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[IGEL2D]]
| width="75%" valign="top" | interaktive Berechnung eines umschließenden Randpolygons um Peildaten
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" | [[INSPECT_CONTROL_VOLUMES|inspect_control_volumes]]
| width="75%" valign="top" | Visualisierung von Zeitreihen aggregierter Transportgrößen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" | [[INSEL2IPDS|insel2ipds]]
| width="75%" valign="top" | Zusammenfassung mehrerer insel.dat-Dateien und Konvertierung zu einer ipds-Datei
|- valign="top"
| width="5%" bgcolor="#ffff00" valign="top" | Son
| width="20%" valign="top" |
[[IO_VOLUME]]
| width="75%" valign="top" | Konvertieren von Daten ins Volumenmodell zum Visualisieren mit Standardsoftware
|- bgcolor="#d3d3d3"
! colspan="3" | J
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[JANET]]
| width="75%" valign="top" | Interaktive Gitternetzerzeugungs- und optimierungs-Software
|- bgcolor="#d3d3d3"
! colspan="3" | K
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[KACHEL2D]]
| width="75%" valign="top" | Erzeugung von Teilgebietstopographien aus einem Finite Elemente Gitter
|- bgcolor="#d3d3d3"
! colspan="3" | L
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[LQ2PRO]]
| width="75%" valign="top" | Visualisation von Daten entlang von Profilen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[LZKAF]]
| width="75%" valign="top" | Berechnung von Langzeitkenngrößen der Atmosphäre und des Seegangs
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[LZKMF]]
| width="75%" valign="top" | Berechnung tideunabhängiger Kennwerte der Morphodynamik
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[LZKSF]]
| width="75%" valign="top" | Berechnung tideunabhängiger Kennwerte des Salzgehalts, der Temperatur, des Schwebstoffgehalts, des Tracergehalts, des Geschiebetransports oder der Wirkung der eff. Bodenschubspannung
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[LZKVF]]
| width="75%" valign="top" | Berechnung tideunabhängiger Kennwerte der Strömung
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[LZKWF]]
| width="75%" valign="top" | Berechnung tideunabhängiger Kennwerte des Wasserstands
|- bgcolor="#d3d3d3"
! colspan="3" | M
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[MEDIANGLAETTUNG]]
| width="75%" valign="top" | Glättung von Topographiedaten
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[MESKOR]]
| width="75%" valign="top" | Korrektur von Zeitserien
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[METDIDA]]
| width="75%" valign="top" | Konvertierung meteorologischer Daten in das BAW-DH Direktzugriffsformat
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[MKRDAT]]
| width="75%" valign="top" | Erzeugen von Bodenkennzahlen für das mathematische Verfahren TRIM-2D.
|- bgcolor="#d3d3d3"
! colspan="3" | N
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCAGGREGATE]]
| width="75%" valign="top" | Aggregation von Daten in (BAW) [[NetCDF|CF NetCDF]] Dateien für Kontroll-Volumina.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCANALYSE]]
| width="75%" valign="top" | Analyse-Programm für (BAW) [[NetCDF|CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCAUTO]]
| width="75%" valign="top" | Variablen-Klassifizierung und Extremwertanalyse für (BAW) [[NetCDF|CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCCHUNKIE]]
| width="75%" valign="top" | Chunken von [[NetCDF|CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCCUTOUT]]
| width="75%" valign="top" | Ausschneiden von [[NetCDF|UGRID CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCDELTA]]
| width="75%" valign="top" | Differenzen-Programm für (BAW) [[NetCDF|CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCDVAR]]
| width="75%" valign="top" | Löschen von Variablen und Terminen aus (BAW) [[NetCDF|CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCMERGE]]
| width="75%" valign="top" | Zusammenfügen der Variablen mehrerer (BAW) [[NetCDF|CF NetCDF]] Dateien in einer [[NetCDF|CF NetCDF]] Datei.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCPOLO]]
| width="75%" valign="top" | Validierungs-Toolbox für Modellergebnisse aus (BAW) [[NetCDF|CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCPLOT]]
| width="75%" valign="top" | Plot-Programm für (BAW) [[NetCDF|CF NetCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCPROFIL]]
| width="75%" valign="top" | Plot-Programm für (BAW) [[NetCDF|CF NetCDF]] Dateien entlang eines Profils.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NCVIEW2D]]
| width="75%" valign="top" | Darstellung von Zeitreihen aus NetCDF-Dateien
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NC2TABLE]]
| width="75%" valign="top" | Datenextraktions-Programm für (BAW) [[NetCDF|CF netCDF]] Dateien.
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[NETCDFRASTERTOOL]]
| width="75%" valign="top" | Simulationsergebnisse in gerastertete [[NetCDF|CF NetCDF]]-Dateien konvertieren.
|- bgcolor="#d3d3d3"
! colspan="3" | O
|- bgcolor="#d3d3d3"
! colspan="3" | P
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[PARTRACE]]
| width="75%" valign="top" | Berechnung von Partikelbahnen in 2D-tiefengemittelten Strömungsfeldern
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[PLOTPROFILZEIT]]
| width="75%" valign="top" | Darstellung von (aggregierten) Daten auf Profilen über die Zeit
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[POLWIND]]
| width="75%" valign="top" | Extraktion von Polygonen aus einem Gesamtgebiet
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[POLYUMFORM]]
| width="75%" valign="top" | Umwandlung von Dateien mit Strukturinformation verschiedener Formate in ein BAW-konformes Format
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[PGCALC]]
| width="75%" valign="top" | Berechnung zusätzlicher physikalischer Größen aus Simulationsergebnissen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[PREHYDRO]]
| width="75%" valign="top" | Aufbereitung von Randwerte für den seeseitigen Rand des BAW-Vorhersagemodells anhand der BSHcmod Daten
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[PREMETEO]]
| width="75%" valign="top" | Übertragung des vom DWD bereitgestellten atmosphärischen Antrieb auf ein Untrim-Ästuargitter
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[PROPTEL]]
| width="75%" valign="top" | Das BAW-Vorhersagemodell. Ein operationelles Tidemodellsystem
|- bgcolor="#d3d3d3"
! colspan="3" | Q
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[QUICKPLOT|quickplot]]
| width="75%" valign="top" | Visualisierung von Daten (Dateityp [[CF-NETCDF.NC|cf-netcdf.nc]])
|- bgcolor="#d3d3d3"
! colspan="3" | R
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[ROSE]]
| width="75%" valign="top" | Berechnung und Darstellung der richtungsabhängigen Häufigkeitverteilung für eine vektorielle Zeitserie
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[RSMERGE]]
| width="75%" valign="top" | Anpassung von UNTRIM-Restart-Dateien an ein verändertes Gitternetz (Gebietsausschnitt oder Tiefenänderung) und/oder an eine veränderte vertikale Auflösung
|- bgcolor="#d3d3d3"
! colspan="3" | S
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[SYNGRID]]
| width="75%" valign="top" | Erzeugung synthetischer Peildaten
|- bgcolor="#d3d3d3"
! colspan="3" | T
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TAYLORTARGETDIAGRAM]]
| width="75%" valign="top" | Erzeugen einer Darstellung des Typs Taylor- und Target-Diagramm
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TC2BAGGER]]
| width="75%" valign="top" | Bagger-Programm für zwei-dimensionale Finite Elemente Gitter
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TC2GEOM]]
| width="75%" valign="top" | Umwandlung einer Finite Elemente Topographie in eine Finite Differenzen Topographie
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TC2TR2]]
| width="75%" valign="top" | Umwandlung einer TICAD-Topographie in eine TRIM-Topographie
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TDKLF]]
| width="75%" valign="top" | Berechnung der Tidekennwerte des Geschiebetransportes oder der Wirkung der eff. Bodenschubspannung
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TDKSF]]
| width="75%" valign="top" | Berechnung der Tidekennwerte des Salz- oder Schwebstoff- oder Tracergehaltes sowie der Temperatur
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TDKTIE]]
| width="75%" valign="top" | Verknüpfen von TIDKEN-Ergebnissen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TDKVF]]
| width="75%" valign="top" | Berechnung der Tidekennwerte der Strömung
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TDKWF]]
| width="75%" valign="top" | Berechnung der Tidekennwerte des Wasserstands und der Morphodynamik
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[TELEMAC-2D]]
| width="75%" valign="top" | zwei-dimensionales Finite Elemente Verfahren
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TEO]]
| width="75%" valign="top" | Extraktion von Peildaten aus einer ''KUEDAT'' Peildatei
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TEOAX]]
| width="75%" valign="top" | Extraktion von Peilachsen aus einer ''KUEDAT'' Peildatei
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TICLQ2]]
| width="75%" valign="top" | Extraktion bathymetrischer = Tiefen auf Längs-/Querprofilen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TICTRI]]
| width="75%" valign="top" | Gitternetzkonvertierung in das TRIGRID-Format
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TIDKEN]]
| width="75%" valign="top" | Berechnen von Tide-Kennwerten für einzelne Zeitserien
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TIMESHIFT]]
| width="75%" valign="top" | Modelldaten auf langen Profilen zeitlich korrigieren
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TM2DIDA]]
| width="75%" valign="top" | Datenkonversion der ''TELEMAC-2D''-Berechnungsergebnisse
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TM2RND]]
| width="75%" valign="top" | Randwertegenerierung für ''TELEMAC-2D''
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TOPVF]]
| width="75%" valign="top" | Berechnung von 2D/3D-Flächen und Volumina eines FE-Gitters
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TOUTR]]
| width="75%" valign="top" | Umwandlung eines Gitternetzes beliebigen Formats in ein Gitternetz des Verfahrens ''Untrim''
|- valign="top"
| width="5%" bgcolor="#ffff00" valign="top" | Son
| width="20%" valign="top" |
[[TR2APP]]
| width="75%" valign="top" | Analyse von ''TRIM-2D''-Berechnungsergebnissen
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR2ASCII]]
| width="75%" valign="top" | Datenkonversion der ''TRIM-2D''-Berechnungsergebnisse ins ASCII-Format
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR2DIDA]]
| width="75%" valign="top" | Datenkonversion der ''TRIM-2D''-Berechnungsergebnisse
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TR2FIDI]]
| width="75%" valign="top" | Umwandlung einer TRIM-Topographie in eine FIDISOR/FIDIRB-Topographie
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TR2GEOM]]
| width="75%" valign="top" | Umwandlung einer TRIM-Modelltopographie in ein äquivalentes Finite Elemente Gitter
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR2ISSUSKONVERT]]
| width="75%" valign="top" | Bereitstellen von 2D-Strömungsdaten aus Modellergebnissen (TRIM2D/UNTRIM/TELEMAC) für Schiffsführungssimulatoren
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR2KACHEL]]
| width="75%" valign="top" | Erzeugung von Teilgebietstopographie und -daten für ''TRIM-2D'' Berechnungsergebnisse
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TR2LQ2]]
| width="75%" valign="top" | Extraktion bathymetrischer Tiefen auf Längs-/Querprofilen aus TRIM-Topographien
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR2MODATE]]
| width="75%" valign="top" | Modifikation der Datumsangabe in ''TRIM-2D'' Berechnungsergebnissen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TR2REFRESH]]
| width="75%" valign="top" | Wandelt eine vorhandene ''TRIM-Topograhie'' unter Verwendung der vorliegenden Tiefeninformationen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TR2RND]]
| width="75%" valign="top" | Generierung von Randwertdateien für das Verfahren ''TRIM-2D''
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TR2VOR]]
| width="75%" valign="top" | Erzeugung der optimierten Topographie und der Indexfelder für ''TRIM-2D''
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR3DIDA]]
| width="75%" valign="top" | Datenkonversion der ''TRIM-3D''-Berechnungsergebnisse
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR3KACHEL]]
| width="75%" valign="top" | Extraktion von Topographie, Indexfeldern und Ergebnissen aus einem ''TRIM-3D''-Gesamtgebiet
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TR3MODATE]]
| width="75%" valign="top" | Modifikation der Datumsangabe in ''TRIM-3D'' Berechnungsergebnissen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TRASSE]]
| width="75%" valign="top" | generiert die Gitterpunkte einer Fahrrinnentrasse oder einer Buhne/Leitdamm
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TRGITTER05]]
| width="75%" valign="top" | Grafischer Präprozessor für ein Finite Differenzen ''TRIM-2D'' Gitternetz
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[TRIM-2D]]
| width="75%" valign="top" | zwei-dimensionales Finite Differenzen Verfahren ''TRIM-2D''
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[TRIM-3D]]
| width="75%" valign="top" | drei-dimensionales Finite Differenzen Verfahren ''TRIM-3D''
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TRIMKACH]]
| width="75%" valign="top" | Erzeugung von allgemeinen Eingabedateien und Extraktion von Daten durch ''TR2KACHEL'' oder ''TR3KACHEL''
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[TRVZR]]
| width="75%" valign="top" | Analysator von flächenhaften Ergebnisdateien der Verfahren ''TRIM-2D'' oder ''TRIM-3D''
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[TSCALC]]
| width="75%" valign="top" | Mathematische Verknüpfung verschiedener Zeitserien
|- bgcolor="#d3d3d3"
! colspan="3" | U
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[UNK]]
| width="75%" valign="top" | Berechnung der Enstehung, Ausbreitung und Dissipation von Seegang
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[UNS]]
| width="75%" valign="top" | Postprocessor mit ''SediMorph''-Funktionalität unabhängig von einem gekoppelten hydrodynamischen Modell
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[UNTRIM]]
| width="75%" valign="top" | Finite Differenzen-/Volumen-Modell (2D/3D) für unstrukturierte Gitter ''UNTRIM''
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[UNTRIM2]]
| width="75%" valign="top" | Finite Differenzen-/Volumen-Modell (2D/3D) für unstrukturierte Gitter ''UNTRIM2'',
mit SubGrid-Technologie zur präzisen Wiedergabe der Bathymetrie
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[UNTRIM2007]]
| width="75%" valign="top" | Finite Differenzen-/Volumen-Modell (2D/3D) für unstrukturierte Gitter mit statischer und dynamischer Topografie
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[UNTRIM2007MONITOR]]
| width="75%" valign="top" | Analyse von UNTRIM2007-Message-Dateien
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[UNTRIMMONITOR]]
| width="75%" valign="top" | Analyse von UNTRIM-Message-Dateien
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[UPDA2D]]
| width="75%" valign="top" | Aktualisiert die Modelltopographie an den Knotenpunkten eines FE-Gitters und zur Ausrichtung der Elementkanten entlang der Strukturlinien
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[UPLAY]]
| width="75%" valign="top" | Schale um UNTRIM2 und NCPLOT, um interaktiv die Tiefen eines Gitters zu ändern, die hydrodynamische Wirkung mit UNTRIM2 berechnen zu lassen und die Berechnungsergebnisse anzuschauen
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[UTRPRE]]
| width="75%" valign="top" | Rundet Tiefen in ''UNTRIM2007'' um gleiche Anzahlen an Berechnungspunkten zu erhalten
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[UTRRND]]
| width="75%" valign="top" | Erzeugen von Randwertzeitserien aus gemessenen oder berechneten Daten
|- bgcolor="#d3d3d3"
! colspan="3" | V
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[VOLUMETH]]
| width="75%" valign="top" | Berechnung von Niveauflächenverteilungen und Volumensummenkurven eines Gebietes im FE-Gitter
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[VOLUMETHAUTO]]
| width="75%" valign="top" | Daemon für das Programm ''VOLUMETH''
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[VTDK]]
| width="75%" valign="top" | Berechnung der Differenzen zwischen Tidekennwerten
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[VVIEW2D]]
| width="75%" valign="top" | Zweidimensionale graphische Darstellung von CFD-Berechnungs- und Analyseergebnissen in Vertikalschnitten
|- bgcolor="#d3d3d3"
! colspan="3" | W
|- valign="top"
| width="5%" bgcolor="#0000ff" valign="top" | Sim
| width="20%" valign="top" |
[[WARM]]
| width="75%" valign="top" | mathematisches Seegangsmodell
|- valign="top"
| width="5%" bgcolor="#ffff00" valign="top" | Son
| width="20%" valign="top" |
[[WESPE]]
| width="75%" valign="top" | Berechnen eindimensionaler Seegangsspektren (JONSWAP und TMA)
|- bgcolor="#d3d3d3"
! colspan="3" | X
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[XTRDATA]]
| width="75%" valign="top" | Extraktion von ASCII-Daten aus binären Direktzugriffsdateien
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[XTRLQ2]]
| width="75%" valign="top" | Extraktion von Binärdaten entlang Längs- und/oder Querprofilen
|- bgcolor="#d3d3d3"
! colspan="3" | Y
|- bgcolor="#d3d3d3"
! colspan="3" | Z
|- valign="top"
| width="5%" bgcolor="#ffa500" valign="top" | Pos
| width="20%" valign="top" |
[[ZEITR]]
| width="75%" valign="top" | Umwandlung synoptischer Datensätze in Zeitreihen-Daten
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[ZEITRIO]]
| width="75%" valign="top" | Lesen, Umwandeln und Schreiben von Zeitreihen verschiedener Formate
|- valign="top"
| width="5%" bgcolor="#ff0000" valign="top" | Pre
| width="20%" valign="top" |
[[ZWISCHENPUNKTE]]
| width="75%" valign="top" | Erzeugung synthetischer Tiefenpunkte aus digitalen Isolinien

|}

----
zurück zu [[BAW-Software-Dokumentation]]
----
[[Strukturübersicht]]

[[en:Program Descriptions]]

GRIDCONVERT

2023-02-27T16:13:41Z

Ak3jjuer: Wechsel der Programmzugehörigkeit von Pos nach Pre

{{Programmkennblatt
|name_en=GRIDCONVERT
|name=GRIDCONVERT
|version=April 2019
|version_beschr=September 2022
|stichworte=Konversion von Gitternetzen 
Lesen und Schreiben von Gitternetzen in verschiedenen Dateiformaten

Danksagung: ''This project took advantage of netCDF software developed by UCAR/Unidata ([http://www.unidata.ucar.edu/software/netcdf/ www.unidata.ucar.edu/software/netcdf/]).''

|kurzbeschreibung=
Das Programm GRIRDCONVERT dient zur Konversion der Gitternetze verschiedener mathematischer Modellverfahren:

* zwischen verschiedenen Dateiformaten bei gleicher Gitterstruktur,
* zwischen verschiedenen Gitterformaten bei ebenfalls unterschiedlicher Dateistruktur,
* Verfeinerung (um den Faktor 4) eines UNTRIM-Gitters,
* Einebnen aller subgridskaligen Topografievariationen in allen Zellen und auf allen Kanten, sowie
* der Konversion von Strukturinformation aus insel.dat-Dateien.

Außerdem steht folgende Funktionalität zur Verfügung:
* Ermitteln statistischer Daten eines Gitters,
* Finden der Unterschiede zwischen zwei Gitternetzen, und
* Feststellen von Unterschieden der anfänglichen Topografie für [[UNTRIM]] zwischen Ein-Gitter-Simulation und Zwei-Gitter-Simulation.

Auf Grund der spezifischen Charakteristika der Gitternetze mathematischer Modellverfahren bleibt die Anzahl der möglichen Umwandlungen naturgemäß beschränkt. Eine automatische Optimierung des Gitters hinsichtlich der spezifischen Anforderungen der unterschiedlichen Modellverfahren findet nicht statt.
|eingabedateien=
# '''Gitternetz (Eingabeformate)'''
:: Die folgenden Formate werden unterstützt:
::* [[DELFT3D.GRD|delft3d.grd]], [[DELFT3D.DEP|delft3d.dep]], [[DELFT3D.ENC|delft3d.enc]], [[DELFT3D.DRY|delft3d.dry]],
::* [[DELFT3D.THD|delft3d.thd]], [[DELFT3D.LWL|delft3d.lwl]], [[DELFT3D.EXT|delft3d.ext]] sowie [[DELFT3D.BND|delft3d.bnd]],
::* [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]],
::* [[SELAFIN|selafin]],
::* [[UNTRIM_GRID.DAT|untrim_grid.dat]],
::* [[UTRSUB_GRID.DAT|utrsub_grid.dat]],
::* [[PLTSUB_GRID.UPI|pltsub_grid.upi]],
::* [[LOCATION_GRID.DAT|location_grid.dat]],
::* [[INSEL.DAT|insel.dat]] (enthält strenggenommen keine Berechnungsgitter aber Strukturen wie Buhnen oder Inseln) und
::* [[PROFIL05.BIN|profil05.bin]].
# '''(optional) Globale Metadaten'''
::* [[NC_META.DAT|nc_meta.dat]].
Falls die Datei ''nc_meta.dat'' in dem Arbeitsverzeichnis vorhanden ist, so wird sie automatisch gelesen. Anderenfalls wird auf die gleichnamige Datei in dem Verzeichnis $PROGHOME/cfg zurückgegriffen.
|ausgabedateien=
# '''Gitternetz (Ausgabeformate)'''
:: Die folgenden Formate werden unterstützt:
::* [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]],
::* [[UNTRIM_GRID.DAT|untrim_grid.dat]],
::* [[UTRSUB_GRID.DAT|utrsub_grid.dat]],
::* [[PLTSUB_GRID.UPI|pltsub_grid.upi]],
::* [[INSEL.DAT|insel.dat]] und
::* [[CF-NETCDF.NC|cf-netcdf.nc]] (derzeit nur [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]], [[INSEL.DAT|insel.dat]], [[UNTRIM_GRID.DAT|untrim_grid.dat]], [[UTRSUB_GRID.DAT|utrsub_grid.dat]], [[PLTSUB_GRID.UPI|pltsub_grid.upi]], [[LOCATION_GRID.DAT|location_grid.dat]] und [[PROFIL05.BIN|profil05.bin]]).
Hinweis: Liegen zusammen gehörende Dateien des Typs [[UTRSUB_GRID.DAT|utrsub_grid.dat]] und
[[PLTSUB_GRID.UPI|pltsub_grid.upi]] in demselben Arbeitsverzeichnis vor, so werden auch alle Daten des sogenannten Plot-SubGrid in die NetCDF Datei übertragen. Fehlt die an zweiter Stelle genannte Datei so sind auch in der NetCDF Datei keine Informationen zum Plot-SubGrid enthalten.

|methode=Die Informationen flächenhafter Gitter werden mit Hilfe der in dem Softwarepaket '''H_GRID''' zur Verfügung stehenden Methoden konvertiert und in das gewünschte Dateiformat ausgegeben. 
Dateien mit Informationen zu Einzelpositionen werden vom Softwarepaket '''L_GRID''' konvertiert. 
Das Softwarepaket '''P_GRID''' konvertiert Dateien mit Profilen.: 
Das Softwarepaket '''IO_INSEL''' konvertiert Bauwerksinformationen aus insel.dat-Dateien. GRIDCONVERT ermöglicht es dem User dabei, die zu konvertierenden Bauwerkstypen, wie z.B. "DAMM" auszuwählen.


''Hinweis'': Vor der Konvertierung in eine CF-NetCDF-Datei kann die Eingabedatei um einige optionale Info-Blöcke ergänzt werden (Ausnahme: profil05.bin). Auf diese Weise lassen sich zusätzliche Metadaten, bspw. die CF-Konvention, in die CF-NetCDF-Datei eintragen. 
Um eine Datei vom Typ [[PROFIL05.BIN|profil05.bin]] mit Zusatzinformationen zu versehen, werden die Info-Blöcke in einer ASCII-Datei gleichen Namens mit '.dat'-Endung untergebracht. 

Siehe Beispiel-Datei: 
''$PROGHOME/examples/gridconvert/data/loc/lg.allCFinfo.dat'', 
''$PROGHOME/examples/lib/h_grid/h_grid_test_g05_plus_CF_Info_input.dat'', 
''$PROGHOME/examples/lib/h_grid/h_grid_test_utr_plus_CF_Info_input.dat'', 
''$PROGHOME/examples/lib/h_grid/h_grid_test_sub_plus_CF_Info_input.dat'', 
''$PROGHOME/examples/lib/p_grid/profil05.CF_Test.dat'' oder 
''$PROGHOME/examples/gridconvert/data/ins/insel.all.dat''.

|preprozessor=[[DAVIT]], [http://www.baw.de/methoden/index.php5/Mathematisches_Verfahren_DELFT3D DELFT3D], [[JANET]], [[TELEMAC-2D]], [[UNTRIM]]
|postprozessor=[[DATACONVERT]], [[DAVIT]], [[HVIEW2D]], [[JANET]], [[NCANALYSE]], [[NCAUTO]], [[NCCHUNKIE]], [[NCPLOT]], [[NC2TABLE]],[[UNTRIM]], [[UTRPRE]] und diverse NetCDF-Tools wie QUICKPLOT
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=Musterdateien finden sich in: 
$PROGHOME/examples/gridconvert/, 
$PROGHOME/examples/gridconvert/data/loc/, 
$PROGHOME/examples/gridconvert/data/ins/ (insel.dat).

Weiterführende Information: 
Im [[NetCDF|NetCDF-Bereich des BAWiki]] sind alle NetCDF-Konventionen dokumentiert, die der Speicherung typischer BAW-spezifischer Daten in [[NETCDF.CDF|NetCDF]]-Dateien zu Grunde liegen.

}}

OP WEIR.DAT

2021-03-30T13:11:35Z

Ak3jjuer: veränderte Lage der Beispieldatei im Verzeichnisbaum von PROGHOME

{{Dateikennblatt
|name_en=OP_WEIR.DAT
|dateityp=op_weir.dat
|version=März 2021
|version_beschr=März 2021
|bedeutung= [[Datei:Illustration opweir.png|350px|thumb|right]] enthält Eingabedaten für die Steuerung von [[UNTRIM2]]-Wehr-Abschnitten in Abhängigkeit von Modellergebnissen zur Laufzeit des Modells. Vorteil: Der Anwender ist nicht mehr gezwungen, vor dem Modellstart die genauen Zeitpunkte zur Steuerung der Wehrhöhen zu kennen. Statt dessen löst z.B. der Wasserstand an einem vom Anwender festgelegten Beobachtungsort im Modell eine Wehrsteuerung aus, wenn dieser Wasserstand einen Grenzwert über- oder unterschreitet. Ebenso kann der Strömungsbetrag oder die Strömungsrichtung, die Steiggeschwindigkeit des Wasserstands oder die Differenz der Wasserstände oder des Strömungsbetrags an zwei Beobachtungsorten für einen Vergleich mit Grenzwerten herangezogen werden. Zusätzlich können bestimmte Tage, Uhrzeiten oder Wochentage verwendet und mehrere Bedingungen können logisch miteinander verknüpft werden (Und- oder Oder-Verknüpfung).

|dateiinhalt=
'''Eingabesteuerdaten'''

* Allgemeine Steuerdaten (Block '''General_Data''')
** Key "'''EPSG'''" : '''EPSG-Code''' aller horizontalen Koordinaten dieser Datei.
** Key "'''Time_Zone'''" : '''Zeitzone''' aller Zeitangaben dieser Datei.

* Steuerdaten eines Wehr-Abschnittes (Block '''Operational_Weir''') : Dieser Block beschreibt die Kriterien, die zur Steuerung eines zusammenhängenden Gitterkanten-Abschnitts notwendig sind und kann mehrfach verwendet werden. Verschiedene Gitterkanten-Abschnitte können auf den gleichen Operational_Weir-Block zugreifen, wenn diese Abschnitte auf die gleiche Art und Weise gesteuert werden sollen. Verschiedene Gitterkanten-Abschnitte müssen mit unterschiedlichen Operational_Weir-Blöcken beschrieben werden, wenn diese Abschnitte unterschiedlich gesteuert werden sollen. Unterschiedlich heißt, der Wehrtyp (bottom_up oder top_down) ist verschieden oder die Drempeltiefe ist verschieden oder die Bedingungen zum Schließen und Öffnen sind verschieden. Der Wehr-Name ist die Bezeichnung, mit der ein Operational_Weir-Block von außerhalb identifiziert wird.
** Key "Weir_Name" : '''Bezeichnung des Wehres''' oder Sperrwerks oder Schützes ohne Leerzeichen. Die Bezeichnung kann frei gewählt werden, muss aber für alle Operational_Weir-Blöcke unterschiedlich sein. Dieser Name wird zur Identifikation des Wehres von außerhalb (z.B. in einer utromp2009-Steuerdatei) herangezogen.
** Key "Weir_Type" : '''Typ des Wehrs''' (bottom_up oder top_down). Wird dieser Key nicht angegeben, so wird "bottom_up" verwendet. Diese Angabe muss übereinstimmen mit der Angabe aus der zugehörigen utromp2009-Steuerdatei.
*** bottom_up: Das Wehrtor wird zur Öffnung nach unten in den Drempel bewegt. Wasser kann nur über das Wehrtor hinwegfließen.
*** top_down: Das Wehrtor wird zur Öffnung nach oben aus dem Wasser gehoben. Wasser kann nur unter dem Wehrtor hindurchfließen.
** Key "Target_Weir_Height" : '''Ziel-Höhe''' des Wehres nach einem Steuerungsvorgang
*** Dieser Key kann mehrfach verwendet werden, um unterschiedliche Ziel-Wehrhöhen definieren zu können
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Wehrhoehe in mNHN fest, also positiv nach oben.
** Key "Start_Weir_Height" : Bezeichnung der '''Initial-Wehrhoehe zu Beginn des Modelllaufs'''. Angegeben wird der Name der Wehrhöhe (s.a. Parameter 1 des Keys [[#TWH|"Target_Weir_Height"]]).
** Key "Weir_Speed" : '''Wehrtor-Geschwindigkeit''', mit der die Tore des Wehres ihre Höhenlage ändern.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Geschwindigkeit in m/s fest.
*** Es können unterschiedliche Tor-Geschwindigkeiten definiert werden, um z.B. eine Standard-Geschwindigkeit und eine Höchst-Geschwindigkeit in einer Gefahren-Situation abbilden zu können.
** Key "Observation_Coordinates" : '''Koordinaten eines Beobachtungsortes''', wo die Steuer-Größen (also z.B. Wasserstand oder Strömung) aus dem Modell abgegriffen ("gemessen") werden.
*** Wichtig: Ein Beobachtungsort sollte idealerweise dauerhaft überflutet sein. Ist ein Beobachtungsort trocken gefallen, können an diesem Ort keine Bedingungen zum Schließen oder Öffnen des Wehres geprüft werden.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 und 3 legen die horizontale Position (x- und y-Koordinate) fest.
*** Parameter 4 legt die vertikale Position in mNHN fest, also positiv nach oben.
*** Hinweis: Die z-Koordinate immer angeben. Sollte die Messgröße keine vertikale Koordinate besitzen (z.B. Wasserstand), dann wird die Angabe zur vertikalen Position ignoriert.
** Key "Threshold" : '''Schwellenwert einer Messgröße''', der über- oder unterschritten sein muss, um einen Steuerungsvorgang zu beginnen.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt den Typ des Schwellenwertes fest. Bisher sind folgende Typen definiert:
**** "waterlevel" = Schwellenwert, der mit dem Wasserstandswert an einem Beobachtungsort verglichen wird
**** "current_magnitude" = Schwellenwert, der mit dem Betrag der Strömung an einem Beobachtungsort verglichen wird
**** "current_direction" = Schwellenwert, der mit der Strömungsrichtung an einem Beobachtungsort verglichen wird
**** "diff_waterlevel" = Schwellenwert, der mit der Wasserstands-Differenz zwischen zwei Beobachtungsorten verglichen wird
**** "diff_current_magnitude" = Schwellenwert, der mit der Differenz des Betrags der Strömung zwischen zwei Beobachtungsorten verglichen wird
**** "gradt_waterlevel" = Schwellenwert, der mit der Steiggeschwindigkeit des Wasserstands an einem Beobachtungsort verglichen wird
**** "date" = Schwellenwert, der mit dem Datum der Simulation verglichen wird
**** "time" = Schwellenwert, der mit der Uhrzeit der Simulation verglichen wird
**** "day_of_week" = Schwellenwert, der mit dem Wochentag der Simulation verglichen wird
*** Parameter 3 definiert den Schwellenwert. Je nach Typ sind unterschiedliche Schwellenwert-Formate erlaubt:
**** "waterlevel": Zahlenwert in mNHN, positiv nach oben
**** "current_magnitude": Zahlenwert in m/s, größer gleich 0
**** "current_direction": Zahlenwert in Grad Richtung Ost (0 Grad = Strömung in Richtung Osten ; 90 Grad = Strömung in Richtung Norden ; 180 Grad = Strömung in Richtung Westen ; 270 Grad = Strömung in Richtung Süden)
**** "diff_waterlevel": Zahlenwert in m
**** "diff_current_magnitude": Zahlenwert in m/s
**** "gradt_waterlevel": Zahlenwert in m/h (!)
**** "date": Zeichenkette im Format "DD.MM.JJJJ"
**** "time": Zeichenkette im Format "hh:mm:ss" oder "hh:mm:ss.nnnnnnnnn"
**** "day_of_week": Ganzzahl mit folgenden Bedeutungen: 1=Sonntag ; 2=Montag ; 3=Dienstag ; 4=Mittwoch ; 5=Donnerstag ; 6=Freitag ; 7=Samstag/Sonnabend
** Key "Control_Condition" : Beschreibung einer '''Bedingung''', die erfüllt sein muss, um einen Schließ- oder Öffnungsvorgang zu beginnen. Es gibt 3 unterschiedliche Arten von Bedingungen, die im Folgenden getrennt voneinander beschrieben werden:
*** Fall 1: Vergleich einer Messgröße an einem Beobachtungsort mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name des Beobachtungsortes (s.a. Parameter 1 des Keys [[#OC|"Observation_Coordinates"]]).
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys [[#TH|"Threshold"]]).
*** Fall 2: Vergleich der Differenz einer Messgröße an zwei Beobachtungsorten mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 sind die Namen der beiden Beobachtungsorte (s.a. Parameter 1 des Keys [[#OC|"Observation_Coordinates"]]), wobei die Reihenfolge der Namen für die Differenzbildung wichtig ist. Die Notation ist "Name1[-]Name2" (ohne Leerzeichen).
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys [[#TH|"Threshold"]]).
*** Fall 3: Zwei zuvor definierte Bedingungen werden mit "AND" oder "OR" logisch miteinander verknüpft
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name der ersten Bedingung (siehe Parameter 1 dieses Keys).
**** Parameter 3 ist Verknüpfungsoperator: Erlaubt sind "AND" oder "OR".
**** Parameter 4 ist der Name der zweiten Bedingung.
** Key "Conditional_Weir_Height" : Kombiniert die Bedingung, die erfüllt sein muss, um einen Schließ- oder Öffnungsvorgang zu beginnen, mit der neuen Ziel-Wehrhöhe. Es muss mindestens einmal eine solche '''Kombination aus Bedingung und Ziel-Wehrhöhe''' definiert werden. Es sollten typischerweise mindestens zwei sein (eine zum Öffnen und eine zum Schließen des Wehres).
*** Parameter 1 ist der Name der Bedingung, die erfüllt sein muss, damit dieser Schließ- oder Öffnungsvorgang beginnen kann (s.a. Parameter 1 des Keys [[#CC|"Control_Condition"]]).
*** Parameter 2 ist die Priorität dieser Kombination. Anzugeben als Ganzzahl: Je höher diese Zahl, desto höher die Priorität dieser Kombination. Die Priorität ist nur dann wichtig, wenn die mit den Kombinationen verbundenen Bedingungen zeitgleich erfüllt sind: Es wird dann diejenige Ziel-Wehrhöhe mit der höchsten Priorität gesteuert. Gleiche Prioritäten dürfen nicht angegeben werden. Jedoch ist die Priorität auch nur dann wichtig, wenn die Bedingungen zeitgleich erfüllt sein können.
*** Parameter 3 ist der Name der neuen Ziel-Wehrhöhe (s.a. Parameter 1 des Keys [[#TWH|"Target_Weir_Height"]]).
*** Parameter 4 ist der Name der Wehrtor-Geschwindigkeit, also der Schließ- und Öffnungsgeschwindigkeit der Tore (s.a. Parameter 1 des Keys [[#WS|"Weir_Speed"]]).
*** Parameter 5 legt die Nachlaufzeit fest. Die Nachlaufzeit ist eine Zeitdauer, das Format ist "dddddd-hh:mm:ss.nnnnnnnnn". Die Nachlaufzeit ist eine Zeitspanne, die direkt nach Erreichen der neuen Ziel-Wehrhöhe beginnt. In dieser Zeitspanne finden noch keine Prüfungen von Bedingungen zur erneuten Änderung der Wehrhöhe statt. Die Nachlaufzeit kann Null sein. Eine Nachlaufzeit größer Null kann aber sinnvoll sein, um ungewollte Schließ- oder Öffnungsvorgaenge durch Schwall- oder Sunkwellen für einen gewissen Zeitraum auszuschließen.
** Key "Observation_Start_End" : '''Start- und Endzeitpunkt''' für die Prüfung der Kontroll-Bedingungen, die erfüllt sein müssen, um einen Schließ- oder Öffnungsvorgang zu beginnen. So besteht die Möglichkeit, die Steuerung des Wehres auf einen Ausschnitt des Modellzeitraums zu begrenzen. Dieser Key kann mehrfach verwendet werden, um mehrere Zeitabschnitte mit Prüfungen definieren zu können. Wird dieser Key nicht angegeben, so werden Schließ- und Öffnungsbedingungen für den gesamten Modellzeitraum geprüft.
*** Parameter 1 legt den Startzeitpunkt fest. Format ist "TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn"
*** Parameter 2 legt den Endzeitpunkt im gleichen Format fest.

'''Anmerkungen'''

# Beim Lesen der Daten wird automatisch auch auf die '''Dictionary-Datei op_weir_dico.dat''' in dem Verzeichnis '''$PROGHOME/dic/''' zugegriffen.
|nutzerprogramme=[[UNTRIM2]]
|programmiersprache=FORTRAN90
|dateiform=FORMATTED
|dateizugriff=SEQUENTIAL
|dateiendung=.dat
|schreibmodule=interaktive Erstellung (Editor)
|lesemodule=mod_m_op_weir_steer.f90 im Paket fortran/lib/op_weir
|kontakt_original=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|kontakt_pflege=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|beispieldatei=siehe $PROGHOME/examples/op_weir/op_weir.dat
}}

OP WEIR.DAT

2021-03-30T11:13:47Z

Ak3jjuer: Bild hinzugefügt

Datei:Illustration opweir.png

2021-03-30T10:52:03Z

Ak3jjuer: Darstellung der Strömungsgeschwindigkeiten im Längsschnitt vor und hinter einem Wehr. Beispielsweise können die Strömungsgeschwindigkeiten (in Verbindung mit Grenzwerten, die an den Beobachtungspositionen 1 oder 2 über- oder unterschritten werden)…

== Beschreibung ==
Darstellung der Strömungsgeschwindigkeiten im Längsschnitt vor und hinter einem Wehr. Beispielsweise können die Strömungsgeschwindigkeiten (in Verbindung mit Grenzwerten, die an den Beobachtungspositionen 1 oder 2 über- oder unterschritten werden) für die Steuerung einer neuen Wehrhöhe herangezogen werden.

OP WEIR.DAT

2021-03-30T10:14:32Z

Ak3jjuer: Verlinkung zwischen den Keys innerhalb der Seite hinzugefügt

{{Dateikennblatt
|name_en=OP_WEIR.DAT
|dateityp=op_weir.dat
|version=März 2021
|version_beschr=März 2021
|bedeutung=enthält Eingabedaten für die Steuerung von [[UNTRIM2]]-Wehr-Abschnitten in Abhängigkeit von Modellergebnissen zur Laufzeit des Modells. Vorteil: Der Anwender ist nicht mehr gezwungen, vor dem Modellstart die genauen Zeitpunkte zur Steuerung der Wehrhöhen zu kennen. Statt dessen löst z.B. der Wasserstand an einem vom Anwender festgelegten Beobachtungsort im Modell eine Wehrsteuerung aus, wenn dieser Wasserstand einen Grenzwert über- oder unterschreitet. Ebenso kann der Strömungsbetrag oder die Strömungsrichtung, die Steiggeschwindigkeit des Wasserstands oder die Differenz der Wasserstände oder des Strömungsbetrags an zwei Beobachtungsorten für einen Vergleich mit Grenzwerten herangezogen werden. Zusätzlich können bestimmte Tage, Uhrzeiten oder Wochentage verwendet und mehrere Bedingungen können logisch miteinander verknüpft werden (Und- oder Oder-Verknüpfung).
|dateiinhalt=
'''Eingabesteuerdaten'''

* Allgemeine Steuerdaten (Block '''General_Data''')
** Key "'''EPSG'''" : '''EPSG-Code''' aller horizontalen Koordinaten dieser Datei.
** Key "'''Time_Zone'''" : '''Zeitzone''' aller Zeitangaben dieser Datei.

* Steuerdaten eines Wehr-Abschnittes (Block '''Operational_Weir''') : Dieser Block beschreibt die Kriterien, die zur Steuerung eines zusammenhängenden Gitterkanten-Abschnitts notwendig sind und kann mehrfach verwendet werden. Verschiedene Gitterkanten-Abschnitte können auf den gleichen Operational_Weir-Block zugreifen, wenn diese Abschnitte auf die gleiche Art und Weise gesteuert werden sollen. Verschiedene Gitterkanten-Abschnitte müssen mit unterschiedlichen Operational_Weir-Blöcken beschrieben werden, wenn diese Abschnitte unterschiedlich gesteuert werden sollen. Unterschiedlich heißt, der Wehrtyp (bottom_up oder top_down) ist verschieden oder die Drempeltiefe ist verschieden oder die Bedingungen zum Schließen und Öffnen sind verschieden. Der Wehr-Name ist die Bezeichnung, mit der ein Operational_Weir-Block von außerhalb identifiziert wird.
** Key "Weir_Name" : '''Bezeichnung des Wehres''' oder Sperrwerks oder Schützes ohne Leerzeichen. Die Bezeichnung kann frei gewählt werden, muss aber für alle Operational_Weir-Blöcke unterschiedlich sein. Dieser Name wird zur Identifikation des Wehres von außerhalb (z.B. in einer utromp2009-Steuerdatei) herangezogen.
** Key "Weir_Type" : '''Typ des Wehrs''' (bottom_up oder top_down). Wird dieser Key nicht angegeben, so wird "bottom_up" verwendet. Diese Angabe muss übereinstimmen mit der Angabe aus der zugehörigen utromp2009-Steuerdatei.
*** bottom_up: Das Wehrtor wird zur Öffnung nach unten in den Drempel bewegt. Wasser kann nur über das Wehrtor hinwegfließen.
*** top_down: Das Wehrtor wird zur Öffnung nach oben aus dem Wasser gehoben. Wasser kann nur unter dem Wehrtor hindurchfließen.
** Key "Target_Weir_Height" : '''Ziel-Höhe''' des Wehres nach einem Steuerungsvorgang
*** Dieser Key kann mehrfach verwendet werden, um unterschiedliche Ziel-Wehrhöhen definieren zu können
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Wehrhoehe in mNHN fest, also positiv nach oben.
** Key "Start_Weir_Height" : Bezeichnung der '''Initial-Wehrhoehe zu Beginn des Modelllaufs'''. Angegeben wird der Name der Wehrhöhe (s.a. Parameter 1 des Keys [[#TWH|"Target_Weir_Height"]]).
** Key "Weir_Speed" : '''Wehrtor-Geschwindigkeit''', mit der die Tore des Wehres ihre Höhenlage ändern.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Geschwindigkeit in m/s fest.
*** Es können unterschiedliche Tor-Geschwindigkeiten definiert werden, um z.B. eine Standard-Geschwindigkeit und eine Höchst-Geschwindigkeit in einer Gefahren-Situation abbilden zu können.
** Key "Observation_Coordinates" : '''Koordinaten eines Beobachtungsortes''', wo die Steuer-Größen (also z.B. Wasserstand oder Strömung) aus dem Modell abgegriffen ("gemessen") werden.
*** Wichtig: Ein Beobachtungsort sollte idealerweise dauerhaft überflutet sein. Ist ein Beobachtungsort trocken gefallen, können an diesem Ort keine Bedingungen zum Schließen oder Öffnen des Wehres geprüft werden.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 und 3 legen die horizontale Position (x- und y-Koordinate) fest.
*** Parameter 4 legt die vertikale Position in mNHN fest, also positiv nach oben.
*** Hinweis: Die z-Koordinate immer angeben. Sollte die Messgröße keine vertikale Koordinate besitzen (z.B. Wasserstand), dann wird die Angabe zur vertikalen Position ignoriert.
** Key "Threshold" : '''Schwellenwert einer Messgröße''', der über- oder unterschritten sein muss, um einen Steuerungsvorgang zu beginnen.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt den Typ des Schwellenwertes fest. Bisher sind folgende Typen definiert:
**** "waterlevel" = Schwellenwert, der mit dem Wasserstandswert an einem Beobachtungsort verglichen wird
**** "current_magnitude" = Schwellenwert, der mit dem Betrag der Strömung an einem Beobachtungsort verglichen wird
**** "current_direction" = Schwellenwert, der mit der Strömungsrichtung an einem Beobachtungsort verglichen wird
**** "diff_waterlevel" = Schwellenwert, der mit der Wasserstands-Differenz zwischen zwei Beobachtungsorten verglichen wird
**** "diff_current_magnitude" = Schwellenwert, der mit der Differenz des Betrags der Strömung zwischen zwei Beobachtungsorten verglichen wird
**** "gradt_waterlevel" = Schwellenwert, der mit der Steiggeschwindigkeit des Wasserstands an einem Beobachtungsort verglichen wird
**** "date" = Schwellenwert, der mit dem Datum der Simulation verglichen wird
**** "time" = Schwellenwert, der mit der Uhrzeit der Simulation verglichen wird
**** "day_of_week" = Schwellenwert, der mit dem Wochentag der Simulation verglichen wird
*** Parameter 3 definiert den Schwellenwert. Je nach Typ sind unterschiedliche Schwellenwert-Formate erlaubt:
**** "waterlevel": Zahlenwert in mNHN, positiv nach oben
**** "current_magnitude": Zahlenwert in m/s, größer gleich 0
**** "current_direction": Zahlenwert in Grad Richtung Ost (0 Grad = Strömung in Richtung Osten ; 90 Grad = Strömung in Richtung Norden ; 180 Grad = Strömung in Richtung Westen ; 270 Grad = Strömung in Richtung Süden)
**** "diff_waterlevel": Zahlenwert in m
**** "diff_current_magnitude": Zahlenwert in m/s
**** "gradt_waterlevel": Zahlenwert in m/h (!)
**** "date": Zeichenkette im Format "DD.MM.JJJJ"
**** "time": Zeichenkette im Format "hh:mm:ss" oder "hh:mm:ss.nnnnnnnnn"
**** "day_of_week": Ganzzahl mit folgenden Bedeutungen: 1=Sonntag ; 2=Montag ; 3=Dienstag ; 4=Mittwoch ; 5=Donnerstag ; 6=Freitag ; 7=Samstag/Sonnabend
** Key "Control_Condition" : Beschreibung einer '''Bedingung''', die erfüllt sein muss, um einen Schließ- oder Öffnungsvorgang zu beginnen. Es gibt 3 unterschiedliche Arten von Bedingungen, die im Folgenden getrennt voneinander beschrieben werden:
*** Fall 1: Vergleich einer Messgröße an einem Beobachtungsort mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name des Beobachtungsortes (s.a. Parameter 1 des Keys [[#OC|"Observation_Coordinates"]]).
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys [[#TH|"Threshold"]]).
*** Fall 2: Vergleich der Differenz einer Messgröße an zwei Beobachtungsorten mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 sind die Namen der beiden Beobachtungsorte (s.a. Parameter 1 des Keys [[#OC|"Observation_Coordinates"]]), wobei die Reihenfolge der Namen für die Differenzbildung wichtig ist. Die Notation ist "Name1[-]Name2" (ohne Leerzeichen).
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys [[#TH|"Threshold"]]).
*** Fall 3: Zwei zuvor definierte Bedingungen werden mit "AND" oder "OR" logisch miteinander verknüpft
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name der ersten Bedingung (siehe Parameter 1 dieses Keys).
**** Parameter 3 ist Verknüpfungsoperator: Erlaubt sind "AND" oder "OR".
**** Parameter 4 ist der Name der zweiten Bedingung.
** Key "Conditional_Weir_Height" : Kombiniert die Bedingung, die erfüllt sein muss, um einen Schließ- oder Öffnungsvorgang zu beginnen, mit der neuen Ziel-Wehrhöhe. Es muss mindestens einmal eine solche '''Kombination aus Bedingung und Ziel-Wehrhöhe''' definiert werden. Es sollten typischerweise mindestens zwei sein (eine zum Öffnen und eine zum Schließen des Wehres).
*** Parameter 1 ist der Name der Bedingung, die erfüllt sein muss, damit dieser Schließ- oder Öffnungsvorgang beginnen kann (s.a. Parameter 1 des Keys [[#CC|"Control_Condition"]]).
*** Parameter 2 ist die Priorität dieser Kombination. Anzugeben als Ganzzahl: Je höher diese Zahl, desto höher die Priorität dieser Kombination. Die Priorität ist nur dann wichtig, wenn die mit den Kombinationen verbundenen Bedingungen zeitgleich erfüllt sind: Es wird dann diejenige Ziel-Wehrhöhe mit der höchsten Priorität gesteuert. Gleiche Prioritäten dürfen nicht angegeben werden. Jedoch ist die Priorität auch nur dann wichtig, wenn die Bedingungen zeitgleich erfüllt sein können.
*** Parameter 3 ist der Name der neuen Ziel-Wehrhöhe (s.a. Parameter 1 des Keys [[#TWH|"Target_Weir_Height"]]).
*** Parameter 4 ist der Name der Wehrtor-Geschwindigkeit, also der Schließ- und Öffnungsgeschwindigkeit der Tore (s.a. Parameter 1 des Keys [[#WS|"Weir_Speed"]]).
*** Parameter 5 legt die Nachlaufzeit fest. Die Nachlaufzeit ist eine Zeitdauer, das Format ist "dddddd-hh:mm:ss.nnnnnnnnn". Die Nachlaufzeit ist eine Zeitspanne, die direkt nach Erreichen der neuen Ziel-Wehrhöhe beginnt. In dieser Zeitspanne finden noch keine Prüfungen von Bedingungen zur erneuten Änderung der Wehrhöhe statt. Die Nachlaufzeit kann Null sein. Eine Nachlaufzeit größer Null kann aber sinnvoll sein, um ungewollte Schließ- oder Öffnungsvorgaenge durch Schwall- oder Sunkwellen für einen gewissen Zeitraum auszuschließen.
** Key "Observation_Start_End" : '''Start- und Endzeitpunkt''' für die Prüfung der Kontroll-Bedingungen, die erfüllt sein müssen, um einen Schließ- oder Öffnungsvorgang zu beginnen. So besteht die Möglichkeit, die Steuerung des Wehres auf einen Ausschnitt des Modellzeitraums zu begrenzen. Dieser Key kann mehrfach verwendet werden, um mehrere Zeitabschnitte mit Prüfungen definieren zu können. Wird dieser Key nicht angegeben, so werden Schließ- und Öffnungsbedingungen für den gesamten Modellzeitraum geprüft.
*** Parameter 1 legt den Startzeitpunkt fest. Format ist "TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn"
*** Parameter 2 legt den Endzeitpunkt im gleichen Format fest.

'''Anmerkungen'''

# Beim Lesen der Daten wird automatisch auch auf die '''Dictionary-Datei op_weir_dico.dat''' in dem Verzeichnis '''$PROGHOME/dic/''' zugegriffen.
|nutzerprogramme=[[UNTRIM2]]
|programmiersprache=FORTRAN90
|dateiform=FORMATTED
|dateizugriff=SEQUENTIAL
|dateiendung=.dat
|schreibmodule=interaktive Erstellung (Editor)
|lesemodule=mod_m_op_weir_steer.f90 im Paket fortran/lib/op_weir
|kontakt_original=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|kontakt_pflege=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|beispieldatei=siehe $PROGHOME/examples/untrim2009/op_weir.dat
}}

OP WEIR.DAT

2021-03-12T07:44:26Z

Ak3jjuer: Key "conditional_weir_height" hinzugefügt

{{Dateikennblatt
|name_en=OP_WEIR.DAT
|dateityp=op_weir.dat
|version=März 2021
|version_beschr=März 2021
|bedeutung=enthält Eingabedaten für die Steuerung von [[UNTRIM2]]-Wehr-Abschnitten in Abhängigkeit von Modellergebnissen zur Laufzeit des Modells. Vorteil: Der Anwender ist nicht mehr gezwungen, vor dem Modellstart die genauen Zeitpunkte zur Steuerung der Wehrhöhen zu kennen. Statt dessen löst z.B. der Wasserstand an einem vom Anwender festgelegten Beobachtungsort im Modell eine Wehrsteuerung aus, wenn dieser Wasserstand einen Grenzwert über- oder unterschreitet. Ebenso kann der Strömungsbetrag oder die Strömungsrichtung, die Steiggeschwindigkeit des Wasserstands oder die Differenz der Wasserstände oder des Strömungsbetrags an zwei Beobachtungsorten für einen Vergleich mit Grenzwerten herangezogen werden. Zusätzlich können bestimmte Tage, Uhrzeiten oder Wochentage verwendet und mehrere Bedingungen können logisch miteinander verknüpft werden (Und- oder Oder-Verknüpfung).
|dateiinhalt=
'''Eingabesteuerdaten'''

* Allgemeine Steuerdaten (Block '''General_Data''')
** Key "'''EPSG'''" : '''EPSG-Code''' aller horizontalen Koordinaten dieser Datei.
** Key "'''Time_Zone'''" : '''Zeitzone''' aller Zeitangaben dieser Datei.

* Steuerdaten eines Wehr-Abschnittes (Block '''Operational_Weir''') : Dieser Block beschreibt die Kriterien, die zur Steuerung eines zusammenhängenden Gitterkanten-Abschnitts notwendig sind und kann mehrfach verwendet werden. Verschiedene Gitterkanten-Abschnitte können auf den gleichen Operational_Weir-Block zugreifen, wenn diese Abschnitte auf die gleiche Art und Weise gesteuert werden sollen. Verschiedene Gitterkanten-Abschnitte müssen mit unterschiedlichen Operational_Weir-Blöcken beschrieben werden, wenn diese Abschnitte unterschiedlich gesteuert werden sollen. Unterschiedlich heißt, der Wehrtyp (bottom_up oder top_down) ist verschieden oder die Drempeltiefe ist verschieden oder die Bedingungen zum Schließen und Öffnen sind verschieden. Der Wehr-Name ist die Bezeichnung, mit der ein Operational_Weir-Block von außerhalb identifiziert wird.
** Key "'''Weir_Name'''" : '''Bezeichnung des Wehres''' oder Sperrwerks oder Schützes ohne Leerzeichen. Die Bezeichnung kann frei gewählt werden, muss aber für alle Operational_Weir-Blöcke unterschiedlich sein. Dieser Name wird zur Identifikation des Wehres von außerhalb (z.B. in einer utromp2009-Steuerdatei) herangezogen.
** Key "'''Weir_Type'''" : '''Typ des Wehrs''' (bottom_up oder top_down). Wird dieser Key nicht angegeben, so wird "bottom_up" verwendet. Diese Angabe muss übereinstimmen mit der Angabe aus der zugehörigen utromp2009-Steuerdatei.
*** bottom_up: Das Wehrtor wird zur Öffnung nach unten in den Drempel bewegt. Wasser kann nur über das Wehrtor hinwegfließen.
*** top_down: Das Wehrtor wird zur Öffnung nach oben aus dem Wasser gehoben. Wasser kann nur unter dem Wehrtor hindurchfließen.
** Key "'''Target_Weir_Height'''" : '''Ziel-Höhe''' des Wehres nach einem Steuerungsvorgang
*** Dieser Key kann mehrfach verwendet werden, um unterschiedliche Ziel-Wehrhöhen definieren zu können
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Wehrhoehe in mNHN fest, also positiv nach oben.
** Key "'''Start_Weir_Height'''" : Bezeichnung der '''Initial-Wehrhoehe zu Beginn des Modelllaufs'''. Angegeben wird der Name der Wehrhöhe (s.a. Parameter 1 von Key "Target_Weir_Height").
** Key "'''Weir_Speed'''" : '''Wehrtor-Geschwindigkeit''', mit der die Tore des Wehres ihre Höhenlage ändern.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Geschwindigkeit in m/s fest.
*** Es können unterschiedliche Tor-Geschwindigkeiten definiert werden, um z.B. eine Standard-Geschwindigkeit und eine Höchst-Geschwindigkeit in einer Gefahren-Situation abbilden zu können.
** Key "'''Observation_Coordinates'''" : '''Koordinaten eines Beobachtungsortes''', wo die Steuer-Größen (also z.B. Wasserstand oder Strömung) aus dem Modell abgegriffen ("gemessen") werden.
*** Wichtig: Ein Beobachtungsort sollte idealerweise dauerhaft überflutet sein. Ist ein Beobachtungsort trocken gefallen, können an diesem Ort keine Bedingungen zum Schließen oder Öffnen des Wehres geprüft werden.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 und 3 legen die horizontale Position (x- und y-Koordinate) fest.
*** Parameter 4 legt die vertikale Position in mNHN fest, also positiv nach oben.
*** Hinweis: Die z-Koordinate immer angeben. Sollte die Messgröße keine vertikale Koordinate besitzen (z.B. Wasserstand), dann wird die Angabe zur vertikalen Position ignoriert.
** Key "'''Threshold'''" : '''Schwellenwert einer Messgröße''', der über- oder unterschritten sein muss, um einen Steuerungsvorgang zu beginnen.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt den Typ des Schwellenwertes fest. Bisher sind folgende Typen definiert:
**** "waterlevel" = Schwellenwert, der mit dem Wasserstandswert an einem Beobachtungsort verglichen wird
**** "current_magnitude" = Schwellenwert, der mit dem Betrag der Strömung an einem Beobachtungsort verglichen wird
**** "current_direction" = Schwellenwert, der mit der Strömungsrichtung an einem Beobachtungsort verglichen wird
**** "diff_waterlevel" = Schwellenwert, der mit der Wasserstands-Differenz zwischen zwei Beobachtungsorten verglichen wird
**** "diff_current_magnitude" = Schwellenwert, der mit der Differenz des Betrags der Strömung zwischen zwei Beobachtungsorten verglichen wird
**** "gradt_waterlevel" = Schwellenwert, der mit der Steiggeschwindigkeit des Wasserstands an einem Beobachtungsort verglichen wird
**** "date" = Schwellenwert, der mit dem Datum der Simulation verglichen wird
**** "time" = Schwellenwert, der mit der Uhrzeit der Simulation verglichen wird
**** "day_of_week" = Schwellenwert, der mit dem Wochentag der Simulation verglichen wird
*** Parameter 3 definiert den Schwellenwert. Je nach Typ sind unterschiedliche Schwellenwert-Formate erlaubt:
**** "waterlevel": Zahlenwert in mNHN, positiv nach oben
**** "current_magnitude": Zahlenwert in m/s, größer gleich 0
**** "current_direction": Zahlenwert in Grad Richtung Ost (0 Grad = Strömung in Richtung Osten ; 90 Grad = Strömung in Richtung Norden ; 180 Grad = Strömung in Richtung Westen ; 270 Grad = Strömung in Richtung Süden)
**** "diff_waterlevel": Zahlenwert in m
**** "diff_current_magnitude": Zahlenwert in m/s
**** "gradt_waterlevel": Zahlenwert in m/h (!)
**** "date": Zeichenkette im Format "DD.MM.JJJJ"
**** "time": Zeichenkette im Format "hh:mm:ss" oder "hh:mm:ss.nnnnnnnnn"
**** "day_of_week": Ganzzahl mit folgenden Bedeutungen: 1=Sonntag ; 2=Montag ; 3=Dienstag ; 4=Mittwoch ; 5=Donnerstag ; 6=Freitag ; 7=Samstag/Sonnabend
** Key "'''Control_Condition'''" : Beschreibung einer '''Bedingung''', die erfüllt sein muss, um einen Schließ- oder Öffnungsvorgang zu beginnen. Es gibt 3 unterschiedliche Arten von Bedingungen, die im Folgenden getrennt voneinander beschrieben werden:
*** Fall 1: Vergleich einer Messgröße an einem Beobachtungsort mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name des Beobachtungsortes (s.a. Parameter 1 des Keys "Observation_Coordinates").
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys "Threshold").
*** Fall 2: Vergleich der Differenz einer Messgröße an zwei Beobachtungsorten mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 sind die Namen der beiden Beobachtungsorte (s.a. Parameter 1 des Keys "Observation_Coordinates"), wobei die Reihenfolge der Namen für die Differenzbildung wichtig ist. Die Notation ist "Name1[-]Name2" (ohne Leerzeichen).
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys "Threshold").
*** Fall 3: Zwei zuvor definierte Bedingungen werden mit "AND" oder "OR" logisch miteinander verknüpft
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name der ersten Bedingung (siehe Parameter 1 dieses Keys).
**** Parameter 3 ist Verknüpfungsoperator: Erlaubt sind "AND" oder "OR".
**** Parameter 4 ist der Name der zweiten Bedingung.
** Key "'''Conditional_Weir_Height'''" : Kombiniert die Bedingung, die erfüllt sein muss, um einen Schließ- oder Öffnungsvorgang zu beginnen, mit der neuen Ziel-Wehrhöhe. Es muss mindestens einmal eine solche '''Kombination aus Bedingung und Ziel-Wehrhöhe''' definiert werden. Es sollten typischerweise mindestens zwei sein (eine zum Öffnen und eine zum Schließen des Wehres).
*** Parameter 1 ist der Name der Bedingung, die erfüllt sein muss, damit dieser Schließ- oder Öffnungsvorgang beginnen kann (s.a. Parameter 1 des Keys "Control_Condition").
*** Parameter 2 ist die Priorität dieser Kombination. Anzugeben als Ganzzahl: Je höher diese Zahl, desto höher die Priorität dieser Kombination. Die Priorität ist nur dann wichtig, wenn die mit den Kombinationen verbundenen Bedingungen zeitgleich erfüllt sind: Es wird dann diejenige Ziel-Wehrhöhe mit der höchsten Priorität gesteuert. Gleiche Prioritäten dürfen nicht angegeben werden. Jedoch ist die Priorität auch nur dann wichtig, wenn die Bedingungen zeitgleich erfüllt sein können.
*** Parameter 3 ist der Name der neuen Ziel-Wehrhöhe (s.a. Parameter 1 des Keys "Target_Weir_Height").
*** Parameter 4 ist der Name der Wehrtor-Geschwindigkeit, also der Schließ- und Öffnungsgeschwindigkeit der Tore (s.a. Parameter 1 des Keys "Weir_Speed").
*** Parameter 5 legt die Nachlaufzeit fest. Die Nachlaufzeit ist eine Zeitdauer, das Format ist "dddddd-hh:mm:ss.nnnnnnnnn". Die Nachlaufzeit ist eine Zeitspanne, die direkt nach Erreichen der neuen Ziel-Wehrhöhe beginnt. In dieser Zeitspanne finden noch keine Prüfungen von Bedingungen zur erneuten Änderung der Wehrhöhe statt. Die Nachlaufzeit kann Null sein. Eine Nachlaufzeit größer Null kann aber sinnvoll sein, um ungewollte Schließ- oder Öffnungsvorgaenge durch Schwall- oder Sunkwellen für einen gewissen Zeitraum auszuschließen.
** Key "'''Observation_Start_End'''" : '''Start- und Endzeitpunkt''' für die Prüfung der Kontroll-Bedingungen, die erfüllt sein müssen, um einen Schließ- oder Öffnungsvorgang zu beginnen. So besteht die Möglichkeit, die Steuerung des Wehres auf einen Ausschnitt des Modellzeitraums zu begrenzen. Dieser Key kann mehrfach verwendet werden, um mehrere Zeitabschnitte mit Prüfungen definieren zu können. Wird dieser Key nicht angegeben, so werden Schließ- und Öffnungsbedingungen für den gesamten Modellzeitraum geprüft.
*** Parameter 1 legt den Startzeitpunkt fest. Format ist "TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn"
*** Parameter 2 legt den Endzeitpunkt im gleichen Format fest.

'''Anmerkungen'''

# Beim Lesen der Daten wird automatisch auch auf die '''Dictionary-Datei op_weir_dico.dat''' in dem Verzeichnis '''$PROGHOME/dic/''' zugegriffen.
|nutzerprogramme=[[UNTRIM2]]
|programmiersprache=FORTRAN90
|dateiform=FORMATTED
|dateizugriff=SEQUENTIAL
|dateiendung=.dat
|schreibmodule=interaktive Erstellung (Editor)
|lesemodule=mod_m_op_weir_steer.f90 im Paket fortran/lib/op_weir
|kontakt_original=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|kontakt_pflege=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|beispieldatei=siehe $PROGHOME/examples/untrim2009/op_weir.dat
}}

OP WEIR.DAT

2021-03-11T15:55:44Z

Ak3jjuer: Weitere Keys hinzugefügt

{{Dateikennblatt
|name_en=OP_WEIR.DAT
|dateityp=op_weir.dat
|version=März 2021
|version_beschr=März 2021
|bedeutung=enthält Eingabedaten für die Steuerung von [[UNTRIM2]]-Wehr-Abschnitten in Abhängigkeit von Modellergebnissen zur Laufzeit des Modells. Vorteil: Der Anwender ist nicht mehr gezwungen, vor dem Modellstart die genauen Zeitpunkte zur Steuerung der Wehrhöhen zu kennen. Statt dessen löst z.B. der Wasserstand an einem vom Anwender festgelegten Beobachtungsort im Modell eine Wehrsteuerung aus, wenn dieser Wasserstand einen Grenzwert über- oder unterschreitet. Ebenso kann der Strömungsbetrag oder die Strömungsrichtung, die Steiggeschwindigkeit des Wasserstands oder die Differenz der Wasserstände oder des Strömungsbetrags an zwei Beobachtungsorten für einen Vergleich mit Grenzwerten herangezogen werden. Zusätzlich können bestimmte Tage, Uhrzeiten oder Wochentage verwendet und mehrere Bedingungen können logisch miteinander verknüpft werden (Und- oder Oder-Verknüpfung).
|dateiinhalt=
'''Eingabesteuerdaten'''

* Allgemeine Steuerdaten (Block '''General_Data''')
** Key "'''EPSG'''" : '''EPSG-Code''' aller horizontalen Koordinaten dieser Datei.
** Key "'''Time_Zone'''" : '''Zeitzone''' aller Zeitangaben dieser Datei.

* Steuerdaten eines Wehr-Abschnittes (Block '''Operational_Weir''') : Dieser Block beschreibt die Kriterien, die zur Steuerung eines zusammenhängenden Gitterkanten-Abschnitts notwendig sind und kann mehrfach verwendet werden. Verschiedene Gitterkanten-Abschnitte können auf den gleichen Operational_Weir-Block zugreifen, wenn diese Abschnitte auf die gleiche Art und Weise gesteuert werden sollen. Verschiedene Gitterkanten-Abschnitte müssen mit unterschiedlichen Operational_Weir-Blöcken beschrieben werden, wenn diese Abschnitte unterschiedlich gesteuert werden sollen. Unterschiedlich heißt, der Wehrtyp (bottom_up oder top_down) ist verschieden oder die Drempeltiefe ist verschieden oder die Bedingungen zum Schließen und Öffnen sind verschieden. Der Wehr-Name ist die Bezeichnung, mit der ein Operational_Weir-Block von außerhalb identifiziert wird.
** Key "'''Weir_Name'''" : '''Bezeichnung des Wehres''' oder Sperrwerks oder Schützes ohne Leerzeichen. Die Bezeichnung kann frei gewählt werden, muss aber für alle Operational_Weir-Blöcke unterschiedlich sein. Dieser Name wird zur Identifikation des Wehres von außerhalb (z.B. in einer utromp2009-Steuerdatei) herangezogen.
** Key "'''Weir_Type'''" : '''Typ des Wehrs''' (bottom_up oder top_down). Wird dieser Key nicht angegeben, so wird "bottom_up" verwendet. Diese Angabe muss übereinstimmen mit der Angabe aus der zugehörigen utromp2009-Steuerdatei.
*** bottom_up: Das Wehrtor wird zur Öffnung nach unten in den Drempel bewegt. Wasser kann nur über das Wehrtor hinwegfließen.
*** top_down: Das Wehrtor wird zur Öffnung nach oben aus dem Wasser gehoben. Wasser kann nur unter dem Wehrtor hindurchfließen.
** Key "'''Target_Weir_Height'''" : '''Ziel-Höhe''' des Wehres nach einem Steuerungsvorgang
*** Dieser Key kann mehrfach verwendet werden, um unterschiedliche Ziel-Wehrhöhen definieren zu können
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Wehrhoehe in mNHN fest, also positiv nach oben.
** Key "'''Start_Weir_Height'''" : Bezeichnung der '''Initial-Wehrhoehe zu Beginn des Modelllaufs'''. Angegeben wird der Name der Wehrhöhe (s.a. Parameter 1 von Key "Target_Weir_Height").
** Key "'''Weir_Speed'''" : '''Wehrtor-Geschwindigkeit''', mit der die Tore des Wehres ihre Höhenlage ändern.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt die Geschwindigkeit in m/s fest.
*** Es können unterschiedliche Tor-Geschwindigkeiten definiert werden, um z.B. eine Standard-Geschwindigkeit und eine Höchst-Geschwindigkeit in einer Gefahren-Situation abbilden zu können.
** Key "'''Observation_Coordinates'''" : '''Koordinaten eines Beobachtungsortes''', wo die Steuer-Größen (also z.B. Wasserstand oder Strömung) aus dem Modell abgegriffen ("gemessen") werden.
*** Wichtig: Ein Beobachtungsort sollte idealerweise dauerhaft überflutet sein. Ist ein Beobachtungsort trocken gefallen, können an diesem Ort keine Bedingungen zum Schließen oder Öffnen des Wehres geprüft werden.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 und 3 legen die horizontale Position (x- und y-Koordinate) fest.
*** Parameter 4 legt die vertikale Position in mNHN fest, also positiv nach oben.
*** Hinweis: Die z-Koordinate immer angeben. Sollte die Messgröße keine vertikale Koordinate besitzen (z.B. Wasserstand), dann wird die Angabe zur vertikalen Position ignoriert.
** Key "'''Threshold'''" : '''Schwellenwert einer Messgröße''', der über- oder unterschritten sein muss, um einen Steuerungsvorgang zu beginnen.
*** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
*** Parameter 2 legt den Typ des Schwellenwertes fest. Bisher sind folgende Typen definiert:
**** "waterlevel" = Schwellenwert, der mit dem Wasserstandswert an einem Beobachtungsort verglichen wird
**** "current_magnitude" = Schwellenwert, der mit dem Betrag der Strömung an einem Beobachtungsort verglichen wird
**** "current_direction" = Schwellenwert, der mit der Strömungsrichtung an einem Beobachtungsort verglichen wird
**** "diff_waterlevel" = Schwellenwert, der mit der Wasserstands-Differenz zwischen zwei Beobachtungsorten verglichen wird
**** "diff_current_magnitude" = Schwellenwert, der mit der Differenz des Betrags der Strömung zwischen zwei Beobachtungsorten verglichen wird
**** "gradt_waterlevel" = Schwellenwert, der mit der Steiggeschwindigkeit des Wasserstands an einem Beobachtungsort verglichen wird
**** "date" = Schwellenwert, der mit dem Datum der Simulation verglichen wird
**** "time" = Schwellenwert, der mit der Uhrzeit der Simulation verglichen wird
**** "day_of_week" = Schwellenwert, der mit dem Wochentag der Simulation verglichen wird
*** Parameter 3 definiert den Schwellenwert. Je nach Typ sind unterschiedliche Schwellenwert-Formate erlaubt:
**** "waterlevel": Zahlenwert in mNHN, positiv nach oben
**** "current_magnitude": Zahlenwert in m/s, größer gleich 0
**** "current_direction": Zahlenwert in Grad Richtung Ost (0 Grad = Strömung in Richtung Osten ; 90 Grad = Strömung in Richtung Norden ; 180 Grad = Strömung in Richtung Westen ; 270 Grad = Strömung in Richtung Süden)
**** "diff_waterlevel": Zahlenwert in m
**** "diff_current_magnitude": Zahlenwert in m/s
**** "gradt_waterlevel": Zahlenwert in m/h (!)
**** "date": Zeichenkette im Format "DD.MM.JJJJ"
**** "time": Zeichenkette im Format "hh:mm:ss" oder "hh:mm:ss.nnnnnnnnn"
**** "day_of_week": Ganzzahl mit folgenden Bedeutungen: 1=Sonntag ; 2=Montag ; 3=Dienstag ; 4=Mittwoch ; 5=Donnerstag ; 6=Freitag ; 7=Samstag/Sonnabend
** Key "'''Control_Condition'''" : Beschreibung einer '''Bedingung''', die erfüllt sein muss, um einen Schließ- oder Öffnungsvorgang zu beginnen. Es gibt 3 unterschiedliche Arten von Bedingungen, die im Folgenden getrennt voneinander beschrieben werden:
*** Fall 1: Vergleich einer Messgröße an einem Beobachtungsort mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name des Beobachtungsortes (s.a. Parameter 1 des Keys "Observation_Coordinates").
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys "Threshold").
*** Fall 2: Vergleich der Differenz einer Messgröße an zwei Beobachtungsorten mit einem Schwellenwert
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 sind die Namen der beiden Beobachtungsorte (s.a. Parameter 1 des Keys "Observation_Coordinates"), wobei die Reihenfolge der Namen für die Differenzbildung wichtig ist. Die Notation ist "Name1[-]Name2" (ohne Leerzeichen).
**** Parameter 3 ist der Vergleichsoperator: Erlaubt sind ">", "<", ">=", "<=", "==" oder "/="
**** Parameter 4 ist der Name des Schwellenwertes (s.a. Parameter 1 des Keys "Threshold").
*** Fall 3: Zwei zuvor definierte Bedingungen werden mit "AND" oder "OR" logisch miteinander verknüpft
**** Parameter 1 legt einen eindeutigen Namen fest. Dieser Name wird später zu Referenzzwecken gebraucht.
**** Parameter 2 ist der Name der ersten Bedingung (siehe Parameter 1 dieses Keys).
**** Parameter 3 ist Verknüpfungsoperator: Erlaubt sind "AND" oder "OR".
**** Parameter 4 ist der Name der zweiten Bedingung.
** Key "'''Observation_Start_End'''" : '''Start- und Endzeitpunkt''' für die Prüfung der Kontroll-Bedingungen, die erfüllt sein müssen, um einen Schließ- oder Öffnungsvorgang zu beginnen. So besteht die Möglichkeit, die Steuerung des Wehres auf einen Ausschnitt des Modellzeitraums zu begrenzen. Dieser Key kann mehrfach verwendet werden, um mehrere Zeitabschnitte mit Prüfungen definieren zu können. Wird dieser Key nicht angegeben, so werden Schließ- und Öffnungsbedingungen für den gesamten Modellzeitraum geprüft.
*** Parameter 1 legt den Startzeitpunkt fest. Format ist "TT.MM.JJJJ-hh:mm:ss.nnnnnnnnn"
*** Parameter 2 legt den Endzeitpunkt im gleichen Format fest.

'''Anmerkungen'''

# Beim Lesen der Daten wird automatisch auch auf die '''Dictionary-Datei op_weir_dico.dat''' in dem Verzeichnis '''$PROGHOME/dic/''' zugegriffen.
|nutzerprogramme=[[UNTRIM2]]
|programmiersprache=FORTRAN90
|dateiform=FORMATTED
|dateizugriff=SEQUENTIAL
|dateiendung=.dat
|schreibmodule=interaktive Erstellung (Editor)
|lesemodule=mod_m_op_weir_steer.f90 im Paket fortran/lib/op_weir
|kontakt_original=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|kontakt_pflege=[mailto:victoria.ortiz@baw.de V. Ortiz], [mailto:jens.juerges@baw.de J. Jürges]
|beispieldatei=siehe $PROGHOME/examples/untrim2009/op_weir.dat
}}

OP WEIR.DAT

2021-03-11T12:57:58Z

Ak3jjuer: Liste von Keys hinzugefügt

OP WEIR.DAT

2021-03-11T09:35:22Z

Ak3jjuer: Erstmalige Erzeugung

Dateikennblätter

2021-03-11T07:41:14Z

Ak3jjuer: Neuer Listeneintrag: op_weir-Datei hinzugefügt

__NOAUTOLINKS__
__NOAUTOLINKTARGET__
[[en:File Descriptions]]
==Die Dateikennblätter der BAW-DH==

Diese Seite zeigt eine alphabetisch sortierte Aufstellung der wichtigsten bei der BAW Hamburg gebräuchlichen Datei-Typen.

----
* [[ABDF.DAT|abdf.dat]]: allgemeine Eingabedaten des Programmes [[ABDF|Abdf]]
* [[ADCP2BDF.DAT|adcp2bdf.dat]]: allgemeine Eingabedaten des Programmes [[ADCP2BDF]]
* [[ADCP2PROFILE.DAT|adcp2profile.dat]]: allgemeine Eingabedaten des Programmes [[ADCP2PROFILE]]
* [[ADCP_PROFILE.DAT|adcp_profile.dat]]: enthält die gemessenen Daten einer ADCP Profilfahrt
* [[ADCP_WH.DAT|adcp_wh.dat]]: ADCP-Workhorse Messdaten
* [[ASCII.DAT|ascii.dat]]: allgemeine ASCII-Daten-Datei
----
* [[BAGGER.DAT|bagger.dat]]: enthält Bagger-Polygone für [[TC2BAGGER]]
* [[BATCHPLOT.DAT|batchplot.dat]]: allgemeine Eingabesteuerdaten des Programmes BatchPLOT
* [[BDF_FILE_CFG.DAT|bdf_file_cfg.dat]]: enthält Konfigurationsdaten zu Dateien im universellen Directzugriffsdatenformat
* [[BFABSENK.DAT|bfabsenk.dat]]: allgemeine Eingabedaten des Programmes [[BFABSENK]]
* [[BOERND.DAT|boernd.dat]]: allgemeine Eingabedaten des Programmes [[BOERND]]
* [[BOEWRT.DAT|boewrt.dat]]: enthält gemessene oder berechnete Zeitserien für eine Position
* [[BOUNDS.CFG.DAT|bounds.cfg.dat]]: Liste mit Intervalldefinitionen für verschiedene Programme, z. B. [[NCANALYSE]] und [[NCPLOT]]
* [[BSECTION.DAT|bsection.dat]]: [[Definition]] verschiedener Randabschnitte zum Erzeugen von Randwertzeitserien
* [[BSH2BAW.DAT|bsh2baw.dat]]: allgemeine Eingabedaten des Programmes [[BSH2BAW]]
----
* [[CF-NETCDF.NC|cf-netcdf.nc]]: BAW-Ausprägung einer [[NetCDF]]-Datei
* [[COLORS.DAT|colors.dat]]: Farbtabelle
* [[COLORS.CFG.DAT|colors.cfg.dat]]: Liste mit Farbdefinitionen für das Programm [[NCPLOT]]
* [[CONLIM.DAT|conlim.dat]]: Randwertesteuerung für [[TELEMAC-2D]]
* [[CROSSPRO.DAT|crosspro.dat]]: allgemeine Eingabedaten des Programmes [[CROSSPRO]]
----
* [[DATA2GEOM.DAT|data2geom.dat]]: allgemeine Eingabedaten des Programmes [[DATA2GEOM]]
* [[DATACONVERT.DAT|dataconvert.dat]]: allgemeine Eingabedaten des Programmes [[DATACONVERT]]
* [[DATEILISTE.DAT|dateiliste.dat]]: Liste von Dateinamen mit vollständiger Pfadangabe
* [[DELFT3D.BND|delft3d.bnd]]: Ort und Typ der Bedingungen an offenen Rändern für das mathematische Verfahren DELFT3D
* [[DELFT3D.DEP|delft3d.dep]]: Bathymetrie für das mathematische Verfahren DELFT3D
* [[DELFT3D.DRY|delft3d.dry]]: Definition trockener Punkte für das mathematische Verfahren DELFT3D
* [[DELFT3D.ENC|delft3d.enc]]: Umrandungspolygone für das mathematische Verfahren DELFT3D
* [[DELFT3D.EXT|delft3d.ext]]: Definition lokaler 2D-Wehre für das mathematische Verfahren DELFT3D
* [[DELFT3D.GRD|delft3d.grd]]: Gitterkoordinaten für das mathematische Verfahren DELFT3D
* [[DELFT3D.LWL|delft3d.lwl]]: Definition lokaler Wehre mit quadratischer Reibung für das mathematische Verfahren DELFT3D
* [[DELFT3D.THD|delft3d.thd]]: Definition nicht überströmbarer Kanten für das mathematische Verfahren DELFT3D
* [[DIDAMERGE.DAT|didamerge.dat]]: allgemeine Eingabedaten des Programmes [[DIDAMERGE]]
* [[DIDAMINTQ.DAT|didamintq.dat]]: allgemeine Eingabedaten des Programmes [[DIDAMINTQ]]
* [[DIDAMINTQ.CFG|didamintq.cfg]]: spezielle Konfigurationsdaten des Programmes [[DIDAMINTQ]]
* [[DIDAMINTZ.DAT|didamintz.dat]]: allgemeine Eingabedaten des Programmes [[DIDAMINTZ]]
* [[DIDAMINTZ.CFG.DAT|didamintz.cfg.dat]]: Konfigurationsdatei des Programmes [[DIDAMINTZ]]
* [[DIDARENAME.DAT|didarename.dat]]: allgemeine Eingabedaten des Programmes [[DIDARENAME]]
* [[DIDASPLIT.DAT|didasplit.dat]]: allgemeine Eingabedaten des Programmes [[DIDASPLIT]]
* [[DIGI.GKK|digi.gkk]]: Enthaelt digitalisierte Linienstrukturen
* [[DI-MF.DAT|di-mf.dat]]: Masterdatei des Programms [[TR2APP]]
* [[DEPRO2D.DAT|depro2d.dat]]: allgemeine Eingabedaten des Programmes [[DEPRO2D]]
* [[DIRZ.BIN.R|dirz.bin.r]]: Recordlängendatei des universellen Direktzugriffdatenformates
* [[DIRZ.BIN.I|dirz.bin.i]]: Informationsdatei des universellen Direktzugriffdatenformates
* [[DIRZ.BIN|dirz.bin]]: Datendatei des universellen Direktzugriffdatenformates
* [[DREDGESIM.DAT|dredgesim.dat]]: benutzerspezifische Steuerdaten für den Bagger- und Verklapp-Modul DredgeSim
* [[DTOPO.DAT|dtopo.dat]]: Differenz zweier Finite Differenzen Topographien
----
* [[ENERF.DAT|enerf.dat]]: allgemeine Eingabedaten des Programmes [[ENERF]]
* [[ENERF.CFG.DAT|enerf.cfg.dat]]: Konfigurationsdatei (Berechnungsvorschriften) des Programmes [[ENERF]]
* [[EVENTFILTER.DAT|eventfilter.dat]]: allgemeine Eingabedaten des Programmes [[EVENTFILTER]]
* [[EVENTSTATISTIC.DAT und EVENTSTATISTIC.EXCEL|eventstatistic.dat/.excel]]: Statistiken von Tidehoch- und Tideniedrigwasser
* [[EXCEL.DAT|excel.dat]]: enthält Daten für das Tabellenkalkulationsprogramm EXCEL
* [[EXCELENZ.DAT|excelenz.dat]]: allgemeine Eingabedaten des Programmes [[EXCELENZ]]
----
* [[FDGITTER05.DAT|fdgitter05.dat]]: Eingabe der benutzten Dateinamen in [[FDGITTER05]]
* [[FDGLUE.DAT|fdglue.dat]]: allgemeine Eingabedaten des Programmes [[FDGLUE]]
* [[FD2ADDTOPO.DAT|fd2addtopo.dat]]: allgemeine Eingabedaten des Programmes [[FD2ADDTOPO]]
* [[FD2BASIS.DAT|fd2basis.dat]]: allgemeine Eingabedaten des Programmes [[FD2BASIS]]
* [[FD2DEL.DAT|fd2del.dat]]: allgemeine Eingabedaten des Programmes [[FD2DEL]]
* [[FD2HYPSO.DAT|fd2hypso.dat]]: allgemeine Eingabedaten des Programmes [[FD2HYPSO]]
* [[FD2MET.DAT|fd2met.dat]]: allgemeine Eingabedaten des Programmes [[FD2MET]]
* [[FD2MOD.DAT|fd2mod.dat]]: allgemeine Eingabedaten des Programmes [[FD2MOD]]
* [[FD2TRIM.DAT|fd2trim.dat]]: allgemeine Eingabedaten des Programmes [[FD2TRIM]]
* [[FD-MATRIX.BIN|fd-matrix.bin]]: Matrix zur Veränderung der Tiefenwerte einer Finite Differenzen Topographie
* [[FD2BAGGER.CELLSAVE|fd2bagger.cellsave]]: Indizes von vor Veränderung zu schützenden Finite Differenzen Gitterzellen
* [[FD2BAGGER.FLUSSKM|fd2bagger.flusskm]]: Kilometrierung einer Fahrrinne
* [[FD2BAGGER.POLY|fd2bagger.poly]]: Koordinaten eines Fahrrinnen-Polygons
* [[FD2BAGGER.REFLIST|fd2bagger.reflist]]: Referenzliste mit Mindestsohltiefen längs einer Fahrrinne
* [[FD2BAGGER.RIFFEL|fd2bagger.riffel]]: Anfangs- und Endkilometerpunkte aller Riffelstrecken einer Fahrrinne
* [[FD2KACHEL.DAT|fd2kachel.dat]]: allgemeine Eingabedaten des Programmes [[FD2KACHEL]]
* [[FD2RIBA.DAT|fd2riba.dat]]: allgemeine Eingabedaten des Programmes [[FD2RIBA]]
* [[FD2RND.DAT|fd2rnd.dat]]: Beschreibung der Randwertgitterzellen für [[TR2RND]]
* [[FD2SPUELER.DAT|fd2spueler.dat]]: allgemeine Eingabedaten des Programmes [[FD2SPUELER]]
* [[FFTEIN.DAT|fftein.dat]]: allgemeine Eingabedaten des Programmes FFT
* [[FKEZ.BIN|fkez.bin]]: Nachbarelementverzeichnis eines Finite Elemente Gitternetzes im TICAD-Format
* [[FKVZ.BIN|fkvz.bin]]: Kantenverzeichnis eines Finite Elemente Gitternetzes im TICAD-Format
* [[FRAMES.DAT|frames.dat]]: Auswahlrahmen für Plotprogramme
* [[FRQ2ZEITR.DAT|frq2zeitr.dat]]: Eingabesteuerdatei des Programmes FRQ2[[ZEITR]]
* [[FRQSINGLE.DAT und FRQSINGLE.TEX|frqsingle.dat/tex]]: Datei mit Fehlergrößen einer harmonischen Analyse
* [[FRQWF.DAT|frqwf.dat]]: allgemeine Eingabedaten des Programmes [[FRQWF]]
* [[FRQTIE.DAT|frqtie.dat]]: allgemeine Eingabedaten des Programmes [[FRQTIE]]
----
* [[GEO|geo]]: optimiertes Gitternetz für [[TELEMAC-2D]]
* [[GEOM.DAT|geom.dat]]: Lage- und Tiefeninformationen über Peildaten
* [[GEOMFD2.DAT|geomfd2.dat]]: allgemeine Eingabedaten des Programmes [[GEOMFD2]]
* [[GEOPOS.DAT|geopos.dat]]: Datei zur Beschreibung einer Geoposition, erweiterbar mit Tideamplituden
* [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]]: zwei-dimensionales Finite Elemente Gitternetz im TICAD-Format
* [[GKPUNKT.DAT|gkpunkt.dat]]: Liste mit Punkt-Attributen
* [[GPROFIL.DAT|gprofil.dat]]: Bezeichnungen aller Geo-Positionen eines Längs- oder Querprofils
* [[GROYNES.DAT|groynes.dat]]: Daten zu einer Gruppe von Buhnen
* [[GVIEW2D.DAT|gview2d.dat]]: allgemeine Eingabedaten des Programmes [[GVIEW2D]]
----
* [[HRPI-MF.DAT|hrpi-mf.dat]]: Masterdatei des Programms [[TR2APP]]
* [[HVIEW2D.DAT|hview2d.dat]]: allgemeine Eingabedaten des Programmes [[HVIEW2D]]
* [[HY-TAB.DAT|hy-tab.dat]]: Tabelle einer Häufigkeitsverteilung von Tiefenwerten einer Finite Differenzen Topographie
----
* [[IGEL2D.DAT|igel2d.dat]]: allgemeine Eingabedaten des Programmes [[IGEL2D]]
* [[INSEL.DAT|insel.dat]]: digitalisierte Strukturlinien (Buhnen, Inseln, etc.)
* [[IO_VOLUME.DAT|io_volume.dat]]: allgemeine Eingabedaten des Konvertierungsprogrammes IO_VOLUME
* [[IPDS.DAT|ipds.dat]]: Initialwerte für physikalische Datensätze (z.B. für die Definition einer Anfangsverteilung)
* [[ISOERG.DAT|isoerg.dat]]: Informationen zur Darstellung zusätzlicher Isolinien in verschiedenen Plottprogrammen
----
* [[KACHEL2D.DAT|kachel2d.dat]]: allgemeine Eingabedaten des Programms [[KACHEL2D]]
* [[KENNUNGEN.DAT|kennungen.dat]]: Datei mit einer Liste von Tide- oder Geopositionskennungen
* [[KMATTR.DAT|kmattr.dat]]: Daten einer physikalischen Größe bezogen auf eine Fluss-Kilometrierung
* [[K_MODEL.DAT|k_model.dat]]: allgemeine Eingabesteuerdaten für das Softwarepaket K-Modell
* [[KNOERG.BIN|knoerg.bin]]: Berechnungsergebnisse an ausgewählten Sonderpunkten
* [[KNOK.GITTER05.DAT und KNOK.GITTER05.BIN|knok.gitter05.dat/bin]]: Knotenkennungen für ein Gitternetz im TICAD-Format
* [[KUEDAT.DAT|kuedat.dat]]: Peildatei mit Peilpunkten und -linien im KUEDAT-Format
----
* [[LQ2ATTR.DAT|lq2attr.dat]]: benutzerdefinierte Zeichnungsattribute für das Programm [[LQ2PRO]]
* [[LQ2PRO.DAT|lq2pro.dat]]: allgemeine Eingabedaten des Programmes [[LQ2PRO]]
* [[LZKAF.DAT|lzkaf.dat]]: allgemeine Eingabedaten des Programmes [[LZKAF]]
* [[LZKMF.DAT|lzkmf.dat]]: allgemeine Eingabedaten des Programmes [[LZKMF]]
* [[LZKSF.DAT|lzksf.dat]]: allgemeine Eingabedaten des Programmes [[LZKSF]]
* [[LZKVF.DAT|lzkvf.dat]]: allgemeine Eingabedaten des Programmes [[LZKVF]]
* [[LZKWF.DAT|lzkwf.dat]]: allgemeine Eingabedaten des Programmes [[LZKWF]]
* [[LAYOUT.DAT|layout.dat]]: Layoutgestaltung für GKS-Graphikprogramme
* [[LIGHTS.DAT|lights.dat]]: Information über Farbverläufe für [[FDGITTER05]], [[HVIEW2D]]
* [[LOCATION.DAT|location.dat]]: Dateiliste mit Beschreibungen besonderer Positionen
* [[LOCATION_GRID.DAT|location_grid.dat]]: Systemdatei mit Daten einer beliebigen Anzahl besonderer Positionen
----
* [[MEDIANGLAETTUNG.DAT|medianglaettung.dat]]: Eingabedaten des Programmes [[MEDIANGLAETTUNG]]
* [[METDIDA.DAT|metdida.dat]]: allgemeine Eingabedaten des Programmes [[METDIDA]]
* [[METDIDA.CFG.DAT|metdida.cfg.dat]]: Konfigurationsdatei des Programmes [[METDIDA]]
* [[MIX_UNTRIM.DAT|mix_untrim.dat]]: allgemeine Eingabedaten des Pakets MIX
* [[MKRDAT.DAT|mkrdat.dat]]: allgemeine Eingabedaten des Programmes [[MKRDAT]]
* [[MKWSWAWRT.DAT|mkwswawrt.dat]]: enthält meteorologische Daten zur Weiterverarbeitung im Programm [[FD2MET]]
----
* [[NCAGGREGATE.DAT|ncaggregate.dat]]: allgemeine Eingabedaten für das Programm [[NCAGGREGATE]]
* [[NCANALYSE.DAT|ncanalyse.dat]]: allgemeine Eingabedaten für das Programm [[NCANALYSE]]
* [[NCCUTOUT.DAT|nccutout.dat]]: allgemeine Eingabedaten für das Programm [[NCCUTOUT]]
* [[NCDELTA.DAT|ncdelta.dat]]: allgemeine Eingabedaten für das Programm [[NCDELTA]]
* [[NCDVAR.DAT|ncdvar.dat]]: allgemeine Eingabedaten für das Programm [[NCDVAR]]
* [[NCPLOT.DAT|ncplot.dat]]: allgemeine Eingabedaten für das Programm [[NCPLOT]]
* [[NCVIEW2D.DAT|ncview2d.dat]]: allgemeine Eingabedaten für das Programm [[NCVIEW2D]]
* [[NC_META.DAT|nc_meta.dat]]: benutzerspezifische globale Metadaten für CF [[NetCDF]] Dateien
* [[NC2TABLE.CSV|nc2table.csv]]: Ergebnisdatei (Tabelle) des Programms [[NC2TABLE]]
* [[NC2TABLE.DAT|nc2table.dat]]: allgemeine Eingabedaten für das Programm [[NC2TABLE]]
* [[NEIGH.DAT|neigh.dat]]: TRIGRID-Nachbarverzeichnis
* [[NETCDF.CDF|netcdf.cdf]]: [[NetCDF]]-Dateiformat
* [[NODES.SAVE|nodes.save]]: Polygone für die Sicherung von Tiefen an Knotenpunkten
----
* [[OP_WEIR.DAT|op_weir.dat]]: Eingabedaten für die Steuerung von [[UNTRIM2]]-Wehr-Abschnitten in Abhängigkeit von Modellergebnissen zur Laufzeit des Modells
* [[OUTASCII.DAT|outascii.dat]]: ins ASCII-Format konvertierte [[TRIM-2D]] Berechnungsergebnisse
* [[OUTHVIEW2D.DAT|outhview2d.dat]]: von HVIEW2D dargestellte und ins ASCII-Format konvertierte Daten.
----
* [[PAI-MF.DAT|pai-mf.dat]]: Masterdatei des Programms TR2APP mit den Informationen zum Programmablauf
* [[PALETTES.CFG.DAT|palettes.cfg.dat]]: Verzeichnis von Paletten-Definitionen für das Programm [[NCPLOT]]
* [[PARTRACE.DAT|partrace.dat]]: allgemeine Eingabedaten des Programmes [[PARTRACE]]
* [[PDI-MF.DAT|pdi-mf.dat]]: Masterdatei des Programms TR2APP mit den Informationen zu physikalischen Größen
* [[PEGELALL.DAT|pegelall.dat]]: Tidehoch- und -niedrigwasser für verschiedene Pegelstationen in einer Datei
* [[PGCALC.DAT|pgcalc.dat]]: allgemeine Eingabedaten des Programmes [[PGCALC]]
* [[PLOTTS.DAT|plotts.dat]]: allgemeine Eingabedaten des Programms [[PLOTTS]]
* [[PLTSUB_GRID.UPI|pltsub_grid.upi]]: Plot-Gitternetz-Datei im Format des hydronumerischen Verfahrens UnTRIM2
* [[POLY|poly]]: Triangle-Polygonformat
* [[POLY.DAT|poly.dat]]: Umrandungspolygon
* [[PRF.ANALYSE.DAT|prf.analyse.dat]]: Ergebnisse einer Profil-Analyse
* [[PROF.BIN|prof.bin]]: eindimensionales Segment-Gitternetz
* [[PROFIL05.BIN|profil05.bin]]: Datei mit Profil-Topographien
* [[PROFILES3D.DAT|profiles3d.dat]]: Lagebeschreibung von Profilen
----
* [[RSMERGE.DAT|rsmerge.dat]]: allgemeine Eingabedaten des Programmes RsMerge
* [[RAND.DAT|rand.dat]]: Lage- und Tiefeninformationen zu einem Randpolygon
* [[RELAX.DAT|relax.dat]]: Daten für Gleichungssystemlöser
* [[RGZ.DAT|rgz.dat]]: Beschreibung der Randgitterzellen
* [[RNDWERTE.DAT|rndwerte.dat]]: Randwerte für mathematische Verfahren
* [[ROSE.DAT|rose.dat]]: allgemeine Eingabedaten des Programmes [[ROSE]]
----
* [[SEDIMORPH.DAT|sedimorph.dat]]: benutzerspezifische Steuerdaten für den morphodynamischen Berechnungsmodul SediMorph
* [[SELAFIN|selafin]]: Berechnungsergebnisse des mathematischen Verfahrens [[TELEMAC-2D]]
* [[SOIL.DAT|soil.dat]]: Beschreibung der Bodenkenngrößen
* [[SOLWRT.DAT|solwrt.dat]]: enthält Zeitserien für eine Position, bitte nicht mehr verwenden
* [[SPEK.OUT|spek.out]]: eindimensionale Seegangsspektren, berechnet von dem Programm [[WESPE]]
* [[SV.DAT|sv.dat]]: Eingabesteuerdaten des Software-Pakets SV (Sinkgeschwindigkeitsmodellierung)
* [[SYNGRID.DAT|syngrid.dat]]: allgemeine Eingabedaten des Programmes [[SYNGRID]]
----
* [[TDKLF.DAT|tdklf.dat]]: allgemeine Eingabedaten des Programmes [[TDKLF]]
* [[TDKSF.DAT|tdksf.dat]]: allgemeine Eingabedaten des Programmes [[TDKSF]]
* [[TDKVF.DAT|tdkvf.dat]]: allgemeine Eingabedaten des Programmes [[TDKVF]]
* [[TDKWF.DAT|tdkwf.dat]]: allgemeine Eingabedaten des Programmes [[TDKWF]]
* [[TC2BAGGER.DAT|tc2bagger.dat]]: allgemeine Eingabedaten des Programmes [[TC2BAGGER]]
* [[TC2GEOM.DAT|tc2geom.dat]]: allgemeine Eingabedaten des Programmes [[TC2GEOM]]
* [[TC2TR2.DAT|tc2tr2.dat]]: allgemeine Eingabedaten des Programmes [[TC2TR2]]
* [[TDKNEU.DAT|tdkneu.dat]]: allgemeine Eingabedaten des Programmes [[TIDKEN]]
* [[TDKTIE.DAT|tdktie.dat]]: allgemeine Eingabedaten des Programmes [[TDKTIE]]
* [[TECPLOT|tecplot]]: Standarddatenformat des Visualisierungstools [[TECPLOT]]
* [[TELEMAC2D.CAS|telemac2d.cas]]: allgemeine Eingabedaten des Programmes TELEMAC-2D
* [[TELEMAC.DAT|telemac.dat]]: zusätzliche baw-spezifische Eingabesteuerdaten für die Programme TELEMAC-2D und TELEMAC-3D
* [[TELEMAC2D.PRINCI.F|telemac2d.princi.f]]: FORTRAN-Hauptprogramm für TELEMAC-2D
* [[TEO.DAT|teo.dat]]: allgemeine Eingabedaten des Programmes TEO
* [[TEOAX.DAT|teoax.dat]]: allgemeine Eingabedaten des Programmes [[TEOAX]]
* [[TICLQ2.DAT|ticlq2.dat]]: allgemeine Eingabedaten des Programmes [[TICLQ2]]
* [[TICTRI.DAT|tictri.dat]]: allgemeine Eingabedaten des Programmes [[TICTRI]]
* [[TIDECLOCK.DAT|tideclock.dat]]: Angaben zur Darstellung einer Tideuhr in Plottprogrammen
* [[TIDEGRUNDDATEN.DAT|tidegrunddaten.dat]]: Datei mit Basisinformation der Partialtiden
* [[TI-MF.DAT|ti-mf.dat]]: Masterdatei des Programms TR2APP mit den Informationen zu Untersuchungsgebieten
* [[TIMESHIFT.DAT|timeshift.dat]]: allgemeine Eingabedaten des Programmes TimeShift
* [[TMA|tma]]: TMA-Spektrum, berechnet von dem Programm [[WESPE]]
* [[TM2DIDA.DAT|tm2dida.dat]]: allgemeine Eingabedaten des Programmes [[TM2DIDA]]
* [[TM2.RBH.BIN|tm2.rbh.bin]]: Hydrodynamik Randwertzeitreihen für TELEMAC-2D
* [[TM2.RBH.BIN.I|tm2.rbh.bin.i]]: Hydrodynamik Randwert-Informationen für TELEMAC-2D
* [[TM2.RBS.BIN|tm2.rbs.bin]]: Salzgehalt Randwertzeitreihen für TELEMAC-2D
* [[TM2.RBS.BIN.I|tm2.rbs.bin.i]]: Salzgehalt Randwert-Informationen für TELEMAC-2D
* [[TM2RND.DAT|tm2rnd.dat]]: allgemeine Eingabedaten des Programmes [[TM2RND]]
* [[TOPO.BIN|topo.bin]]: Finite Differenzen Topographie im FIDIRB-Format
* [[TOPVF.DAT|topvf.dat]]: allgemeine Eingabedaten des Programmes [[TOPVF]]
* [[TOUTR.DAT|toutr.dat]]: allgemeine Eingabedaten des Programmes [[TOUTR|toUtr]]
* [[TPROFIL.DAT|tprofil.dat]]: Tiefenprofil
* [[TR2FIDI.DAT|tr2fidi.dat]]: allgemeine Eingabedaten des Programmes [[TR2FIDI]]
* [[TR2LQ2.DAT|tr2lq2.dat]]: allgemeine Eingabedaten des Programmes [[TR2LQ2]]
* [[TR2.RESULT|tr2.result]]: Berechnungsergebnisse des mathematischen Verfahrens [[TRIM-2D]]
* [[TRIM2D.DAT|trim2d.dat]]: allgemeine Eingabedaten des Programmes [[TRIM-2D]]
* [[TRIM2D.BED.DAT|trim2d.bed.dat]]: allgemeine Eingabedaten für den Geschiebetransport der Programme TRIM-2D und [[TRIM-3D]]
* [[TRIM3D.DAT|trim3d.dat]]: allgemeine Eingabedaten des Programmes [[TRIM-3D]]
* [[TR2.RBH.BIN|tr2.rbh.bin]]: Hydrodynamik Randwertzeitreihen für TRIM-2D und [[TRIM-3D]]
* [[TR2.RBH.BIN.I|tr2.rbh.bin.i]]: Hydrodynamik Randwert-Informationen für TRIM-2D und TRIM-3D
* [[TR2.RBS.BIN|tr2.rbs.bin]]: Salzgehalt Randwertzeitreihen für TRIM-2D und TRIM-3D
* [[TR2.RBS.BIN.I|tr2.rbs.bin.i]]: Salzgehalt Randwert-Informationen für TRIM-2D und TRIM-3D
* [[TR2.RBC.BIN|tr2.rbc.bin]]: Schwebstoff Randwertzeitreihen für TRIM-2D und TRIM-3D
* [[TR2.RBC.BIN.I|tr2.rbc.bin.i]]: Schwebstoff Randwert-Informationen für TRIM-2D und TRIM-3D
* [[TR2.RBW.BIN|tr2.rbw.bin]]: Wehrhöhe Randwertzeitreihen für TRIM-2D und TRIM-3D
* [[TR2.RBW.BIN.I|tr2.rbw.bin.i]]: Wehrhöhe Randwert-Informationen für TRIM-2D und TRIM-3D
* [[TR2.MET.BIN|tr2.met.bin]]: meteorologische Randwerte für TRIM-2D und TRIM-3D
* [[TR2.MET.BIN.I|tr2.met.bin.i]]: meteorologische Randwerte für TRIM-2D, TRIM-3D und TELEMAC-2D
* [[TR2.SOIL.BIN.IND|tr2.soil.bin.ind]]: Verteilung der Bodenkenngrößen für TRIM-2D
* [[TR2.TOPO.BIN|tr2.topo.bin]]: Topographie TRIM-2D und TRIM-3D
* [[TR2.TOPO.BIN.IND|tr2.topo.bin.ind]]: Topographie und Indexfelder für TRIM-2D und TRIM-3D
* [[TR2.TOPO.BIN.I3D|tr2.topo.bin.i3d]]: 3D-Indexfelder des Programmes TRIM-3D
* [[TR2ASCII.DAT|tr2ascii.dat]]: allgemeine Eingabedaten des Programmes [[TR2ASCII]]
* [[TR2DIDA.DAT|tr2dida.dat]]: allgemeine Eingabedaten des Programmes [[TR2DIDA]]
* [[TR2GEOM.DAT|tr2geom.dat]]: allgemeine Eingabedaten des Programmes [[TR2GEOM]]
* [[TR2KACHEL.DAT|tr2kachel.dat]]: allgemeine Eingabedaten des Programmes [[TR2KACHEL]]
* [[TR2MODATE.DAT|tr2modate.dat]]: allgemeine Eingabedaten des Programmes [[TR2MODATE]]
* [[TR2REFRESH.DAT|tr2refresh.dat]]: allgemeine Eingabedaten des Programmes [[TR2REFRESH]]
* [[TR2VOR.DAT|tr2vor.dat]]: allgemeine Eingabedaten des Programmes [[TR2VOR]]
* [[TR3.RESULT|tr3.result]]: Berechnungsergebnisse des mathematischen Verfahrens TRIM-3D
* [[TR3DIDA.DAT|tr3dida.dat]]: allgemeine Eingabedaten des Programmes [[TR3DIDA]]
* [[TR3KACHEL.DAT|tr3kachel.dat]]: allgemeine Eingabedaten des Programmes [[TR3KACHEL]]
* [[TR3MODATE.DAT|tr3modate.dat]]: allgemeine Eingabedaten des Programmes [[TR3MODATE]]
* [[TRASSE.DAT|trasse.dat]]: allgemeine Eingabedaten des Programmes [[TRASSE]]
* [[TRGITTER05.DAT|trgitter05.dat]]: allgemeine Eingabedaten des Programmes [[TRGITTER05]]
* [[TRIANG.DAT|triang.dat]]: TRIGRID-Knotenverzeichnis
* [[TRVZR.DAT|trvzr.dat]]: allgemeine Eingabedaten des Programmes [[TRVZR]]
* [[TR_H.DELTA.DAT|tr_h.delta.dat]]: Differenz-Resultate einer Analyse von flächenhaften TRIM-Ergebnis-Dateien
* [[TR_H.ERGEB.DAT|tr_h.ergeb.dat]]: Resultate einer Analyse von flächenhaften TRIM-Ergebnis-Dateien
* [[TR_H.INFO.DAT|tr_h.info.dat]]: Informationen zu einer Analyse von flächenhaften TRIM-Ergebnis-Dateien
* [[TSCALC.DAT|tscalc.dat]]: allgemeine Eingabedaten des Programmes [[TSCALC]]
* [[TTASF.ASF|ttasf.asf]]: Amplitude und Phase (ASCII) verschiedener Partialtiden an unterschiedlichen Orten
* [[TTBPT.BPT|ttbpt.bpt]]: Verknüpfungen physikalischer Daten an unterschiedlichen Orten
* [[TXI-MF.DAT|txi-mf.dat]]: Masterdatei des Programms TR2APP mit den Text-Informationen
----
* [[UCD|ucd]]: Standarddatenformat des Visualisierungstools AVS/Express
* [[UNIGRID.DAT und UNIGRID.BIN|unigrid.dat/.bin]]: Gitternetz-Datei im universellen Format Unigrid
* [[UNK.DAT|unk.dat]]: allgemeine Eingabedaten für das Programm UNK
* [[UNS.DAT|uns.dat]]: allgemeine Eingabedaten für das Programm UNS
* [[UNTRIM_GRID.DAT|untrim_grid.dat]]: Gitternetz-Datei im Format des hydronumerischen Verfahrens [[UNTRIM|Untrim]]
* [[UNTRIM_MAIN.DAT|untrim_main.dat]]: Haupt-Eingabesteuerdaten des HN-Verfahrens Untrim
* [[UNTRIM2.DAT|untrim2.dat]]: Haupt-Eingabesteuerdaten des mathematischen Verfahrens [[UNTRIM2|UnTRIM2]], mit SubGrid-Technologie
* [[UNTRIM2007.DAT|untrim2007.dat]]: Haupt-Eingabesteuerdaten des mathematischen Verfahrens UnTRIM2007
* [[UPDA2D.DAT|upda2d.dat]]: allgemeine Eingabedaten des Programmes[[UPDA2D]]
* [[UTRPRE.DAT|utrpre.dat]]: allgemeine Eingabedaten des Programmes [[UTRPRE]]
* [[UTRRND.DAT|utrrnd.dat]]: allgemeine Eingabedaten des Programmes [[UTRRND]]
* [[UTRSUB_GRID.DAT|utrsub_grid.dat]]: Gitternetz-Datei im Format des hydronumerischen Verfahrens UnTRIM2
----
* [[VERTICAL.DAT|vertical.dat]]: enthält Details bezüglich der Beschreibung einer vertikalen Gittersstruktur
* [[VI-MF.DAT|vi-mf.dat]]: Masterdatei des Programms TR2APP mit den Informationen zur Verzeichnisstruktur
* [[VOLUMETH.DAT|volumeth.dat]]: allgemeine Eingabedaten des Programmes [[VOLUMETH]]
* [[VOLUMETH.PLT|volumeth.plt]]: Steuerparameter für die automatische Grafikerzeugung zur Volumenberechnung mit dem Daemon [[VOLUMETHAUTO]]
* [[VOLSUM.DAT und VOLSUM.EXCEL.DAT|volsum.dat/volsum.excel.dat]]: Niveauflächenverteilung und Volumensummenkurve eines Gebietes
* [[VTDK.DAT|vtdk.dat]]: allgemeine Eingabedaten des Programmes [[VTDK]]
* [[VVIEW2D.DAT|vview2d.dat]]: allgemeine Eingabedaten des Programmes [[VVIEW2D]]
----
* [[WAQ-Dateien]]: diverse Dateien zur Offline-Kopplung mit DelWAQ (D-Water Quality - [http://www.deltaressystems.com/hydro/product/621497/delft3d-suite Delft3D Suite])
* [[WARM.DAT|warm.dat]]: allgemeine Eingabedaten des Programms [[WARM]]
----
* [[XTRDATA.DAT|xtrdata.dat]]: allgemeine Eingabedaten des Programmes [[XTRDATA]]
* [[XTRLQ2.DAT|xtrlq2.dat]]: allgemeine Eingabedaten des Programmes [[XTRLQ2]]
* [[XMGR.DAT|xmgr.dat]]: enthält Daten für das XY Plotprogramm ACE/gr
----
* [[ZEITR.DAT|zeitr.dat]]: allgemeine Eingabedaten des Programmes [[ZEITR]]
* [[ZEILE.TIDKEN.DAT|zeile.tidken.dat]]: Analyseergebnisse des Programmes [[TIDKEN]]
* [[ZEITPUNKTE.DAT|zeitpunkte.dat]]: selbstdefinierte Zeitpunktangaben (verschiedene Formatangaben möglich)
* [[ZEITRIO.DAT|zeitrio.dat]]: optionale Eingabedaten des Programmes [[ZEITRIO]]
* [[ZI-MF.DAT|zi-mf.dat]]: Masterdatei des Programms TR2APP mit den Informationen zu Zeitpunktangaben
* [[ZPROFIL.DAT|zprofil.dat]]: enthält tiefenabhängige Daten, ggf. auch für mehrere physikalische Größen (Datensätze)
* [[ZWISCHENPUNKTE.DAT|zwischenpunkte.dat]]: Eingabedaten für das Programm [[ZWISCHENPUNKTE]]
----
zurück zu [[BAW-Software-Dokumentation]]
----
[[Strukturübersicht]]

IPDS.DAT

2021-02-19T07:32:58Z

Ak3jjuer: Wertebereich für additional roughness angepasst

{{Dateikennblatt
|name_en=IPDS.DAT
|dateityp=ipds.dat
|version=1.4
|version_beschr=Februar 2021
|bedeutung=Eine Datei des Typs ipds.dat enthält '''I'''nitialwerte für '''p'''hysikalische'''D'''aten'''s'''ätze
Die Möglichkeiten, die damit verbunden sind (z.B. zur Definition von Anfangssituationen), mögen folgende [[IPDS.DAT:Beispiele zur Interpolation|Beispiele]] verdeutlichen.
Neuerungen mit Version 1.4 sind wie folgt markiert: Neu in V1.4
|dateiinhalt=
# Block '''date_and_time'''
#* Datumsangabe
#* Es ist genau ein Block für die Datumsangabe erlaubt
#* Ein-Zeilen-Angabe des Datums mit Uhrzeit mit folgenden erlaubten Formaten:
#:* DD.MM.YYYY-hh:mm:ss
#:* DD.MM.YYYY-hh:mm:ss.nnnnnnnnn
#:* DD.MM.YYYY-hh:mm:ss.nnnnnnnnn-ZONE
#* Legende:
#:* DD = Tag des Monats (01-31)
#:* MM = Monat des Jahrs (01-12)
#:* YYYY = Jahr (vierstellig)
#:* hh = Stunde des Tages (00-23)
#:* mm = Minute der Stunde (00-59)
#:* ss = Sekunde der Minute (00-59)
#:* nnnnnnnnn = Nanosekundenanteil (9stellig)
#:* ZONE = Zeitzone (UTC/MEZ/MESZ/+3H/..)
#* Keyzeile lautet '''datetime = DD.MM.YYYY-hh:mm:ss.nnnnnnnnn-ZONE'''
# Block '''global_constant_values'''
#* Definition von physikalischen Konstantwerten für das Gesamtgebiet
#* Genau ein Block mit Default-Einstellungen für verschiedene physikalische Größen ist erlaubt
#* Die Default-Einstellungen können von den nachfolgenden regional gültigen Einstellungen (Block '''regional values''') überschrieben werden
#* Implementierte physikalische Größen:
#:* Wasserstand
#::* Keyzeile: '''waterlevel = ..wert..'''
#::* Genau eine Wertangabe möglich
#:* Salzgehalt
#::* Keyzeile: '''salinity = ..wert..'''
#::* Genau eine Wertangabe möglich
#:* Temperatur
#::* Keyzeile: '''temperature = ..wert..'''
#::* Genau eine Wertangabe möglich
#:* Schwebstoffgehalt
#::* Keyzeile für eine Schwebstoff-Fraktion: '''suspendedload''' = '''..sediment_name.. ..gehalt..'''
#::* Es können beliebig viele Schwebstoff-Fraktionen angegeben werden.
#:* Sediment-Fraktionen und Porosität
#::* Keyzeile für eine Sediment-Fraktion: ''' sediment_fraction = ..sediment_name.. ..anteil..'''
#::* Es können beliebig viele Sediment-Fraktionen beschrieben werden
#::* Keyzeile für die Porosität: ''' porosity = ..anteil..'''
#::* Für die Porosität ist genau eine Wertangabe möglich
#::* Die hier verwendeten Sedimentbezeichnungen müssen mit denen aus der verwendeten Sediment-Klassifikations-Datei (Typ [[SOIL.DAT|soil.dat]]) übereinstimmen
#::* Die Summe aller relativen Vorkommen der Sedimentklassen muss 1 sein
#:* Riffelwellenzahl
#::* Die Wellenzahl k bestimmt Richtung und Wellenlänge (λ) der Riffel (k = 2 π / λ)
#::* Zur Definition einer Wellenzahl werden seine x- und y-Komponente angegeben
#::* Keyzeile: '''ripple_wavenumber = ..x-komponente.. ..y-komponente..'''
#::* Genau eine Angabe zur Riffelwellenzahl möglich
#:* Riffelhöhe
#::* Keyzeile: '''ripple_height = ..wert..'''
#::* Genau eine Wertangabe möglich
#:* Dünenwellenzahl
#::* Die Wellenzahl k bestimmt Richtung und Wellenlänge (λ) der Dünen (k = 2 π / λ)
#::* Zur Definition einer Wellenzahl werden seine x- und y-Komponente angegeben
#::* Keyzeile: '''dune_wavenumber = ..x-komponente.. ..y-komponente..'''
#::* Genau eine Angabe zur Dünenwellenzahl möglich
#:* Dünenhöhe
#::* Keyzeile: '''dune_height = ..wert..'''
#::* Genau eine Wertangabe möglich
#:* Tiefenlage des unerodierbaren Bodens
#::* Die Angaben zur Tiefenlage des unerodierbaren Boden können absolut ("absolute") oder relativ ("relative") vorgenommen werden
#::* Absolute Angaben werden dann gemacht, wenn sich der unerodierbare Boden in der angegebenen (absoluten) geodätischen Höhe befinden soll
#::* Die Angabe kann auch relativ zur ungestörten Wassertiefe erfolgen, der unerodierbare Boden befindet sich dann um den angegebenen Betrag unterhalb (negative Werte) des Wasserkörper-Bodens
#::* Keyzeile:'''<nowiki> rigid_layer_depth = relative|absolute ..wert..</nowiki>'''
#::* Genau eine Angabe zur Tiefenlage des unerodierbaren Bodens möglich
#:* Rauheit des unerodierbaren Bodens
#::* Die Rauheit des unerodierbaren Bodens kommt immer dann zum Tragen, wenn keine weiteren Sedimente auf dem unerodierbaren Boden liegen
#::* Zwei Angaben zur Definition der Rauheit sind erforderlich:
#:::* Angabe zum verwendeten Bodenschubspannungsgesetz (z.Z. ist nur "nikuradse" implementiert)
#:::* Angabe des Rauheitswertes
#::* Keyzeile: '''rigid_layer_roughness = nikuradse ..wert..'''
#::* Genau eine Angabe zur Rauheit des unerodierbaren Bodens möglich
#:* Rauheit des Bodens
#::* Keyzeile:''' z0_roughnesslength = ..wert..'''
#:* Zusätzliche Rauheit
#::* Keyzeile: '''additional_roughness = nikuradse ..value..'''
#::* Die Rauheits-Angabe muss größer oder gleich -1 und kleiner als 1 sein
#:* Chezy Bodenrauheitskoeffizient
#::* Keyzeile: '''bottom_friction_chezy = ..chezy-value..'''
#::* Die Rauheits-Angabe muss größer oder gleich 0 und kleiner als 1000 sein
#:* Manning Bodenrauheitskoeffizient
#::* Keyzeile: '''bottom_friction_manning_str = ..manning-value..'''
#::* Die Rauheits-Angabe muss größer oder gleich 0 und kleiner als 1000 sein
#:* Nikuradse Bodenrauheitskoeffizient
#::* Keyzeile: '''bottom_friction_nikuradse = ..nikuradse-value..'''
#::* Die Rauheits-Angabe muss größer oder gleich 0 und kleiner als 1 sein
#:* White-Colebrook Bodenrauheitskoeffizient
#::* Keyzeile: '''bottom_friction_white_colebr = ..white-colebrook-value..'''
#::* Die Rauheits-Angabe muss größer oder gleich 0 und kleiner als 1 sein
#:* Taylor Bodenrauheitskoeffizient
#::* Keyzeile: '''bottom_friction_taylor = ..taylor-value..'''
#::* Die Rauheits-Angabe muss größer oder gleich 0 und kleiner als 0.1 sein
#:* Zeitabhängige Bathymetrie
#::* Keyzeile: '''time_dependent_bathymetry = ..value..'''
#::* Die Tiefen-Angabe muss größer oder gleich -99 und kleiner als +99 sein
#:* Kritische Schubspannung für Deposition
#::* Keyzeile: '''critical_stress_for_deposition = ..value..'''
#::* Die Angabe muss größer oder gleich 0 und kleiner als 99 sein
#:* Kritische Schubspannung für Erosion
#::* Keyzeile: '''critical_stress_for_erosion = ..value..'''
#::* Die Angabe muss größer oder gleich 0 und kleiner als 99 sein
#:* Erodibilitäts-Parameter
#::* Keyzeile: '''erodibility_parameter = ..value..'''
#::* Die Angabe muss größer oder gleich 0 und kleiner als 100 sein
#:* Sediment Masse
#::* Keyzeile: '''sediment_mass = ..value..'''
#::* Die Messen-Angabe muss größer oder gleich 0 und kleiner als 1 Million sein
#:* Strömungsgeschwindigkeit in x Richtung
#::* Keyzeile: '''current_velocity_(x-dir.) = ..value..'''
#::* Die Strömungs-Angabe muss größer oder gleich -10 und kleiner oder gleich +10 sein
#:* Strömungsgeschwindigkeit in y Richtung
#::* Keyzeile: '''current_velocity_(y-dir.) = ..value..'''
#::* Die Strömungs-Angabe muss größer oder gleich -10 und kleiner oder gleich +10 sein
#:* Depositionsrate
#::* Keyzeile: '''deposition_rate = ..sediment_name.. ..value..'''
#::* Definiere pro Keyzeile eine Depositionsrate für eine Sedimentfraktion
#::* Verwende soviele Keyzeilen wie Sedimentfraktionen vorhanden sind
#:* Mittlere Wellenperiode
#::* Keyzeile: '''mean_wave_period = ..value..'''
#::* Die Perioden-Angabe muss größer als 0 und kleiner oder gleich 100 sein
#:* Signifikante Wellenlänge
#::* Keyzeile: '''significant_wave_height = ..value..'''
#::* Die Wellenlängen-Angabe muss größer oder gleich 0 und kleiner oder gleich 15 sein
#:* Mittlere Wellenrichtung (x-Komponente)
#::* Keyzeile: '''mean_wave_direction_(x-dir.) = ..value..'''
#::* Die Richtungs-Angabe muss größer oder gleich -10 und kleiner oder gleich +10 sein
#:* Mittlere Wellenrichtung (y-Komponente)
#::* Keyzeile: '''mean_wave_direction_(y-dir.) = ..value..'''
#::* Die Richtungs-Angabe muss größer oder gleich -10 und kleiner oder gleich +10 sein
#:* Künstliche Porosität
#::* Keyzeile: '''artificial_porosity = ..value..'''
#::* Die Angabe muss größer oder gleich 0 und kleiner oder gleich 1 sein
#:* Hydrodynamischer Druck
#::* Keyzeile: '''hydrodynamic_pressure = ..value..'''
#::* Die Druck-Angabe muss größer oder gleich -0.1 und kleiner oder gleich +0.1 sein
#:* Tracer Fraktion
#::* Keyzeile: '''tracer_fraction = ..tracer_name.. ..value..'''
#::* Definiere pro Keyzeile einen Anteilswert für eine Tracerfraktion
#::* Verwende soviele Keyzeilen wie Tracerfraktionen vorhanden sind
#:* Turbulente kinetische Energie
#::* Keyzeile: '''turbulent_kinetic_energy = ..value..'''
#::* Die Energie-Angabe muss größer oder gleich 0 und kleiner oder gleich 10 sein
#:* Generische Längen-Skala
#::* Keyzeile: '''generic_length_scale = ..value..'''
#::* Die Angabe muss größer oder gleich 0 und kleiner oder gleich 10 sein
#:* Kontroll-Volumen-Nummer
#::* Keyzeile:''' control_volume_number = ..wert..'''
# Block '''region'''
#* Definition von Regionen
#* Es können beliebig viele Regionen definiert werden
#* Es muss mindestens eine Region definiert werden, wenn abweichend von den Konstantwerten für das Gesamtgebiet regional andere Werte definiert werden sollen
#* Es müssen keine Regionen definiert werden
#* Jede Region braucht einen Namen
#:* Dieser Name wird im Folgenden als Identifikationsschlüssel verwendet
#:* Der Name sollte sich an geographischen Gegebenheiten orientieren
#:* Groß- und Kleinschreibung beachten
#:* Die Keyzeile lautet: '''region_name = ..name..'''
#* Beschreibung des diese Region umschließenden Randpolygons
#:* Das Randpolygon muss aus mindestens drei Punkten bestehen
#:* Die maximale Anzahl Randpolygonpunkte ist nicht beschränkt
#:* Das Randpolygon wird automatisch geschlossen
#:* Die Keyzeile für einen Randpolygonpunkt lautet:''' border_point = ..x-koordinate.. ..y-koordinate..'''
# Block '''sampling_point'''
#* Definition von (Mess-)stationen mit Messwerten
#* Es sind beliebig viele Messstationen erlaubt
#* Es muss mindestens eine Messstation definiert werden, wenn abweichend von den Konstantwerten für das Gesamtgebiet regional andere Werte definiert werden sollen
#* Es müssen keine Messstationen definiert werden
#* Jede Messstationen braucht einen Namen
#:* Dieser Name wird im Folgenden als Identifikationsschlüssel verwendet
#:* Der Name sollte sich an geographischen Gegebenheiten orientieren
#:* Groß- und Kleinschreibung beachten
#:* Die Keyzeile lautet: '''sampling_point_name = ..name..'''
#* Positionsangabe der Messstation
#:* Angabe der x- und y-Koordinate
#:* Nur eine Positionsangabe verwenden
#:* Die Keyzeile lautet: '''sampling_point_xy = ..x-koordinate.. ..y-koordinate..'''
#* Definition der an der Messstation gültigen Werte der unterschiedlichen physikalischen Größen
#:* Es können die gleichen physikalischen Größen wie im Block global constant values beschrieben verwendet werden
# Block '''regional_values''' [[Datei:Ems_maxdist300m.png|thumb|Der max. Abstand zu den Messstationen beträgt 300m (entspricht der internen Gitterauflösung). Die Interpolation findet nur in eng begrenzter Nähe zu den Messstationen statt. Für alle weiteren Gitternetz-Punkte werden keine Messstationen gefunden. Die Lage der Messstationen kommt deutlich zum Vorschein. (642x768 Pixel, 21kB).]] [[Datei:Ems_maxdist1000m.png|thumb|Der max. Abstand zu den Messstationen beträgt 1000m (beträgt etwa das 3-4 fache der internen Gitterauflösung). Die Interpolation findet flächendeckend dort statt, wo Messstationen nicht weit entfernt sind. Das Ergebnis ist dort in erster Näherung naturähnlich. In weiten Bereichen der Emsmündung findet keine Interpolation statt, die Messpunkte sind dort zu weit entfernt. (642x768 Pixel, 30kB).]] [[Datei:Ems_maxdistdef.png|thumb|Ohne Angabe eines max. Abstandes. Die Interpolation findet flächendeckend für jeden Punkt des Gitternetzes statt. Weit entfernt von der Lage der Messstationen ist das Ergebnis stark von künstlichen Strukturen geprägt. (642x768 Pixel, 85kB).]]
#* Definition von regionel abweichenden physikalischen Werten
#* Spezifizierung von Regionen, für die die Werte der physikalischen Größen an Messstationen abgelegt sind
#* Für die Zwischenräume der Regionen werden die Werte der physikalischen Größen interpoliert
#* Es sind beliebig viele dieser Blöcke erlaubt
#* Es müssen keine Blöcke definiert werden (die Konstantwerte für das Gesamtgebiet werden dann nicht verändert)
#* Die Blöcke sind so zu sortieren, dass die Blöcke mit der geringsten Priorität zuerst erfolgen (nur relevant bei Gebietsüberschneidungen)
#* Angabe der Region
#:* Die Keyzeile lautet: '''<nowiki>region = inside|outside ..regionname..</nowiki>'''
#:* Der Name der Region (zweite Angabe) muss übereinstimmen mit einem der oben definierten Schlüsselnamen für Regionen
#:* Zusätzlich wird kenntlich gemacht, ob die hier gewünschte Region innerhalb ("inside") oder außerhalb ("outside") des definierten Randpolygons liegt
#* Definition der geodätischen Schicht, in der die angegebenen Werte gültig sind
#:* Die Keyzeilen lauten: '''lower_validity_level = ..unterer_Grenzwert..''' ''' upper_validity_level = ..oberer_Grenzwert..'''
#:* Die Angabe beider Werte ist optional
#* Angabe der Messstationen
#:* Es können beliebig viele Messstationen angegeben werden
#:* Es muss mindestens eine Messstation angegeben werden
#:* Bei Angabe von genau einer Messstation erhält man Konstantwerte für die ganze Region
#:* Der Name jeder Messtation muss übereinstimmen mit einem der oben definierten Schlüsselnamen für Messstationen
#:* Die Keyzeile lautet: '''sampling_point = ..messstationname..'''
#* Angabe des max. Abstands der Messstationen von einem Punkt P. Nur diejeniegen Messstationen, die sich innerhalb des Abstandsradius um P befinden, werden für die Interpolation der Messdaten verwendet.
#:* Es kann nur ein max. Abstand angegeben werden
#:* Der Wert für den max. Abstand muss größer Null sein
#:* Die Keyzeile lautet: '''sampling_point_maxdist = ..maximaler_Abstand_zu_Messstationen..'''
#:* Die Angabe der Zeile ist optional. Wird die Zeile nicht angegeben, wird der Default-Wert '''(40.E6)''' verwendet. Damit ist sichergestellt, dass sich mit IPDS-Dateien der Version 1.1 trotz neuer Programmversion identische Resultate erzielen lassen.
#:* Die Beispielgrafiken sollen den Einfluss des max. Abstandes dokumentieren: Dargestellt ist in allen Grafiken die aus 1382 Einzelmessungen berechnete Verteilung des Feinsandes (.063-.177 mm Korndurchmesser) in der Emsmündung, im Dollart und in der Unterems. Die Einzelmessungen sind dem Sedimentatlas [http://www.rijkswaterstaat.nl/over_ons/adressen_en_diensten/landelijkediensten/waterdienst/waterdienst_locatie_zuiderwagenplein.aspx des Rijksinstituut voor Kust en Zee (RIKZ)] entnommen. Der Farbverlauf bildet den rel. Anteil des Feinsandes ab: Rot entspricht 100%, Gelb 75%, Grün 50% und Dunkelblau 0% Feinsand-Anteil.
#* Angabe des Interpolationsverfahrens
#:* Die Keyzeile lautet:'''<nowiki>interpolation_method = nearest_points_in_sectors | linear_distance_weighting | triangular_interpolation</nowiki>'''
#:* Zur Zeit sind drei Verfahren implementiert
#:* Das Interpolationsverfahren '''nearest_points_in_sectors''' ist ein im Haus der BAW entwickeltes Verfahren, welches für einen gewünschten Ort möglichst viele, möglichst dicht benachbarte Messstationen zur Interpolation heranzieht, wenn diese Messstationen in unterschiedlichen Richtungen zu finden sind. Die physikalischen Werte der Messstationen werden gewichtet zur Mittelung heran gezogen. Die Wichtung erfolgt über das Quadrat der Abstände zu den Messstationen (1/d**2). Über die Angabe einer maximal erlaubten Entfernung zu den Messstation können weiter entfernte Messstationen für die Interpolation an einem Ort exkludiert werden. Sinnvoll für eine flächige Verteilung der Messdaten und eine recht smoothe Verteilung zwischen den Daten.
#:* Neu in V1.4 Das Interpolationsverfahren '''linear_distance_weighting''' funktioniert wie '''nearest_points_in_sectors''' mit einem Unterschied: Die Wichtung erfolgt über den Abstand zu den Messstationen (1/d). Diese Methode ist sinnvoll, wenn eine lineare Abnahme zwischen jeweils zwei Messstationen definiert werden soll, z.B. in Flusslängsrichtung.
#:* Für das Interpolationsverfahren''' triangular_interpolation''' werden alle zur Verfügung stehenden Messstationen zu einem Dreiecksgitter vermascht. Die Vermaschung erfolgt nach Delaunay-Kriterien und bildet eine konvexe Hülle um alle Messstationen. Die Vermaschung wird im Haus der BAW mit Hilfe des externen Software-Paketes [http://members.allstream.net/~bjoe/ GEOMPACK] (Autor: Barry Joe) generiert und über die Schnittstelle '''ext_ipds_setup_mespos_tria''' bereitgestellt.
#:* Andere Verfahren können integriert werden
|nutzerprogramme=[[GEOTRANSFORMER]], [[NCAGGREGATE]], [[NCCUTOUT]], [[TELEMAC-2D]] [SediMorph], [[UNS]], [[UNTRIM]], [[UNTRIM2]], [[UNTRIM2007]]
|programmiersprache=Fortran90
|dateiform=FORMATTED
|dateizugriff=SEQUENTIAL
|dateiendung=.dat
|schreibmodule=-
|lesemodule=$PROGHOME/fortran/lib/io_ipds/hp/mod_io_ipds_ui.f90 
$PROGHOME/fortran/lib/io_ipds/SGI/mod_io_ipds_ui.f90
|kontakt_original=[mailto:jens.juerges@baw.de J. Jürges]
|kontakt_pflege=[mailto:jens.juerges@baw.de J. Jürges]
|beispieldatei=$PROGHOME/examples/ipds/ipds.dat
}}

UPLAY

2020-03-12T09:26:54Z

Ak3jjuer: Anpassungen an Version 1.3 vom März 2020

{{Programmkennblatt
|name_en=UPLAY
|name=uplay
|version=März 2020
|version_beschr=März 2020
|stichworte=
numerische Simulation 
Hydrodynamik 
Visualisierung 
Lernprogramm 

|kurzbeschreibung=
Das Programm UPLAY ist eine Schale um [[UNTRIM2]] und [[NCPLOT]]. Der Anwender kann mit UPLAY interaktiv die Tiefen der Gitterelemente verändern, die hydrodynamische Wirkung mit UNTRIM2 berechnen lassen und die Berechnungsergebnisse anschauen.

Die Änderungen der Tiefen im Gitter erfolgt grafisch unterstützt. Es gibt eine begrenzte Anzahl unterschiedlicher Farbklassen, wobei jede Farbklasse einer Tiefe zugeordnet ist. Im Standardfall sind es 5 Farbklassen von "Blau" entsprechend 10 m unterhalb NHN über "Hellblau" (NHN-5m), "Grün" (NHN-2m), "Orange" (NHN0m) bis "Rot" entsprechend 2 m über NHN. Der Anwender aktiviert eine dieser vordefinierten Farbklassen und klickt die Gitterelemente an, die er auf diese Tiefe bringen möchte.

[[Bild:UPLAY1.png|thumb|250px|Bild 1: Oberfläche von UPLAY nach Änderung der Gittertiefen des "Sandkisten-Modells" durch den Anwender und Berechnung der resultierenden Strömungsgeschwindigkeiten.]]

Um die hydrodynamische Wirkung zu berechnen, macht UPLAY im Hintergrund folgendes, wenn der Anwender per Knopfdruck eine Simulation startet:
# Erzeugung der aktuellen Gitterdateien im Format [[UTRSUB_GRID.DAT|utrsub_grid.dat]] und [[PLTSUB_GRID.UPI|pltsub_grid.upi]]
# Bereitstellung der notwendigen Eingagsdateien für UNTRIM2 und Durchführung einer UNTRIM2-Simulation
# Bereitstellung der notwendigen Eingangsdateien für NCPLOT und Erzeugung der Bilder mit den Berechnungsergebnissen (Strömung und Wasserstand) für einen Berechnungs-Zeitpunkt

Die von NCPLOT erzeugten Vektor-Grafiken werden von UPLAY in ein Pixelformat ([https://de.wikipedia.org/wiki/Windows_Bitmap BMP]) konvertiert und dem Anwender präsentiert.

|eingabedateien=
Das Programm UPLAY wird standardmäßig ganz ohne Eingabe-Dateien gestartet. In diesem Fall bezieht UPLAY seine Eingabe-Dateien aus dem Ordner <tt>$PROGHOME/shellscripts/uplay/sandbox/</tt>. Der Anwender kann aber einen eigenen Ordner mit Eingabe-Dateien vorbereiten, wenn er nicht das "Sandkasten-Modell" nutzen möchte. Dann muss der Anwender die folgenden Dateien in seinem Eingangsordner bereitstellen und diesen Ordner mit der Option <tt>-userdir <name_userdir></tt> an das Programm UPLAY übergeben:
* Eingabe-Dateien für UPLAY:
** '''uplay.dat''': Eingabesteuerdatei für das Programm UPLAY. Es regelt insbesondere das Layout des Programms.
** '''Gitternetz''' (Format [[UTRSUB_GRID.DAT|utrsub_grid.dat]] und [[PLTSUB_GRID.UPI|pltsub_grid.upi]]): Lage der Gitterkanten und -elemente und Tiefe der Subkanten und Subelemente. Allerdings darf das Gitter in der aktuellen Version von UPLAY pro Gitterelement immer nur genau ein Subelement und pro Gitterkante eine Subkante enthalten.
* Eingabe-Dateien für das Simulationsprogramm [[UNTRIM2]]:
** '''[[UNTRIM2.DAT|untrim2009.dat]]''': Steuerdatei für [[UNTRIM2]]. Eine Kopplung mit dem K-Modell oder mit Sedimorph oder mit dem SV-Paket wird derzeit von UPLAY nicht unterstützt.
** '''utromp2009.dat''': Steuerdatei des hydrodynamischen Pakets UTROMP_2009. Die Beschreibung der Anfangs- und Randwerte muss einfach gehalten sein: Randwert-Dateien das Wasserstands oder eine ortsvariable Anfangsverteilung über eine IPDS-Datei werden von UPLAY derzeit nicht unterstützt.
** '''[[UNTRIM_EQS.DAT|eqs.dat]]''': Steuerdatei des Pakets EQS zur Berechnung der Dichte
** '''[[VERTICAL.DAT|vertical.dat]]''': Steuerdatei zur Definition der vertikalen Schichtung
** '''run_untrim2009_user.sh''': UNIX-Script zur Durchführung der [[UNTRIM2]]-Simulation

* Eingabe-Dateien für die Erzeugung der Ergebnis-Darstellungen:
** '''[[NC2TABLE.DAT|nc2table.dat]]''': Steuerdatei für das Programm [[NC2TABLE]]. [[NC2TABLE]] muss die Strömungs- und Wasserstands-Ergebnisse nach ASCII konvertieren, damit der konkrete Wertebereich der Ergebnisse bestimmt werden kann.
** '''run_nc2table_user.sh''': UNIX-Script zur Durchführung des [[NC2TABLE]]-Programms
** '''[[NCPLOT.DAT|ncplot_velo.dat]]''': Steuerdatei für das Programm [[NCPLOT]] zur Darstellung der flächenhaften Strömungsergebnisse
** '''run_ncplot_velo_user.sh''': UNIX-Script zur Durchführung des [[NCPLOT]]-Programms zur Erzeugung der Strömungsdarstellung. Hier ist auch die Konvertierung der NCPLOT-Vektor-Grafik zu einem Pixelbild enthalten. Die Konvertierung muss ggf. angepasst werden, um in Abhängigkeit von der Lage der Ergebnis-Darstellung auf dem Bild den korrekten Bildausschnitt zu konvertieren.
** '''[[NCPLOT.DAT|ncplot_wlev.dat]]''': Steuerdatei für das Programm [[NCPLOT]] zur Darstellung der flächenhaften Wasserstandsergebnisse
** '''run_ncplot_wlev_user.sh''': UNIX-Script zur Durchführung des [[NCPLOT]]-Programms zur Erzeugung der Wasserstandsdarstellung. Hier ist auch die Konvertierung der NCPLOT-Vektor-Grafik zu einem Pixelbild enthalten. Die Konvertierung muss ggf. angepasst werden, um in Abhängigkeit von der Lage der Ergebnis-Darstellung auf dem Bild den korrekten Bildausschnitt zu konvertieren.
** '''[[NCPLOT.DAT|ncplot_wlev_zg.dat]]''': Steuerdatei für das Programm [[NCPLOT]] zur Darstellung der zeitlichen Entwicklung der Wasserstände. Dieses Bild wird von UPLAY nicht dargestellt, kann aber im Einzelfall nützlich sein, z.B. um zu prüfen, ob die von [[UNTRIM2]] gefundene Lösung (näherungsweise) stationär ist.
** '''run_ncplot_wlev_zg_user.sh''': UNIX-Script zur Durchführung des [[NCPLOT]]-Programms zur Erzeugung der Darstellung der zeitlichen Entwicklung der Wasserstände.

|ausgabedateien=
* siehe [[UNTRIM2]] und [[NCPLOT]]

|methode=
Für jeden durchgeführten Modelllauf wird im Arbeitsverzeichnis ein Unterordner angelegt. Im Unterordner einer Modellsimulation werden alle Ergebnisdateien von UNTRIM2 und NCPLOT aufbewahrt. Sie stehen somit auch nach der Erzeugung und Darstellung mit UPLAY weiter zur Verfügung. Die Namensgebung für die Unterordner setzt sich aus einem Buchstaben und 4 Ziffern zusammen: Bei einem Programm-Neustart von UPLAY wird ein Buchstabe gesucht, der bisher noch nicht verwendet worden ist. So können in einem Ordner die Simulationen von bis zu 26 UPLAY-Sessions aufbewahrt werden. Jede Simulation innerhalb einer UPLAY-Session lässt den vierstelligen Zähler um 1 erhöhen. So können 9999 Simulationen innerhalb einer UPLAY-Session durchgeführt werden.

Das Programm UPLAY kann ohne Steuerdatei und ohne Übergabe-Parameter aufgerufen werden. In diesem Fall wird ein vorbereitetes "Sandkisten-Modell" (ein 2,5 km langer und 500 m breiter Testkanal mit Rechteck-Elementen mit einer Auflösung von 500 m) verwendet. Dabei handelt es sich um ein 2D-Modell zur Berechnung der Hydrodynamik ohne den Einfluss der Dichte. Salz, Wärme, Schwebstoffe und Tracer sind im Modell nicht enthalten. Am oberstromseitigen Rand wird der Einstrom über einen FLOW-Rand mit konstant 2000 m3 s-1 gesteuert. Am unterstromseitigen Rand ist eine Wasserstands-Steuerung implementiert mit konstant +1m. Der Simulationszeitraum beträgt 1,5 Stunden mit einem Zeitschritt von 90 sec. Ziel der Simulation ist es, die resultierende stationäre Lösung zu berechnen. Deshalb ist der Implicitness-Faktor theta von [[UNTRIM2]] auch gleich 1. Verschiedene Tests haben gezeigt, dass der gewählte Zeitraum ausreichend lang ist, um am Ende des Zeitraums von einer stationären Lösung sprechen zu können. [[NCPLOT]] erzeugt ein Bild der Strömung und des Wasserstands für den letzten Ausgabezeitpunkt. Diese Bilder werden von UPLAY eingelesen und dargestellt.

'''Übergabe-Parameter'''

<tt>-h</tt>

Das Programm UPLAY zeigt nur einen Hilfetext. Das Programm wird nicht normal gestartet.

<tt>-userdir <name_userdir></tt>

Das Programm UPLAY bezieht seine Eingangsdateien standardmäßig aus dem Ordner $PROGHOME/shellscripts/uplay/sandbox. Der Anwender kann aber einen eigenen Ordner mit Eingangsdateien vorbereiten, wenn er nicht das "Sandkasten-Modell" nutzen möchte. Dazu muss der Anwender die folgenden Dateien in seinem Eingangsordner bereitstellen und diesen Ordner mit der Option -userdir <name_userdir> an das Programm UPLAY übergeben.

Wichtig ist, dass der Anwender in diesem Fall dafür verantwortlich ist, dass die Steuerdateien den "richtigen" Zeitpunkt zur Darstellung nutzen. Im "Sandkasten-Modell" ist dies der 61. und letzte Zeitpunkt in den netCDF-Ergebnis-Dateien von UNTRIM2. Das gleiche gilt für die Namen der Ergebnisdateien. Hierzu darf in den Steuerdateien der Platzhalter <RUN> verwendet werden. Dieser Platzhalter wird von UPLAY durch den aktuell gültigen Lauf-Namen (=Ordner-Name) ersetzt.

Falls der Anwender ein eigenes Gitternetz verwenden möchte, dann darf das Gitter pro Gitterelement immer nur genau ein Subelement und pro Gitterkante nur genau eine Subkante enthalten. Es ist auch darauf zu achten, dass die Tiefen der Gitterelemente und die Tiefen der vordefinierten Farbklassen zueinander passen, d.h. es darf kein Gitterelement existieren mit einer Tiefe, die nicht über die Farbklassen abgedeckt ist. UPLAY behandelt Tiefenwerte dann als gleich, wenn der Unterschied kleiner ist als 1 mm.

In den UNIX-Scripten muss ggf. die Konvertierung der Vektor-Grafik zu einem Pixelbild angepasst werden, um in Abhängigkeit von der Lage der Ergebnis-Darstellung auf dem Bild den korrekten Bildausschnitt zu konvertieren.

<tt>-adjusted_velocity_color_palette <yes no adjusted></tt>

Soll die Farbpalette für die Darstellung der Strömungsergebnisse an den konkreten Wertebereich der Modellergebnisse angepasst werden? Ist die Antwort="yes" oder "adjusted", dann wird eine auf den aktuellen Wertebereich angepasste Farbpalette verwendet. Ist die Antwort="no", dann wird eine Standardpalette verwendet. Default ist "no".

<tt>-adjusted_waterlevel_color_palette <yes no adjusted></tt>

Soll die Farbpalette für die Darstellung der Wasserstandsergebnisse an den konkreten Wertebereich der Modellergebnisse angepasst werden? Ist die Antwort="yes" oder "adjusted", dann wird eine auf den aktuellen Wertebereich angepasste Farbpalette verwendet. Ist die Antwort="no", dann wird eine Standardpalette verwendet. Default ist "adjusted".

<tt>-untrim2009_exe <name_und_pfad_zum_untrim2009_executable></tt>

Ausführbare Datei für das Programm [[UNTRIM2]]. Wird die Datei vom Anwender nicht angegeben, dann wird ein Standard-Executable aus $PROGHOME genutzt.

<tt>-nc2table_exe <name_und_pfad_zum_nc2table_executable></tt>

Ausführbare Datei für das Programm [[NC2TABLE]]. Wird die Datei vom Anwender nicht angegeben, dann wird ein Standard-Executable aus $PROGHOME genutzt.

<tt>-ncplot_exe <name_und_pfad_zum_ncplot_executable></tt>

Ausführbare Datei für das Programm [[NCPLOT]]. Wird die Datei vom Anwender nicht angegeben, dann wird ein Standard-Executable aus $PROGHOME genutzt.

'''Hinweise für Programmierer'''

Das Programm UPLAY besteht aus drei Komponenten. Erstens einem Fortran-Programm, welches als Front-End die Darstellung des Gitters, die Interaktion der Tiefenänderung durch den Anwender und die Darstellung der Modellergebnisse steuert. Zweitens einer UNIX-Shellscript-Suite als Back-End, welches eine hydrodynamische Simulation und die Erzeugung der Ergebnis-Bilder steuert. Der dritte Teil ist ein UNIX-Startscript für das Front-End, damit die notwendigen Bedingungen für eine erfolgreiche Nutzung des Fortran-Programms erfüllt sind.

Die Kommunikation zwischen dem Fortran-Programm einerseits und den UNIX-Scripten erfolgt über Steuerdateien und UNIX-Umgebungsvariable.

Das Fortran-Programm nutzt verschiedene PROGHOME-Pakete:
* h_grid zum Lesen und Schreiben von Gitterdateien
* dic-io für das Lesen der Eingabesteuerdatei von UPLAY
* base-library für einige Grundfunktionen (z.B. zum Lesen und Schreiben von Windows-Bitmap-Files (BMP))

Darüber hinaus braucht das Fortran-Programm zwingend die GKS-Installation (GKS=Graphical Kernel System) für Basis-Funktionen zum Zeichnen und die netCDF-Installation.

'''Einschränkungen'''

* Eine Kopplung von [[UNTRIM2]] mit dem K-Modell, mit Sedimorph und mit dem Sinkgeschwindigkeitspaket SV wird von UPLAY (noch) nicht unterstützt.
* Bei einer Nutzung von [[UNTRIM2]] mit Salz-, Wärme-, Schwebstoff- oder Tracertransport unterstützt UPLAY die Darstellung der entsprechenden Salzgehalts-, Temperatur- oder Konzentrations-Ergebnisse (noch) nicht.

|preprozessor=
[[CREATE_SIMPLE_UNTRIM2_GRID]], [[UTRPRE]]
|postprozessor=
[[DAVIT]], [[NCAGGREGATE]], [[NCANALYSE]], [[NCAUTO]], [[NCDELTA]], [[NCPLOT]], [[NC2TABLE]], [[UNTRIM2007MONITOR]]
|programmiersprache=Fortran90
|zus_software= GKS (Graphical Kernel System)
|kontakt_original=[mailto:jens.juerges@baw.de J. Jürges]
|kontakt_pflege=[mailto:jens.juerges@baw.de J. Jürges]
|dokumentation= -
}}