BAWiki-test - Benutzerbeiträge [de]

F77 TO F90

2023-05-03T06:51:40Z

Ak3gseis: kleine Korrekturen

{{Programmkennblatt
|name_en=F77_TO_F90
|name=F77_TO_F90
|version=Mai 2023
|version_beschr=März 2023
|stichworte=
FORTRAN Quellcode 
FORTRAN 90 Syntax 
Umwandlung von F77-Quellen 
|kurzbeschreibung=
Das Programm F77_TO_F90 wandelt FORTRAN-Quellen, die in FORTRAN77-Standard-Syntax geschrieben wurden, in korrekte FORTRAN90-Quellen (freies Format) um. Bei Quellen, die andere Quelltexte inkludieren, müssen auch diese "Includes" umgewandelt werden.

Obsolete Sprachelemente bleiben erhalten und müssen danach vom Entwickler durch modernere Sprachelemente ersetzt werden.

Hinweis: Das Programm beherscht ab 2023 auch Kommandozeilenargumente, so dass das Verarbeiten einer großen Anzahl von Quelldateien ohne Nutzerinteraktionen im Skript möglich ist. Mehr dazu:
f77_to_f90 -h

|eingabedateien=
# Eine oder mehrere Dateien mit Quellcode in FORTRAN77 Syntax.
# Bei mehreren Quelldateien (optional) Liste der Dateinamen (Typ [[DATEILISTE.DAT|dateiliste.dat]])
|ausgabedateien=
# Eine oder mehrere Dateien mit Quellcode in FORTRAN90 Syntax.
# Druckerdatei f77_to_f90.sdr
# (optional) Datei mit Testausgaben f77_to_f90.trc
|methode=
Es wird von jeder Dateiquelle eine F90-Version erstellt, bei der folgende Änderungen gegenüber der F77-Version vorgenommen werden:
* Kommentarzeilen, die mit einem '''C''', einem '''c''' oder einem '''*''' beginnen, erhalten statt dessen ein '''!''' in der ersten Spalte.
* Bei Fortsetzungszeilen (in der 6. Spalte steht kein Leerzeichen) wird die vorangehende Zeile mit einem '''&''' am Ende versehen. In der 6. Spalte wird statt dessen ein Leerzeichen gesetzt. Wurde in der Fortsetzungszeile eine angefangene '''CHARACTER'''-Konstante weitergeführt, so wird das ehemalige Fortsetzungszeichen durch '''&''' ersetzt.
Alle Änderungen werden in der Druckerdatei mitprotokolliert!
|preprozessor=
-
|postprozessor=
FORTRAN-Compiler ab F90, z.B. ifort, gfortran, nagfor
|programmiersprache=FORTRAN 2003
|zus_software= -
|kontakt_original=G. Seiß
|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß]
|dokumentation=selbsterklärend
}}

F77 TO F90

2023-05-03T06:42:20Z

Ak3gseis: Programmversion angepasst

{{Programmkennblatt
|name_en=F77_TO_F90
|name=F77_TO_F90
|version=Mai 2023
|version_beschr=März 2023
|stichworte=
FORTRAN Quellcode 
FORTRAN 90 Syntax 
Umwandlung von F77-Quellen 
|kurzbeschreibung=
Das Programm F77_TO_F90 wandelt FORTRAN-Quellen, die in FORTRAN77-Standard-Syntax geschrieben wurden, in korrekte FORTRAN90-Quellen (freies Format) um. Bei Quellen, die andere Quelltexte inkludieren, müssen auch diese "Includes" umgewandelt werden.

Obsolete Sprachelemente bleiben erhalten und müssen danach vom Entwickler durch modernere Sprachelemente ersetzt werden.

Hinweis: Das Programm beherscht ab 2023 auch Kommandozeilenargumente, so dass das Verarbeiten einer großen Anzahl von Quelldateien ohne Nutzerinteraktionen im Skript möglich ist. Mehr dazu:
f77_to_f90 -h

|eingabedateien=
# Eine oder mehrere Dateien mit Quellcode in FORTRAN77 Syntax.
# Bei mehreren Quelldateien (optional) Liste der Dateinamen (Typ [[DATEILISTE.DAT|dateiliste.dat]])
|ausgabedateien=
# Eine oder mehrere Dateien mit Quellcode in FORTRAN90 Syntax.
# Druckerdatei f77_to_f90.sdr
# (optional) Datei mit Testausgaben f77_to_f90.trc
|methode=
Es wird von jeder Dateiquelle eine F90-Version erstellt, bei der folgende Änderungen gegenüber der F77-Version vorgenommen werden:
* Kommentarzeilen, die mit einem '''C''', einem '''c''' oder einem '''*''' beginnen, erhalten statt dessen ein '''!''' in der ersten Spalte.
* Bei Fortsetzungszeilen (in der 6. Spalte steht kein Leerzeichen) wird die vorangehende Zeile mit einem '''&''' am Ende versehen. In der 6. Spalte wird statt dessen ein Leerzeichen gesetzt. Wurde in der Fortsetzungszeile eine angefangene '''CHARACTER'''-Konstante weitergeführt, so wird das ehemalige Fortsetzungszeichen durch '''&''' ersetzt.
Alle Änderungen werden in der Druckerdatei mitprotokolliert!
|preprozessor=
-
|postprozessor=
FORTRAN-Compiler ab F90
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Seiß
|kontakt_pflege=[mailto:guntram.seiß@baw.de G. Seiß]
|dokumentation=selbsterklärend
}}

F77 TO F90

2023-03-24T15:32:40Z

Ak3gseis: Kommandozeilenmodus

{{Programmkennblatt
|name_en=F77_TO_F90
|name=F77_TO_F90
|version=März 2023
|version_beschr=März 2023
|stichworte=
FORTRAN Quellcode 
FORTRAN 90 Syntax 
Umwandlung von F77-Quellen 
|kurzbeschreibung=
Das Programm F77_TO_F90 wandelt FORTRAN-Quellen, die in FORTRAN77-Standard-Syntax geschrieben wurden, in korrekte FORTRAN90-Quellen (freies Format) um. Bei Quellen, die andere Quelltexte inkludieren, müssen auch diese "Includes" umgewandelt werden.

Obsolete Sprachelemente bleiben erhalten und müssen danach vom Entwickler durch modernere Sprachelemente ersetzt werden.

Hinweis: Das Programm beherscht ab 2023 auch Kommandozeilenargumente, so dass das Verarbeiten einer großen Anzahl von Quelldateien ohne Nutzerinteraktionen im Skript möglich ist. Mehr dazu:
f77_to_f90 -h

|eingabedateien=
# Eine oder mehrere Dateien mit Quellcode in FORTRAN77 Syntax.
# Bei mehreren Quelldateien (optional) Liste der Dateinamen (Typ [[DATEILISTE.DAT|dateiliste.dat]])
|ausgabedateien=
# Eine oder mehrere Dateien mit Quellcode in FORTRAN90 Syntax.
# Druckerdatei f77_to_f90.sdr
# (optional) Datei mit Testausgaben f77_to_f90.trc
|methode=
Es wird von jeder Dateiquelle eine F90-Version erstellt, bei der folgende Änderungen gegenüber der F77-Version vorgenommen werden:
* Kommentarzeilen, die mit einem '''C''', einem '''c''' oder einem '''*''' beginnen, erhalten statt dessen ein '''!''' in der ersten Spalte.
* Bei Fortsetzungszeilen (in der 6. Spalte steht kein Leerzeichen) wird die vorangehende Zeile mit einem '''&''' am Ende versehen. In der 6. Spalte wird statt dessen ein Leerzeichen gesetzt. Wurde in der Fortsetzungszeile eine angefangene '''CHARACTER'''-Konstante weitergeführt, so wird das ehemalige Fortsetzungszeichen durch '''&''' ersetzt.
Alle Änderungen werden in der Druckerdatei mitprotokolliert!
|preprozessor=
-
|postprozessor=
FORTRAN-Compiler ab F90
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Seiß
|kontakt_pflege=[mailto:guntram.seiß@baw.de G. Seiß]
|dokumentation=selbsterklärend
}}

GEOTRANSFORMER

2023-02-27T14:15:26Z

Ak3gseis: EPSG-Codes für 8-stellige UTM-Koordinaten

{{Programmkennblatt
|name_en=GEOTRANSFORMER
|name=GEOTRANSFORMER
|version=Februar 2023
|version_beschr=Februar 2023
|stichworte=Koordinaten-Transformation 
Koordinaten-System 
Gauß-Krüger 
Universale Transverse Mercator Projektion 
Universale Polar Stereografisch Projektion 
Lagestatus 320 
Europäisches Terrestrisches Referenzsystem 1989 (ETRS89) 
World Geodetic System 1984 (WGS84) 
European Datum 1950 (ED50) 
Potsdam Datum (Bessel 1841) 
Krassowski-Ellipsoid 
NTv2-Verfahren 
BETA2007 
GNTRANS-WSV 
Rijksdriehoeksmeting (RD, niederl. Koordinatensystem) 
BAW-Dateiformate 
European Petrol Service Group (EPSG)

|kurzbeschreibung=Dieses Programm transformiert für verschiedenen Dateiformate der BAW die Koordinaten zwischen verschiedenen Kartenprojektionen und geodätischen Datumstransformationen. Die Beschreibung der Koordinatenreferenz wird vom Nutzer entweder über EPSG-Codes oder durch Angabe der Kartenprojektion und des geodätischen Datums übergeben.

Derzeit implementierte Kartenprojektionen sind:

* Gauß-Krüger (Streifen 2 bis 5), 3 Grad-Streifen oder 6-Grad-Streifen
* Sphärische Koordinaten (geografische Länge und Breite == keine Kartenprojektion)
* Universal Transverse Mercator (UTM)
* Rijksdatum (Niederlande)
* lokale metrische Zentralprojektion
* Universal Polar Stereographic (UPS)
* British National Grid

Derzeit implementierte geodätische Datumstransformationen (7-Parameter-Transformationen) sind

* Europäisches Terrestrisches Referenzsystem 1989 (ETRS89)
* World Geodetic System 1984 (WGS84)
* European Datum 1950 (ED50)
* Bundesamt für Kartographie und Geodäsie, Standard-Parameter
* Bundesamt für Kartographie und Geodäsie, Breiten >52,3 Grad N
* BAW C. Maushake,
* Krassovsky Standard ([http://de.wikipedia.org/wiki/7-Parameter-Transformation Wikipedia])
* Krassovsky (WSA Stralsund)
* Bundesamt für Kartographie und Geodäsie, Breiten zwischen 50,3 Grad N und 52,3 Grad N
* Bundesamt für Kartographie und Geodäsie, Breiten <50,3 Grad N
* Das niederländische Referenzdatum (Amersfoort Datum)
* Das Britische Elipsoid Airy 1830
* NTv2-Gitterverfahren GNTRANS-WSV (DHDN/STN -> ETRS89) und BETA2007 (DHDN -> ETRS89)

Das Programm kann im Batchbetrieb eingesetzt werden. Hinsichtlich der Datenmenge gibt es keine Beschränkungen, da die Dateien sequentiell bearbeitet werden. Für 25 Mio. Koordinatenpaare (Gauß-Krüger/DHDN <-> UTM/ETRS89) benötigt das Programm auf einer handelsüblichen INTEL-CPU derzeit mit NTv2 280,68 Minuten inklusive Ein- und Ausgabe.

Seit November 2018 verfügt das Programm über die Fähigkeit, die Nutzereingaben über Kommandozeilenargumente entgegenzunehmen. Für diese Nutzung steht eine Online-Hilfe bereit, die mit '''''geotransformer -h''''' abgerufen wird.

Das Programm GEOTRANSFORMER ist seit Mai 2016 sowohl für die '''LINUX'''-Systeme als auch für '''WINDOWS''' ohne Einschränkung der Funktionalität verfügbar und wurde anhand offizieller Testkoordinaten für die verwendeten mathematischen Algorithmen validiert. Es existiert eine Kurzanleitung für Einsteiger.

Die vom Programm genutzte Bibiliothek '''libgeodesy''' wird auch in anderen Programmen genutzt, um Koordinaten "on the fly" zu transformieren. Es wurde ein in C geschriebenes "Application Programmer Interface" (API) '''libgeodesyCAPI''' bereitgestellt, um einen Port der Transformations-Funktionalität für MATLAB zu realisieren.

|eingabedateien=
# Gitternetzdatei (Dateityp TICAD,[[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]]) oder
# digitalisierte Linien (Dateityp [[DIGI.GKK|digi.gkk]]) oder
# digitalisierte Strukturlinien (Buhnen, Inseln, etc.) (Dateityp [[INSEL.DAT|insel.dat]]) oder
# Polygondateien (Dateityp [[POLY.DAT|poly.dat]]) oder
# Polygone für die Sicherung von Tiefen an Knotenpunkten (Dateityp [[NODES.SAVE|nodes.save]]) oder
# (Dateityp [[FRAMES.DAT|frames.dat]], der Centerpunkt und die Abmessungen werden innerhalb von metrischen Systemen transformiert) oder
# Beschreibung der Randgitterzellen (Dateityp [[RGZ.DAT|rgz.dat]]) oder
# ASCII-Format für Punktdaten, Peildatendatei (Dateityp [[GEOM.DAT|geom.dat]]) oder
# Zeitreihendateien an Einzelstationen (Dateityp [[BOEWRT.DAT|boewrt.dat]]) oder
# Geopositionsdatei (Dateityp [[GEOPOS.DAT|geopos.dat]]) oder
# UNTRIM-VC-Gitternetzdatei (Dateityp [[UNTRIM_GRID.DAT|untrim_grid.dat]], Variante Vincento Casulli) oder
# DELFT3D-Gitternetzdatei (Dateityp [[DELFT3D.GRD|delft3d.grd]]) oder
# UNTRIM-BAW-Gitternetzdatei (Dateityp [[UNTRIM_GRID.DAT|untrim_grid.dat]], Variante BAW) oder
# Systemdatei für Einzelpositionen (Dateityp [[LOCATION_GRID.DAT|location_grid.dat]]) oder
# IPDS-Datei zur Initialisierung von Anfangsfeldern (Dateityp [[IPDS.DAT|ipds.dat]]) oder
# World-Datei zur Beschreibung der Georeferenzierung eines Images (typische Datei-Endungen sind ''.pngw, .jpgw, .gifw'') oder
# Profilgitter (Dateityp [[PROFIL05.BIN|profil05.bin]] oder
# durch Semikolon ( ; ), Tabulator (\t), Leerzeichen oder Doppelpunkt (:) getrennte CSV-Tabelle ("comma seperated values") oder
# Indizierte Punktdaten (Index, Rechtswert/Länge, Hochwert/Breite, z).

|ausgabedateien=
# Gitternetzdatei (Dateityp TICAD,[[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]]) und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# digitalisierte Linien (Dateityp [[DIGI.GKK|digi.gkk]]) und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# digitalisierte Strukturlinien (Buhnen, Inseln, etc.) (Dateityp [[INSEL.DAT|insel.dat]]) und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# Polygondateien (Dateityp [[POLY.DAT|poly.dat]]) und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# Polygone für die Sicherung von Tiefen an Knotenpunkten (Dateityp [[NODES.SAVE|nodes.save]]) und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# (Dateityp [[FRAMES.DAT|frames.dat]], der Centerpunkt und die Abmessungen werden innerhalb von metrischen Systemen transformiert) oder
# Beschreibung der Randgitterzellen (Dateityp [[RGZ.DAT|rgz.dat]]) oder
# ASCII-Format für Punktdaten, Peildatendatei (Dateityp [[GEOM.DAT|geom.dat]]) oder
# Zeitreihendateien an Einzelstationen (Dateityp [[BOEWRT.DAT|boewrt.dat]]) und je eine (optional) Datei des Typs [[GEOPOS.DAT|geopos.dat]] oder
# Geopositionsdatei (Dateityp [[GEOPOS.DAT|geopos.dat]]) oder
# UNTRIM-VC-Gitternetzdatei (Dateityp [[UNTRIM_GRID.DAT|untrim_grid.dat]], Variante Vincento Casulli) oder
# DELFT3D-Gitternetzdatei (Dateityp [[DELFT3D.GRD|delft3d.grd]]) oder
# UNTRIM-BAW-Gitternetzdatei (Dateityp [[UNTRIM_GRID.DAT|untrim_grid.dat]], Variante BAW) oder
# Systemdatei für Einzelpositionen (Dateityp [[LOCATION_GRID.DAT|location_grid.dat]]) und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# IPDS-Datei zur Initialisierung von Anfangsfeldern (Dateityp [[IPDS.DAT|ipds.dat]]) und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# World-Datei zur Beschreibung der Georeferenzierung eines Images (typische Datei-Endungen sind ''.pngw, .jpgw, .gifw'') oder
# Profilgitter (Dateityp [[PROFIL05.BIN|profil05.bin]] und (optional) Dateien des Typs [[GEOPOS.DAT|geopos.dat]] oder
# durch Semikolon ( ; ), Tabulator (\t), Leerzeichen oder Doppelpunkt (:) getrennte CSV-Tabelle ("comma seperated values") oder
# Indizierte Punktdaten (Index, Rechtswert/Länge, Hochwert/Breite, z).

|methode=
* Ein- und Ausgabe-Datei sind zeitgleich geöffnet. Jeder gelesene Koordinaten-Punkt wird sofort transformiert und in die Ausgabe-Datei geschrieben. Dadurch kann die Anzahl der zu transformierenden Koordinaten in der Eingangs-Datei beliebig groß sein. Kommentarzeilen in ASCII-Dateien werden übernommen. Die Eingabe-Datei darf in gepackter Form (gzip, compress, zip) vorliegen. Ein Packen der Ausgabedatei kann durch Angabe des Dateinamens mit zusätzlich angehängter Dateiendung ".gz" oder ."zip" erzwungen werden (letzteres derzeit nur unter LINUX).
* Das Programm formatiert die Ausgabedateien entsprechend der geforderten Genauigkeiten in der Nachkommastelle unterschiedlich, je nach dem, ob geographische Koordinaten oder Kartenkoordinaten zu schreiben sind. Beim Dateityp 08 (ASCII-Format für Punktdaten) kann die Ausgabe in Kartenprojektionen über die Umgebungsvariable GEOMFMT frei gesteuert werden, um z.B. die Dateigröße zu reduzieren.
* Das Programm transformiert die in der Ausgangsprojektion vorliegenden Koordinatenpaare zunächst in sphärische Koordinaten (WGS84) und dann weiter in das geodätische Zieldatum und die Zielprojektion. Bei der Datumstransformation kann im Falle '''"Eingangs- und/oder Ausgangsdaten in DHDN oder STN"''' anstelle einer 7-Parameter-Transformation das NTv2-Verfahren unter Nutzung eines Transformationsgitters (*.gsb) eingesetzt werden (für die alten Bundesländer Defaulteinstellung!). Es sollten die aktuellen NTv2-Gitterdateien des GNTRANS-WSV-Systems genutzt werden. ATKIS-konforme Transformationen erhält man unter Verwendung der Gitterdatei BETA2007.gsb.
* In der Eingabe sind beim Dateiformat 08 (geom.dat) als Trenner der Spalten auch die ASCII-Zeichen Tabulator, Semikolon, Komma und Doppelpunkt erlaubt. Außerdem dürfen geographische Koordinaten in der nautischen Form 4°17'16.62931"E 51°29'40.02423"N angegeben werden. Statt der Zeichen (° ' ") sind auch (d m s) oder (^ ' ") erlaubt. Die nautische Form muss mit den Angaben der Hemisphere(N/S) und der Lage bezogen auf Greenwich (E/W) versehen sein.
* Bei den Dateiformaten 09 ([[BOEWRT.DAT|boewrt.dat]]), 10 (geopos.dat), 13 ([[UNTRIM_GRID.DAT|untrim_grid.dat]], Variante BAW) und 14 ([[LOCATION_GRID.DAT|location_grid.dat]]) erfolgt ggf. erst eine Transformation in das Input-Koordinatensystem, falls diese Dateien bereits eine gültige Information über ihr Koordinatenreferenzsystem enthalten. Bei den ASCII-Formaten 01 (gitter05.dat), 02 (digi.gkk) und 08 (geom.dat) kann das (bekannte) Koordinatenreferenzsystem der Ausgangsdaten über die Kommentarzeile "C CRS=#####" am Anfang der Datei spezifiziert werden. "#####" ist hier ein von libgeodesy unterstützter EPSG-Code (s.u.). In diesem Fall wird ebenfalls zunächst eine Transformation in das Input-Koordinatenreferenzsystem durchgeführt. Das Input-Koordinatenreferenzsystem muss dabei einen gültigen EPSG-Code (s.u.) besitzen.
* In den Dateien 10 (geopos.dat), 13 ([[UNTRIM_GRID.DAT|untrim_grid.dat]], Variante BAW) und 14 ([[LOCATION_GRID.DAT|location_grid.dat]]) wird, falls die Umgebungsvariable BAWCRS gesetzt wurde, deren Inhalt zur Ermittlung des CRS der Eingangsdatei herangezogen, falls bisher kein CRS in der Datei vorhanden war.
* Beim Dateiformat 16 (World-Datei) werden auch die die Pixelgröße und Orientierung beschreibenden Parameter affin transformiert. Dazu wird ein imaginäres Image der Größe 800x800 Pixel aufgespannt und daraus die neuen mittleren Werte für die Pixelbreite und -höhe ermittelt.
* Alle nicht NAMELIST-basierten ASCII-Formate enthalten nach der Transformation einen aus Kommentaren bestehenden Dateikopf mit der aktuellen Koordinatentransformation.
* 7- und 8-stellige Rechtswerte in UTM-Koordinaten werden erkannt und in 6-stellige Rechtswerte umgewandelt. Zur Erkennung gültiger 8- und 7-stelliger Rechtswerte wird sowohl die Anzahl der Stellen, als auch der UTM-Streifen der Eingabedatei verwendet.
* Für einige Dateitypen ist eine optionale Ausgabe aller Original-Koordinaten als Dateien des Typs [[GEOPOS.DAT|geopos.dat]] möglich. Diese Dateien können zur Kontrolle genutzt werden oder im Pre-Prozessing Verwendung finden (z.B. in [[TICLQ2]]).
* Beim Dateityp 18 können die zu bearbeitenden Spalten frei vom Nutzer gewählt werden und mit den Horizontalkoordinaten kann jeweils eine Spalte mit zugehörigen Höhenwerten beim Datumsübergang transformiert werden. Es dürfen mehrere Koordinatenpaare/-tripel in einer Zeile gleichzeitig transformiert werden. Das Spaltentrennzeichen ist zunächst Semikolon. Wird keines gefunden, so werden alternativ in der Reihenfolge Tabulator, Leerzeichen und Doppelpunkte gesucht. Kommas in den Dezimalwerten werden erkannt und in "." gewandelt. Der Spaltentrenner wird beibehalten, Dezimalkomma werden immer in Dezimalpunkt gewandelt.

Alle Transformationsalgorithmen nutzen doppelt genaue Fließkommawerte zur Darstellung der Koordinaten im Speicher. In den zwei unterstützten binären Dateiformaten [[GITTER05.DAT und GITTER05.BIN|gitter05.bin]] und [[PROFIL05.BIN|profil05.bin]] werden einfachgenaue REAL-Werte der Koordinaten abgelegt. Diese Formate sind '''zumindest mit Vorsicht''' zu nutzen, denn sphärische Koordinaten können nur mit erheblichem Genauigkeitsverlust geschrieben werden:
* [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]]: Hier wird empfohlen, die ASCII-Variante GITTER05.DAT zu erzeugen und zukünftig nur noch damit zu arbeiten!
* [[PROFIL05.BIN|profil05.bin]]: Hier wird empfohlen, nur in projezierten Koordinaten zu schreiben (UTM, Gauß-Krüger). Die erreichbare Genauigkeit der Koordinatendarstellung beträgt in projezierten Koordinaten 0,5-1m.

Bei den unterstützten ASCII-Dateiformaten wird die Genauigkeit der Koordinatendarstellung abhängig vom Koordinatenreferenzsystem so gewählt, dass im Regelfall kein Genauigkeitsverlust eintritt, wenn sphärische Koordinaten verwendet werden.

Von libgeodesy werden die folgenden Koordinatenreferenzsysteme über den EPSG-Code unterstützt:
* Gauß-Krüger 3 Grad / DHDN: EPSG 31466-31469 ( EPSG = 31464 + Streifennummer ), verwendetes Ellipsoid BKG >52,3 Grad N
* Gauß-Krüger 3 Grad / STN : EPSG 02397-02399, 05674-05675, 03838, 03829
* Lagestatus 320 (Bundesland Hamburg, Gauß-Krüger/ETRS89, Streifen 3): EPSG 8395
* Gauß-Krüger 3 Grad / DHDN: EPSG 31462-31465 ( EPSG = 31460 + Streifennummer ), zweckentfremdet für Datum BKG zwischen 50,3 Grad N und 52,3 Grad N
* Gauß-Krüger 3 Grad / DHDN: EPSG 31492-31495 ( EPSG = 31490 + Streifennummer ), zweckentfremdet für Datum BKG <50,3 Grad N
* UTM / ETRS89 : EPSG 25828-25838 ( EPSG = 25800 + Zone )
* UTM / ETRS89, 8-stellig : 4647, 5649, 5650, 35832, 35833
* UTM / ED50 : EPSG 23028-23038 ( EPSG = 23000 + Zone )
* UTM / WGS84 (Nord) : EPSG 32601-32660 ( EPSG = 32600 + Zone )
* UTM / WGS84 (Süd) : EPSG 32701-32760 ( EPSG = 32700 + Zone )
* UPS / WGS84 : EPSG 32661 und 32761
* RD Amersfoort New : EPSG 28992 und 7415
* OSGB 1936/British National Grid: EPSG 27700
* Geographisch ETRS89 : EPSG 04258
* Geographisch WGS84 : EPSG 04326
* Geographisch ED 50 : EPSG 04230
* Geographisch DHDN : EPSG 04314
* Geographisch Amersfoort : EPSG 04289
* Geographisch STN42/83 : EPSG 04179

Einige andere, nicht über EPSG-Codes unterstützte Koordinatenreferenzsysteme können derzeit im sogenannten Expertenmodus (Basiswissen über Lagebezugssysteme nötig) realisiert werden.

Es wird empfohlen, das Koordinatenreferenzsystem in Form des EPSG-Codes in den Datengrundlagen (Rohdaten) abzulegen, wenn bekannt und unterstützt. Dies kann bei den meisten ASCII-Dateitypen über den magischen Kommentar "C CRS=#####" geschehen. Dort wo bereits innerhalb des jeweiligen Datenformates eine Möglichkeit vorgesehen ist, den EPSG-Code abzulegen, sollte dies auch passieren.

Neuere Datenbestände sollten immer in UTM/ETRS89-Koordinaten des jeweils gültigen Streifens oder in geographischen Koordinaten (ETRS89 oder WGS84) vorgehalten werden. Für die Transformation älterer Datenbestände aus Gauß-Krüger nach UTM/ETRS-89 soll das NTv2-Verfahren nach GNTRANS-WSV genutzt werden. Das Gitter deckt allerdings nur das Bundesgebiet einschließlich der Hoheitsgewässer ab. Koordinaten die außerhalb des Gültigkeitsbereiches der Transformationsgitter liegen, sollten '''nicht''' mit NTv2, sondern einer geeigneten Helmert-Transformation transformiert werden. Im Zweifel sollte vom Urheber der Koordinaten immer das zugehörige Koordinatenreferenzsystem bereitgestellt werden.

Koordinatentransformation ist '''keine triviale Aufgabe'''. Daher sollte das Ergebnis einer Transformation immer auf Plausibilität und Weiterverwendbarkeit geprüft werden. Bei häufigem Hin- und Rücktransformieren akkumulieren sich zwangsläufig vorhandene numerische Fehler in den zugrundeliegenden Algorithmen.

|preprozessor=Alle Programme, die obige Dateiformate nutzen
|postprozessor=Alle Programme, die obige Dateiformate nutzen
|programmiersprache=Fortran2003, C
|zus_software= NTv2-Gitter DHDN_To_ETRS1989_WSV2020_v3.gsb, STN_To_ETRS1989_WSV2020_v2.gsb (oder ältere) und BETA2007.gsb
|kontakt_original=G. Seiß (Hauptprogramm, Datei-I/O, libgeodesy)
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=interaktiv selbsterklärend $PROGHOME/examples/geotransformer/* $PROGHOME/examples/geotransformer/Anleitung_GEOTRANSFORMER.pdf Junkins, D.R. and Farley, S.A. (1995) '''N'''ational '''T'''ransformation '''v'''ersion '''2''' Users Guide, Geodetic Survey Division Geomatics Canada. 
Lott, Roger und OGP Geodesy Working Group (2015) Coordinate Conversions and Transformations including Formulas. [http://www.iogp.org/pubs/373-07-2.pdf Geomatics Guidance Note (IOGP Publication 373), 7. Part 2]. 
Bruijne, Arnoud de; van Buren, Joop; Kösters, Anton; van der Marel, Hans (2005): De geodetische referentiestelsels van Nederland. Geodetic reference frames in the Netherlands. Hg. v. Nederlandse Commissie voor Geodesie Netherlands Geodetic Commission. Delft. [http://www.ncgeo.nl/index.php?option=com_k2&view=item&id=2361:gs-43-a-de-bruijne-de-geodetische-referentiestelsels-van-nederland&Itemid=178&lang=nl Download hier]. 
Wasserstraßen- und Schifffahrtsverwaltung des Bundes (Hg.) (2012): Handlungsanweisung für die Transformation der Datenbestände der WSV in das System ETRS89/UTM. Unter Mitarbeit von Hendrik Hampe, Sudau, Gunther Braun, Cornelius Zschunke, Egon Feigel, Helga Panknin et al. 
Lutter, H. (2009): Helmerttransformationsparameter für Gauss-Krüger Streifen 4 (Krassowski), WSA Stralsund. Pers. Mitteilung.

}}

FRQ2ZEITR

2022-10-14T15:03:34Z

Ak3gseis:

{{Programmkennblatt
|name_en=FRQ2ZEITR
|name=FRQ2ZEITR
|version=Oktober 2022
|version_beschr=Oktober 2022
|stichworte=
Harmonische Gezeitenentwicklung 
Gezeitenvorausberechnung 
Partialtiden 
Zeitreihen 
|kurzbeschreibung=
Das Programm FRQ2ZEITR dient der Vorausberechnung von Wasserständen mittels der harmonischen Frequenzen und Korrekturen aus den Tafeln der astronomischen Argumente und Korrekturen des Bundesamtes für Seeschiffahrt und Hydrographie (BSH) und den ortsabhängigen Amplituden und Phasen.
|eingabedateien=
# Eingabesteuerdatei vom Typ [[FRQ2ZEITR.DAT|frq2zeitr.dat]].
# Datei mit den Partialtiden, die bei der Berechnung der Zeitreihe verwendet werden sollen (Typ [[KENNUNGEN.DAT|kennungen.dat]]).
# Datei mit den Geopositionskennungen der Orte, für die eine Zeitreihe erstellt werden soll (Typ [[KENNUNGEN.DAT|kennungen.dat]]).
# Datei mit den Namen der verfügbaren erweiterten Geopositionsdateien (Typ [[DATEILISTE.DAT|dateiliste.dat]]).
# Datei mit den zeit- und ortsunabhängigen Parametern der Partialtiden (Datei [[TIDEGRUNDDATEN.DAT|tidegrunddaten.dat]]).
# Die verfügbaren erweiterten Geopositionsdateien (Typ [[GEOPOS.DAT|geopos.dat]], sie enthalten neben der allgemeinen Positions-Information die zu den Partialtiden gehörenden Amplituden).
# (optional) eine Zeitreihendatei vom Typ [[BOEWRT.DAT|boewrt.dat]] , auf deren Zeitpunkte die Zeitreihe abgebildet werden soll (nur die Zeitinformation wird ausgewertet).
|ausgabedateien=
# Zeitreihendateien des Wasserstandes vom Typ [[BOEWRT.DAT|boewrt.dat]] für jede geforderte Geoposition.
# Druckerdatei frq2zeitr.sdr
# (optional) Testdatei frq2zeitr.trc
|methode=
Zunächst wird der Zeitvektor erstellt. Dann werden die benötigten Frequenzen und Korrekturen nach dem Algorithmus des BSH berechnet. Ebenso werden die benötigten ortsabhängigen Amplituden und Phasen extrahiert. Danach erfolgt die Aufsummation der einzelnem Partialtiden zum Gesamtwasserstand für den vorgegebenen Zeitvektor. Dabei wird als Bezugszeitpunkt für die Berechnung des Cosinus 01.01.yyyy-00:00:00 + n*T gewählt. T ist die Periode der Partialtide und n eine natürliche Zahl.

Zusätzlich zur eigentlichen synthetischen Zeitreihe wird der Status-Flag erzeugt und weggeschrieben, der in diesem Fall immer 1 == "good" ist.

'''Hinweise''':

* Es ist möglich, beliebige Zeiträume mit beliebigen Zeitschritten vorzugeben. Bei sehr langen Zeiträumen (einige Monate) oder kurzen Zeitschritten kann die Berechnung eventuell sehr lange dauern.Ebenso ist die Vorgabe nichtäquidistanter Zeitpunkte möglich.
* Definiert der Benutzer über die Umgebungsvariable BAWCRS ein Koordinatenreferenzsystem, so werden die in der erweiterten Geopositionsdatei gespeicherten Koordinaten in dieses System umgerechnet.
* Das Programm unterstützt Kommandozeilenargumente. Hilfe dazu: '''frq2zeitr -h''' und im Beispielverzeichnis.
|preprozessor=
[[FRQWF]], [[TSCALC]]
|postprozessor=
[[EXCELENZ]], [[GVIEW2D]], [[TSCALC]], [[UTRRND]], [[ZEITRIO]] und andere
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Seiß, M. Haupt
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=
$PROGHOME/examples/frq2zeitr

Tafeln der Astronomischen Argumente V_0+v und der Korrekturen (j, v) von 1900 bis 1999, Bundesamt für Seeschiffahrt und Hydrographie, Hamburg.
}}

FRQ2ZEITR

2022-10-14T15:01:33Z

Ak3gseis:

{{Programmkennblatt
|name_en=FRQ2ZEITR
|name=FRQ2ZEITR
|version=Oktober 2022
|version_beschr=Oktober 2022
|stichworte=
Harmonische Gezeitenentwicklung 
Gezeitenvorausberechnung 
Partialtiden 
Zeitreihen 
|kurzbeschreibung=
Das Programm FRQ2ZEITR dient der Vorausberechnung von Wasserständen mittels der harmonischen Frequenzen und Korrekturen aus den Tafeln der astronomischen Argumente und Korrekturen des Bundesamtes für Seeschiffahrt und Hydrographie (BSH) und den ortsabhängigen Amplituden und Phasen.
|eingabedateien=
# Eingabesteuerdatei vom Typ [[FRQ2ZEITR.DAT|frq2zeitr.dat]].
# Datei mit den Partialtiden, die bei der Berechnung der Zeitreihe verwendet werden sollen (Typ [[KENNUNGEN.DAT|kennungen.dat]]).
# Datei mit den Geopositionskennungen der Orte, für die eine Zeitreihe erstellt werden soll (Typ [[KENNUNGEN.DAT|kennungen.dat]]).
# Datei mit den Namen der verfügbaren erweiterten Geopositionsdateien (Typ [[DATEILISTE.DAT|dateiliste.dat]]).
# Datei mit den zeit- und ortsunabhängigen Parametern der Partialtiden (Datei [[TIDEGRUNDDATEN.DAT|tidegrunddaten.dat]]).
# Die verfügbaren erweiterten Geopositionsdateien (Typ [[GEOPOS.DAT|geopos.dat]], sie enthalten neben der allgemeinen Positions-Information die zu den Partialtiden gehörenden Amplituden).
# (optional) eine Zeitreihendatei vom Typ [[BOEWRT.DAT|boewrt.dat]] , auf deren Zeitpunkte die Zeitreihe abgebildet werden soll (nur die Zeitinformation wird ausgewertet).
|ausgabedateien=
# Zeitreihendateien des Wasserstandes vom Typ [[BOEWRT.DAT|boewrt.dat]] für jede geforderte Geoposition.
# Druckerdatei frq2zeitr.sdr
# (optional) Testdatei frq2zeitr.trc
|methode=
Zunächst wird der Zeitvektor erstellt. Dann werden die benötigten Frequenzen und Korrekturen nach dem Algorithmus des BSH berechnet. Ebenso werden die benötigten ortsabhängigen Amplituden und Phasen extrahiert. Danach erfolgt die Aufsummation der einzelnem Partialtiden zum Gesamtwasserstand für den vorgegebenen Zeitvektor. Dabei wird als Bezugszeitpunkt für die Berechnung des Cosinus 01.01.yyyy-00:00:00 + n*T gewählt. T ist die Periode der Partialtide und n eine natürliche Zahl.

Zusätzlich zur eigentlichen synthetischen Zeitreihe wird der Status-Flag erzeugt und weggeschrieben, der in diesem Fall immer 1 == "good" ist.

'''Hinweise''':

* Es ist möglich, beliebige Zeiträume mit beliebigen Zeitschritten vorzugeben. Bei sehr langen Zeiträumen (einige Monate) oder kurzen Zeitschritten kann die Berechnung eventuell sehr lange dauern.
Definiert der Benutzer über die Umgebungsvariable BAWCRS ein Koordinatenreferenzsystem, so werden die in der erweiterten Geopositionsdatei gespeicherten Koordinaten in dieses System umgerechnet.
* Das Programm unterstützt Kommandozeilenargumente. Hilfe dazu: '''frq2zeitr -h''' und im Beispielverzeichnis.
|preprozessor=
[[FRQWF]], [[TSCALC]]
|postprozessor=
[[EXCELENZ]], [[GVIEW2D]], [[TSCALC]], [[UTRRND]], [[ZEITRIO]] und andere
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Seiß, M. Haupt
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=
$PROGHOME/examples/frq2zeitr

Tafeln der Astronomischen Argumente V_0+v und der Korrekturen (j, v) von 1900 bis 1999, Bundesamt für Seeschiffahrt und Hydrographie, Hamburg.
}}

DATAUS

2022-10-13T12:02:29Z

Ak3gseis: Kommandozeilenargumente, weitere Hinweise

{{Programmkennblatt
|name_en=DATAUS
|name=DATAUS
|version=Oktober 2022
|version_beschr=Oktober 2022
|stichworte=
Extrahieren von Peildaten 
Große Dateien 
Teilgebiete 
|kurzbeschreibung=
Das Programm DATAUS extrahiert die Peildaten eines Teilgebietes, welches durch ein Fenster oder ein Polygon definiert wird. Zudem kann der Tiefenbereich eingeschränkt werden.
|eingabedateien=
# Datei mit Peildaten vom Typ [[GEOM.DAT|geom.dat]] (FORTRAN-Format '(2(f15.2,1x),f15.3)' ), [[DIGI.GKK|digi.gkk]] , im FORTRAN-Format '(2(f10.2,1x),f6.2)' oder einem anderen benutzerdefinierten FORTRAN-Format (x,y,z).
# (optional) Datei mit Berandung des Teilgebietes (Typ [[POLY.DAT|poly.dat]])
|ausgabedateien=
# Datei mit Peildaten des Teilgebietes vom Typ [[GEOM.DAT|geom.dat]] (FORTRAN-Format '(2(f15.2,1x),f15.3)' ), im FORTRAN-Format '(2(f10.2,1x),f6.2)' oder einem anderen benutzerdefinierten FORTRAN-Format (x,y,z).
# (optional) Datei vom Typ gkslog.dat (Terminalprotokoll). Diese Datei kann zum wiederholten automatischen Ausführen einer bereits einmal interaktiv durchlaufenen Sitzung genutzt werden!
|methode=
Das Programm liest die Peildaten sequentiell ein, prüft, ob sie innerhalb des vorgegebenen Gebietes liegen und schreibt sie in diesem Falle in die neue Peildatendatei. Ein optional über den Kommentar "C CRS=####" in der Eingangsdatei enthaltenes Koordinatenreferenzsystem der Daten wird in die Ausgabedatei übernommen. 
'''Hinweise''':
* Das Programm bietet analog zu den GKS-Programmen HVIEW2D und VVIEW2D die Möglichkeit, ein Terminalprotokoll der Sitzung zu erzeugen, welches dann bei einem weiteren Aufruf automatisch abgearbeitet werden kann!
* Das Programm beherrscht mit der Version vom Oktober 2022 auch die Übergabe der notwendigen Eingaben per Kommandozeilenargumente.
* Bei gesetzter Umgebungsvariable BAWCRS werden Koordinaten ggf. in das so spezifizierte Nutzerreferenzsystem transformiert. Dazu muss in der Quelldatei der Eintrag des Kommentars '''C CRS=<epsg>''' erfolgen.
|preprozessor=
-
|postprozessor=
ARCGIS, [[ArcGIS-Anwendungen]], CFLOOR, [[FD2ADDTOPO]], [[JANET]], DELFT3D-Software
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=M. Boehlich, I. Uliczka
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=selbsterklärend
}}

TR2LQ2

2022-10-11T08:16:32Z

Ak3gseis:

{{Programmkennblatt
|name_en=TR2LQ2
|name=TR2LQ2
|version=November 2017
|version_beschr=September 1999
|stichworte=Preprozessor 
Profil-Topographie 
Extraktion der Bathymetrie auf Längs-/Quer-Profilen 
mathematisches Verfahren TRIM-2D 
mathematisches Verfahren TRIM-3D
|kurzbeschreibung=Bei dem Programm TR2LQ2 handelt es sich um einen Preprozessor der mathematischen Verfahren TRIM-2D und TRIM-3D zur Extraktion der Bathymetrie aus Topographiedateien entlang von einem oder mehreren Längs-/Quer-Profilen. Jedes Profil wird dabei durch eine beliebige Anzahl von 2D-Geopositionen definiert (Profil-Abschnittspunkte), die linear miteinander verbunden werden. Das Einfügen zusätzlicher Zwischenpunkte (Profil-Zwischenpunkte) ist möglich.
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[TR2LQ2.DAT|tr2lq2.dat]])
# (optional) vorhandene Profil-Topographie (Dateityp [[PROFIL05.BIN|profil05.bin]])
# (optional) vorhandene Profil-Datei (Dateityp [[PROF.BIN|prof.bin]])
# verschiedene Dateien zur Spezifikation der 2D-Geopositionen sowie der Profile (siehe Dokumentation zu [[TR2LQ2.DAT|tr2lq2.dat]])
# Topographie und Indexfelder (Dateityp [[TR2.TOPO.BIN.IND|tr2.topo.bin.ind]])
|ausgabedateien=
# Profil-Topographie (Dateityp [[PROFIL05.BIN|profil05.bin]])
# Bezeichnungen aller Geo-Positionen getrennt nach Profilen (Dateityp [[GPROFIL.DAT|gprofil.dat]])
# Tiefenangaben aller Profilpunkte getrennt nach Profilen (Dateityp [[TPROFIL.DAT|tprofil.dat]])
# Druckerdatei mit Informationen zum Programmablauf (Dateityp tr2lq2.sdr)
# (optional) Datei mit Testausgaben (Dateityp tr2lq2.trc)
|methode=Aus den verschiedenen Eingangsdaten wird eine vollständige Profil-Topographie erzeugt. Hierzu werden 2D-Geopositionen zu Profilen zusammengefaßt, wobei das Profil durch das Einfügen zusätzlicher Datenpunkte verdichtet werden kann. Die bathymetrische Tiefeninformation wird als Maximum des Wertes der vier die Gitterzelle begrenzenden U- und V-Berechnungspunkte bestimmt. Profilen und Profil-Abschnittspunkten können Texte zugeordnet werden. Desweiteren werden die Knoten- und Nachbarverzeichnisse der Profil-Segmente erzeugt. Optional werden auch Informationen zur Daten-Interpolation (TRIM-2D, TRIM-3D) bereitgestellt. In einer schon existierenden Profil-Topographiedatei können bathymetrische Informationen überschrieben werden.
|preprozessor=[[CROSSPRO]], [[DEPRO2D]]
|postprozessor=[[ADCP2PROFILE]], [[TRIM-2D]], [[TRIM-3D]]
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/tr2lq2/
}}

TR2LQ2

2022-10-11T08:13:11Z

Ak3gseis:

{{Programmkennblatt
|name_en=TR2LQ2
|name=TR2LQ2
|version=November 1996
|version_beschr=September 1999
|stichworte=Preprozessor 
Profil-Topographie 
Extraktion der Bathymetrie auf Längs-/Quer-Profilen 
mathematisches Verfahren TRIM-2D 
mathematisches Verfahren TRIM-3D
|kurzbeschreibung=Bei dem Programm TR2LQ2 handelt es sich um einen Preprozessor der mathematischen Verfahren TRIM-2D und TRIM-3D zur Extraktion der Bathymetrie aus Topographiedateien entlang von einem oder mehreren Längs-/Quer-Profilen. Jedes Profil wird dabei durch eine beliebige Anzahl von 2D-Geopositionen definiert (Profil-Abschnittspunkte), die linear miteinander verbunden werden. Das Einfügen zusätzlicher Zwischenpunkte (Profil-Zwischenpunkte) ist möglich.
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[TR2LQ2.DAT|tr2lq2.dat]])
# (optional) vorhandene Profil-Topographie (Dateityp [[PROFIL05.BIN|profil05.bin]])
# (optional) vorhandene Profil-Datei (Dateityp [[PROF.BIN|prof.bin]])
# verschiedene Dateien zur Spezifikation der 2D-Geopositionen sowie der Profile (siehe Dokumentation zu [[TR2LQ2.DAT|tr2lq2.dat]])
# Topographie und Indexfelder (Dateityp [[TR2.TOPO.BIN.IND|tr2.topo.bin.ind]])
|ausgabedateien=
# Profil-Topographie (Dateityp [[PROFIL05.BIN|profil05.bin]])
# Bezeichnungen aller Geo-Positionen getrennt nach Profilen (Dateityp [[GPROFIL.DAT|gprofil.dat]])
# Tiefenangaben aller Profilpunkte getrennt nach Profilen (Dateityp [[TPROFIL.DAT|tprofil.dat]])
# Druckerdatei mit Informationen zum Programmablauf (Dateityp tr2lq2.sdr)
# (optional) Datei mit Testausgaben (Dateityp tr2lq2.trc)
|methode=Aus den verschiedenen Eingangsdaten wird eine vollständige Profil-Topographie erzeugt. Hierzu werden 2D-Geopositionen zu Profilen zusammengefaßt, wobei das Profil durch das Einfügen zusätzlicher Datenpunkte verdichtet werden kann. Die bathymetrische Tiefeninformation wird als Maximum des Wertes der vier die Gitterzelle begrenzenden U- und V-Berechnungspunkte bestimmt. Profilen und Profil-Abschnittspunkten können Texte zugeordnet werden. Desweiteren werden die Knoten- und Nachbarverzeichnisse der Profil-Segmente erzeugt. Optional werden auch Informationen zur Daten-Interpolation (TRIM-2D, TRIM-3D) bereitgestellt. In einer schon existierenden Profil-Topographiedatei können bathymetrische Informationen überschrieben werden.
|preprozessor=[[CROSSPRO]], [[DEPRO2D]]
|postprozessor=[[ADCP2PROFILE]], [[TRIM-2D]], [[TRIM-3D]]
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/tr2lq2/
}}

SYNGRID

2022-10-11T08:07:35Z

Ak3gseis:

{{Programmkennblatt
|name_en=SYNGRID
|name=SYNGRID
|version=September 1995
|version_beschr=April 2008
|stichworte=Preprozessor 
Generierung künstlicher Peildaten
|kurzbeschreibung=Das Programm SYNGRID erzeugt benutzerdefinierte, künstliche Peildaten, die in einer Datei des Typs geom.dat gespeichert werden. Zusätzlich können optional diejeniegen Punkte ermittelt werden, die den Rand dieser Peildaten bilden. Diese Randpunkte werden dann in einer Datei des Typs rand.dat gespeichert.
|eingabedateien=Eingabesteuerdaten (Dateityp [[SYNGRID.DAT|syngrid.dat]]).
|ausgabedateien=
# Synthetische '''Peildaten''' auf eine Datei des Typs [[GEOM.DAT|geom.dat]].
# (optional) Koordinaten der '''Randpunkte''', die das Gebiet der synthetischen Peildaten entgegen dem Uhrzeigersinn sortiert umschliessen, auf eine Datei des Typs [[RAND.DAT|rand.dat]].

|methode=
Die Definition der synthetischen Peilpunkte erfolgt über die Eingabedatei des Typs syngrid.dat. Hier kann der Anwender

* einzelne Peilpunkte,
* Peilpunkte entlang einer Linie oder
* Peilpunkte auf einem Kreis

definieren.
Alle so definierten Peilpunkte zusammengenommen werden als synthetische Peilpunktwolke auf einer Datei des Typs geom.dat gespeichert.
Die Berechnung des Randes erfolgt nach dem Prinzip des Radarstrahls: Um den östlichsten synthetischen Peilpunkt läft ein Radarstrahl mit konstanter, vom Anwender definierter Länge und einem Anfangswinkel. Dieser Radarstrahl deckt ein kreisförmiges Gebiet ab; der Mittelpunkt des Kreises ist der Peilpunkt.
Der erste Nachbarpunkt, der vom Radarstrahl entdeckt wird, ist der neue Randpunkt.
Im nächsten Schritt läuft der Radarstrahl um den neuen Randpunkt, auf der Suche nach dem Nachbarrandpunkt für den aktuellen Randpunkt.
Die Randpunktsuche ist beendet, wenn der Startpunkt des Randes (gleichzeitig der östlichste Peilpunkt der Peilpunktwolke) als neuer Randpunkt identifiziert worden ist.
|preprozessor= -
|postprozessor=[[DREHE2D]], [[GEOMFD2]], [[IGEL2D]], [[UPDA2D]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/syngrid/
}}

ZEITRIO

2022-10-11T07:45:08Z

Ak3gseis:

{{Programmkennblatt
|name_en=ZEITRIO
|name=ZEITRIO
|version=April 2021
|version_beschr=April 2021
|stichworte=Preprozessor 
Zeitreihen-Verarbeitung (Input/Output) 
Aneinanderhängen
|kurzbeschreibung=Dieses Programm liest und schreibt Dateien, die Zeitreihen in den unten angegebenen Formaten bereitstellen. Die Zeitreihen können dann in Dateien der Formate boewrt.dat, als spaltenorientierte ASCII-Datei (für MATLAB/SCILAB) oder als CSV-Datei geschrieben werden. Das Aneinanderhängen mehrerer Zeitreihen-Dateien zu einer einzigen Datei wird unterstützt.
Der BOEWRT-Status-Flag wird ggf. als Zusatzinformation beim Schreiben von [[BOEWRT.DAT|boewrt.dat]] erzeugt bzw. mitgeführt.
|eingabedateien=
# Zeitreihen-Datei(en) vom Typ [[BOEWRT.DAT|boewrt.dat]]. Über das Kommandozeilenargument ''-srclist=<file>'' ist auch die Übergabe einer Liste von Dateien möglich, die zu einer Zeitreihe zusammengefasst werden sollen.
# Zeitreihen-Datei(en) vom Typ [[SOLWRT.DAT|solwrt.dat]].
# Zeitreihen-Datei(en) vom Typ 6dph.dat.
# Zeitreihen-Datei(en) vom Typ trbnk.dat.
# Zeitreihen-Datei(en) vom Typ aander.dat.
# Zeitreihen-Datei(en) vom Typ dwdwin.dat.
# Zeitreihen-Datei(en) vom Typ WSA Bremen.
# Zeitreihen-Datei(en) vom Typ peg.dat.
# Zeitreihen-Datei(en) vom Typ pegel.his.
# Zeitreihen-Datei(en) vom Typ extab.dat (Excel-Tabelle mit Trennern Blanks, Tabs, Komma oder Semikolon als Text-Datei ausgegeben).
# Zeitreihen-Datei(en) vom Typ WSA Emden.
# Zeitreihen-Datei(en) vom Typ spaltenorientierte MATLAB-Matrix.
# Zeitreihen-Datei(en) vom Typ ZRX.
# Zeitreihen-Datei(en) vom Typ WOCE-gauge.
# Zeitreihen-Datei(en) vom Typ [[KNOERG.BIN|knoerg.bin]]
# Zeitreihen-Datei(en) vom Typ CSV Pegel-Online der BfG
# Zeitreihen-Datei(en) vom Typ CSV von ftp://ftp-cdc.dwd.de/pub/CDC/ .
# Zeitreihen-Datei(en) vom Typ ALL (Kisters-Exportformat der WISKI-Datenbank)
# NetCDF-Format für Pegel aus dem Datenportal http://www.marineinsitu.eu/dashboard/
# Generische CSV-Schnittstelle mit frei auswählbaren Spalten
# Eine optionale Datei vom Typ [[ZEITRIO.DAT|zeitrio.dat]]. Sie enthaelt vordefinierte Zeitfenster für den Fall, daß nicht eine Datei vom Typ [[BOEWRT.DAT|boewrt.dat]] erzeugt werden soll, sondern für jeden Datentag eine separate [[BOEWRT.DAT|boewrt.dat]].
|ausgabedateien=
Die Zahl der Ausgabe-Dateiformate wurde auf das Notwendige beschränkt, damit innerhalb der BAW-DH nicht zu viele verschiedene Dateiformate kursieren.
# Zeitreihen-Datei vom Typ [[BOEWRT.DAT|boewrt.dat]] (Ausgabemodus 1 und 2).
# Zeitreihen-Datei in Spaltenorientierung mit zusätzlicher Header-Datei (geeignet für die Verarbeitung mit MATLAB, SCILAB oder Mathematica, Ausgabemodus 3)
# Zeitreihendatei vom Typ CSV, einzeiliger Header (Zeitpunkt; Größe 1; Größe 2; ....) für [http://www.deltares.nl/en/software/479962/delft-fews Delft-FEWS] (Ausgabemodus 4). Das Einlesen dieser Dateien ist über die generische CSV-Schnittstelle möglich.
# Druckerprotokolldatei (zeitrio.sdr)
# (optional) Terminal-Protokoll vom Typ gkslog.dat. Da ZEITRIO relativ viele Nutzer-Eingaben während des interaktiven Durchlaufes verlangt, wird die Nutzung dieser makroartigen Aufzeichnung dringend empfohlen! Sie kann auch als Grundlage batchorientierter Automatisierung dienen.
|methode=Nach Eingabe eines Referenzdatums, auf welches sich Dateien mit relativen Zeitangaben (z.B. solwrt.dat) beziehen, wird eine Zeitreihe eingelesen. Dabei kann immer nur EINE Zeitreihe EINES Knotens gelesen werden. Optional können weitere Dateien direkt anschließend angehängt werden. Das Dateiformat kann bei jeder einzulesenden Datei gewechselt werden. Nach dem Einlesen wird die gesamte Zeitreihe chronologisch sortiert sowie um doppelte und ungültige Zeitpunkte bereinigt.

Die gelesenen Dateien werden dann in eine Datei geschrieben, deren Format der Anwender festlegt. Für das [[BOEWRT.DAT|boewrt.dat]]-Format existiert zusätzlich die Möglichkeit, für jeden Tag, an dem Daten vorliegen, eine eigene Datei zu erzeugen. Der Dateiname einer solchen Datei enthält unter anderem das Datum des Tages.
Gemessene Eingangsdaten werden mit dem BOEWRT-Status-Flag 2 ("ungeprüft") markiert. Berechnete Zeitreihen (aus knoerg.bin) erhalten ohne Prüfung den Status-Flag 1 ("good")!

Die Zeitreihe kann vor der Ausgabe auf eine äquidistante Zeitachse interpoliert werden. Die Druckerprotokolldatei gibt Auskunft über größere Datenlücken. Datenlücken werden nach der Interpolation entweder mit einem Füllwert ("fill value") belegt (Ausgabemodus 1) oder eliminiert (Ausgabemodus 2). Der Benutzer legt die minimale Größe für Datenlücken fest. Bei der Ausgabe einer äquidistante Zeitreihe, werden alle Werte in zeitlichen Lücken, die kleiner als diese minimale Größe für Datenlücken sind, interpoliert. Es kann zwischen linearer Interpolation oder Spline-Interpolation gewählt werden.
Über den BOEWRT-Status-Flag werden die interpolierten Zeitpunkte eindeutig sichtbar ("ungeprüft", "interpoliert", ggf. zusätzlich "gut" oder "merkwürdig").

Der Ausgabezeitraum umfasst den Gesamtzeitraum aller eingelesener Eingabedaten. Die vom Nutzer gemachte Angaben können die Ausgabezeitreihe auf den gewünschten Zeitraum einschränken, sofern das eingelesene Dateiformat eine Abfrage zulässt (z.B. beim Einlesen von [[BOEWRT.DAT|boewrt.dat]]). Die Zeitangaben des Nutzers beziehen sich auf die in der Umgebungsvariable BAWZONE definierte Zeitzone. Im Ausgabemodus 1 ([[BOEWRT.DAT|boewrt.dat]]) werden bei äquidistanter Interpolation ggf. "fill values" am Anfang und Ende ergänzt, wenn die Eingabedateien den gewünschten Gesamtzeitraum nicht vollständig abdecken. Ein wie von den früheren Versionen gewohnter Abbruch des Programms bei nicht abgedecktem Zeitraum für das Einlesen von Daten erfolgt nicht mehr. Die Ausgabedatei sollte nachträglich geprüft und die Standardausgabe auf Warnungen geprüft werden.

'''Achtung:''' In vorangegangenen Versionen konnten "fill values" noch nicht bei der Interpolation
verarbeitet werden. Das Vorgehen war daher, eine einzelne Zeitreihe zunächst zu extrahieren und dann zu interpolieren. Ab Version Februar 2020 ist es möglich, die "fill values" in Zeitreihen dahingehend zu berücksichtigen, dass sie als Datenlücken interpretiert werden. Bitte dennoch das Ergebnis immer prüfen! Ab Version 2020_10_15 dürfen einzulesende BOEWRT-Zeitreihen auch mit "fill values" beginnen.

Für Eingabedateien des Typs MATLAB-Matrix, ZRX-Format und "exctab.dat" kann eine Filterung sowie eine Korrektur der Zeitreihe um einen Werte-Offset und einen Skalierungsfaktor erfolgen. Die Berechnung der
absoluten Zeiten der Zeitachse erfolgt mittels hochgenauer Operatoren für absolute Zeitrechnung.

Beim Einlesen der Daten und Interpolieren wird ein vorläufiger zusätzlicher BOEWRT-Status-Flag erzeugt. Dieser sollte im Nachgang durch geeignete Prüfverfahren überarbeitet werden, bevor die Dateien weiter prozessiert werden.

Ab Version Juni 2020 werden die Werte der Nachbarstützstellen bei Berechnung des BOEWRT-Status-Flag interpolierter Werte genutzt. Sind die beiden benachbarten Stützwerte "gut", so bekommt auch der interpolierte Wert den Status "gut". Ist einer der beiden benachbarten Stützwerte "merkwürdig", so bekommt auch der interpolierte Wert diesen Status. Ob interpolierte Werte wirklich "gut" sind, wird '''nicht geprüft'''. Daher haben interpolierte Werte zunächst immer den Status "ungeprüft"!

Die Zahl der interaktiven Eingaben kann ab Version 2020_10_15 durch Angabe von Kommandozeilenargumenten reduziert werden. Welche Kommandozeilenparameter eine Wirkung haben, enthüllt der Aufruf
'''''zeitrio[.i18] -h'''''.

Das ausführbare Programm steht sowohl für LINUX- als auch WINDOWS-Rechner zur Verfügung.

|preprozessor=Tabellenkalkulationsprogramme (z.B. [https://de.wikipedia.org/wiki/Microsoft_Excel MS Office EXCEL], [https://de.wikipedia.org/wiki/LibreOffice_Calc LibreOffice Calc]), [[FFT]], [[FRQ2ZEITR]], [[GVIEW2D]], [[TSCALC]], [http://www.mathworks.de/products/matlab/ MATLAB], [[MESKOR]], [http://www.scilab.org/ SCILAB], [[TRIM-2D]], [[TRIM-3D]], [[XTRDATA]]
|postprozessor=[[BOERND]], [[BOE2NC]], [[DATACONVERT]], [[EXCELENZ]], [[FFT]], [[FRQWF]], [[GVIEW2D]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UTRRND]], [http://www.mathworks.de/products/matlab/ MATLAB], [http://www.scilab.org/ SCILAB], [http://www.deltares.nl/en/software/479962/delft-fews Delft-FEWS]
|programmiersprache=Fortran2003
|zus_software= libgeodesy, NTv2-Gitterdateien für die Koordinatentransformation (siehe auch [[GEOTRANSFORMER]]).
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=unter $PROGHOME/examples/zeitrio
}}

FD2BASIS

2022-10-10T13:15:22Z

Ak3gseis:

{{Programmkennblatt
|name_en=FD2BASIS
|name=FD2BASIS
|version=Oktober 2021
|version_beschr=Dezember 2013
|stichworte=
Finite Differenzenverfahren 
Rasterverfahren 
Gittergenerierung 
Land-Wasserverteilung 
Koordinatenreferenzsysteme 
|kurzbeschreibung=
Das Programm FD2BASIS erzeugt ein FIDISOR/FIDIRB-Gitter mit korrekter Land-Wasser-Verteilung. Diese wird anhand von digitalisierten Randstrukturen wie die Tidehochwasserlinie (bei Topographien für Simulationen unter normalen Tideverhältnissen) oder die Deichlinie (für Sturmflutsimulationen) ermittelt.
|eingabedateien=
# Eingabesteuerdatei (Typ [[FD2BASIS.DAT|fd2basis.dat]])
# ein oder mehrere Dateien mit digitalisierten Berandungen (Typ [[DIGI.GKK|digi.gkk]])
|ausgabedateien=
# FIDISOR/FIDIRB-Basisgitter (Typ [[TOPO.BIN|topo.bin]])
# Datei randpkte.dat mit Randpunktindizes und dem schneidenden Polygonabschnitt (wird intern zur Randbearbeitung verwendet).
# Pufferdateien liste_1.dat und liste_2.dat
# Druckerdatei fd2basis.sdr
# (optional) Tracedatei fd2basis.trc
|methode=
Zunächst wird eine Matrix IPOLY der angegebenen Gitterdimension allokiert und mit 0 vorbesetzt. Dann werden Zellen, die von den Randstrukturen geschnitten werden, mit 99 (Stützpunkt) oder 98 (Zwischenpunkt) besetzt. Nun wird von vorgegebenen Startpunkten begonnen, nach den 4 Hauptrichtungen Landpunkte zu initialisieren (Wert -99). Wird eine Zelle erreicht, die von 0 verschieden ist, so wird die nächste Richtung oder der nächste Startpunkt bearbeitet. Neu besetzte Landpunkte werden wiederum Startpunkte. Um die Zahl der Startpunkte in der gespeicherten Liste zu begrenzen, wird eine Pufferung auf Platte durchgeführt.

Zuletzt wird die Bearbeitung des Randes durchgeführt. Eine Randzelle wird dann zu Land, wenn der überwiegende Flächenanteil Land ist. Bei zweifelhaften Zellen wird Wasser angenommen. Die Berechnung des Flächenanteils wird über das schneidende Berandungspolygon durchgeführt. Dieses wird der zuvor angelegten Datei randpkte.dat entnommen.

'''Hinweise''':
* Die Strukturlinien können auch aus Teilstücken bestehen und ungeordnet in verschiedenen Dateien abgelegt worden sein. Bedingung ist allerdings, daß die Teilstücke zusammen geschlossene Strukturen (Inseln) ergeben, oder Anfang und Ende außerhalb des bearbeiteten Gebietes liegen. Löcher in einer Berandung führen eventuell zu unerwünschten Ergebnissen!
* Besteht eine Struktur nur aus einem Punkt, so wird sie ignoriert. Doppelte Punkte innerhalb einer Struktur werden als einer behandelt, falls sie direkt aufeinander folgen.
* Eine '''manuelle Nachbearbeitung''' kann erforderlich sein, falls Land- oder Wasserflächen schmaler als die Gitterweite werden (Landbrücken, Kanäle) !
* Rohdaten mit Koordinateninformation können jetzt online in das vom Benutzer gewünschte Koordinatenreferenzsystem (CRS) überführt werden. Dazu muss in der Datei zu Beginn ein magischer Kommentar mit dem Inhalt "C CRS=xxxxx" stehen. Dabei steht xxxxx für den EPSG-Code des Koordinatenreferenzsystems der Daten. Zusätzlich muss der Nutzer die Umgebungsvariable BAWCRS auf einen gültigen EPSG-Code setzen, in dem auch die Dateien des Typs topo.bin vorliegen müssen.

Unterstützte Koordinatenreferenzsysteme sind in [[GEOTRANSFORMER]] dokumentiert.

Für die Koordinatentransformation von DHDN/STN nach ETRS89 wird das NTv2-Verfahren mit den über die
Umgebungsvariablen NTV2GRID (DHDN) und NTV2STN (STN) definierten Gitterdateien angewandt.

|preprozessor=
Digitalisierprogramm (PC), GISMO
|postprozessor=
[[FD2ADDTOPO]], [[FDGITTER05]]
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Seiß
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/fd2basis/*
}}

FD2BASIS

2022-10-10T13:04:15Z

Ak3gseis: Für Koordinatensysteme Verweis auf GEOTRANSFORMER

{{Programmkennblatt
|name_en=FD2BASIS
|name=FD2BASIS
|version=Dezember 2013
|version_beschr=Dezember 2013
|stichworte=
Finite Differenzenverfahren 
Rasterverfahren 
Gittergenerierung 
Land-Wasserverteilung 
Koordinatenreferenzsysteme 
|kurzbeschreibung=
Das Programm FD2BASIS erzeugt ein FIDISOR/FIDIRB-Gitter mit korrekter Land-Wasser-Verteilung. Diese wird anhand von digitalisierten Randstrukturen wie die Tidehochwasserlinie (bei Topographien für Simulationen unter normalen Tideverhältnissen) oder die Deichlinie (für Sturmflutsimulationen) ermittelt.
|eingabedateien=
# Eingabesteuerdatei (Typ [[FD2BASIS.DAT|fd2basis.dat]])
# ein oder mehrere Dateien mit digitalisierten Berandungen (Typ [[DIGI.GKK|digi.gkk]])
|ausgabedateien=
# FIDISOR/FIDIRB-Basisgitter (Typ [[TOPO.BIN|topo.bin]])
# Datei randpkte.dat mit Randpunktindizes und dem schneidenden Polygonabschnitt (wird intern zur Randbearbeitung verwendet).
# Pufferdateien liste_1.dat und liste_2.dat
# Druckerdatei fd2basis.sdr
# (optional) Tracedatei fd2basis.trc
|methode=
Zunächst wird eine Matrix IPOLY der angegebenen Gitterdimension allokiert und mit 0 vorbesetzt. Dann werden Zellen, die von den Randstrukturen geschnitten werden, mit 99 (Stützpunkt) oder 98 (Zwischenpunkt) besetzt. Nun wird von vorgegebenen Startpunkten begonnen, nach den 4 Hauptrichtungen Landpunkte zu initialisieren (Wert -99). Wird eine Zelle erreicht, die von 0 verschieden ist, so wird die nächste Richtung oder der nächste Startpunkt bearbeitet. Neu besetzte Landpunkte werden wiederum Startpunkte. Um die Zahl der Startpunkte in der gespeicherten Liste zu begrenzen, wird eine Pufferung auf Platte durchgeführt.

Zuletzt wird die Bearbeitung des Randes durchgeführt. Eine Randzelle wird dann zu Land, wenn der überwiegende Flächenanteil Land ist. Bei zweifelhaften Zellen wird Wasser angenommen. Die Berechnung des Flächenanteils wird über das schneidende Berandungspolygon durchgeführt. Dieses wird der zuvor angelegten Datei randpkte.dat entnommen.

'''Hinweise''':
* Die Strukturlinien können auch aus Teilstücken bestehen und ungeordnet in verschiedenen Dateien abgelegt worden sein. Bedingung ist allerdings, daß die Teilstücke zusammen geschlossene Strukturen (Inseln) ergeben, oder Anfang und Ende außerhalb des bearbeiteten Gebietes liegen. Löcher in einer Berandung führen eventuell zu unerwünschten Ergebnissen!
* Besteht eine Struktur nur aus einem Punkt, so wird sie ignoriert. Doppelte Punkte innerhalb einer Struktur werden als einer behandelt, falls sie direkt aufeinander folgen.
* Eine '''manuelle Nachbearbeitung''' kann erforderlich sein, falls Land- oder Wasserflächen schmaler als die Gitterweite werden (Landbrücken, Kanäle) !
* Rohdaten mit Koordinateninformation können jetzt online in das vom Benutzer gewünschte Koordinatenreferenzsystem (CRS) überführt werden. Dazu muss in der Datei zu Beginn ein magischer Kommentar mit dem Inhalt "C CRS=xxxxx" stehen. Dabei steht xxxxx für den EPSG-Code des Koordinatenreferenzsystems der Daten. Zusätzlich muss der Nutzer die Umgebungsvariable BAWCRS auf einen gültigen EPSG-Code setzen, in dem auch die Dateien des Typs topo.bin vorliegen müssen.

Unterstützte Koordinatenreferenzsysteme sind in [[GEOTRANSFORMER]] dokumentiert.

Für die Koordinatentransformation von DHDN/STN nach ETRS89 wird das NTv2-Verfahren mit den über die
Umgebungsvariablen NTV2GRID (DHDN) und NTV2STN (STN) definierten Gitterdateien angewandt.

|preprozessor=
Digitalisierprogramm (PC), GISMO
|postprozessor=
[[FD2ADDTOPO]], [[FDGITTER05]]
|programmiersprache=Fortran2003
|zus_software= -
|kontakt_original=G. Seiß
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/fd2basis/*
}}

TSCALC

2022-10-10T12:08:15Z

Ak3gseis:

{{Programmkennblatt
|name_en=TSCALC
|name=TSCALC
|version=Oktober 2013
|version_beschr=Oktober 2013
|stichworte=Preprozessor 
Zeitserien 
mathematische Verknüpfungen
|kurzbeschreibung=Bei dem Programm TSCALC handelt es sich um einen allgemein nützlichen Preprozessor. Dieses Programm dient der mathematischen Verknüpfung von zwei verschiedenen Zeitserien einer physikalischen Größe zu einer neuen Zeitserie. Die Daten können auf verschiedenem Wege durch Addition, Subtraktion, Multiplikation oder Division miteinander verknüpft werden, wobei das Gewicht der einzelnen Komponenten frei bestimmt werden kann. Ferner kann auch eine Phasenverschiebung der Zeitserien vorgenommen werden.
|eingabedateien=
#allgemeine Eingabedaten (Dateityp [[TSCALC.DAT|tscalc.dat]])
#Datei(en) mit Daten der Zeitreihe 1 (Dateityp [[BOEWRT.DAT|boewrt.dat]] oder [[SOLWRT.DAT|solwrt.dat]])
#Datei(en) mit Daten der Zeitreihe 2 (Dateityp [[BOEWRT.DAT|boewrt.dat]] oder [[SOLWRT.DAT|solwrt.dat]])
|ausgabedateien=
#Datei(en) für Ergebniszeitreihe (Dateityp [[BOEWRT.DAT|boewrt.dat]]
#Druckerdatei mit Informationen zum Programmablauf (Dateityp tscalc.sdr)
#(optional) Datei mit Testausgaben (Dateityp tscalc.trc)
|methode=Die Zeitserien werden zunächst einzeln, in Abhängigkeit vom Format der Datei gelesen. Danach wird (optional) eine Verschiebung des Zeitursprungs vorgenommen - dies kann für jeden Datensatz unabhängig voneinander geschehen. Hernach werden die Zeitserien vermittels linearer Interpolation oder Spline-Interpolation in eine äquidistante Form gebracht. Schließlich werden die interpolierten Zeitserien durch verschiedene mathematische Verknüpfungen zu einer neuen Zeitserie verbunden und in eine Datei geschrieben. Optional wird aus den Geopositionen der Eingabezeitreihen eine nach Nutzervorgabe linear interpolierte Geoposition für die Ergebniszeitreihe berechnet.
|preprozessor=[[FFT]], [[FRQ2ZEITR]], [[GVIEW2D]], [[XTRDATA]], [[ZEITRIO]]
|postprozessor= [[FRQ2ZEITR]], [[GVIEW2D]], [[TIDKEN]], [[TM2RND]], [[TR2RND]], [[UTRRND]], [[ZEITRIO]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=J. Jürges, G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/tscalc/
}}

RSMERGE

2022-10-10T12:06:35Z

Ak3gseis:

{{Programmkennblatt
|name_en=RSMERGE
|name=RSMERGE
|version=V1.4 / November 2010
|version_beschr=V1.4 / November 2010
|stichworte=Preprozessor 
Restart 
UNTRIM 
Anpassung von Restart-Dateien für UNTRIM
|kurzbeschreibung=
Das Programm RsMerge passt UNTRIM-Restart-Dateien an ein verändertes Gitternetz (Gebietsausschnitt oder Tiefenänderung) und/oder an eine veränderte vertikale Auflösung an:
* Lesen von Restart-Dateien, die UNTRIM produziert hat
* Auswahl eines Zeitpunktes mittels Steuerdatei
* Schreiben einer Restart-Datei für den gewählten Zeitpunkt
* Gitternetz kann ein Ausschnitt des ursprünglichen Gitters sein, allerdings darf die horizontale Auflösung im Ausschnitt nicht variieren
* Vertikale Auflösung darf gröber oder feiner sein als im Original
* Variation der Daten (Additionskonstante und/oder Faktor) möglich, auch innerhalb oder ausserhalb eines zusätzlich frei wählbaren Ausschnitts (dadurch können zum Beispiel die Strömungsgeschwindigkeiten in einem Bereich zu Null gesetzt werden, oder der Salzgehalt kann um z.B. 3% angehoben werden)

Folgende physikalische Größen stehen in einer Restart-Datei von UNTRIM:
* Wasserstand
* Normalkomponente der horizontalen Strömungsgeschwindigkeit
* Vertikale Strömungsgeschwindigkeit
* Salzgehalt
* Temperatur
* Hydrodynamischer Druck
* Schwebstoffgehalt (getrennt für jede in Suspension transportierte Fraktion)
* Sinkgeschwindigkeit
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[RSMERGE.DAT|rsmerge.dat]])
# Restart-Datei von UNTRIM (Typ [[DIRZ.BIN|dirz.bin]], [[DIRZ.BIN.I|dirz.bin.i]] und [[DIRZ.BIN.R|dirz.bin.r]])
# UNTRIM-Gitter passend zum UNTRIM-Lauf, welcher die Restart-Datei erzeugt hat (Typ [[UNTRIM_GRID.DAT|untrim_grid.dat]] nur Untrim_Grid_Baw)
# Vertikalstruktur passend zum UNTRIM-Lauf, welcher die Restart-Datei erzeugt hat (Typ [[VERTICAL.DAT|vertical.dat]])
# UnTRIM-Gitter passend zum geplanten UnTRIM-Lauf, für den die neue Restart-Datei erzeugt werden soll (Typ [[UNTRIM_GRID.DAT|untrim_grid.dat]] nur Untrim_Grid_Baw)
# Vertikalstruktur passend zum geplanten UnTRIM-Lauf, für den die neue Restart-Datei erzeugt werden soll (Typ [[VERTICAL.DAT|vertical.dat]])
|ausgabedateien=
# Restart-Datei für UNTRIM (Typ [[DIRZ.BIN|dirz.bin]], [[DIRZ.BIN.I|dirz.bin.i]] und [[DIRZ.BIN.R|dirz.bin.r]]) 
: für einen Zeitpunkt 
:ggf. für ein Ausschnittsgebiet 
:ggf. für eine neue vertikale Auflösung 
:ggf. für neue Tiefenangaben (Kantentiefen)
|methode=
* Die Eingangs-Restart-Datei wird mit den Methoden gelesen, die auch in UNTRIM verwendet werden.
* Die gelesenen Werte werden danach auf das neue (Ausschnitts-) Gitternetz interpoliert, wobei die vertikale Auflösung und die Tiefenangaben an den Gitterkanten gegenüber dem originären UNTRIM-Lauf verändert sein darf.
* Danach werden die interpolierten Werte gemäß den Benutzerangaben variiert, sofern vom Benutzer erwünscht. Die Variation ermöglicht dem Benutzer, getrennt für jede einzelne physikalische Größe, den Wertebereich anzuheben, abzusenken oder auf neue Konstantwerte zu setzen. Dies ggf. für einen frei wählbaren Ausschnittsbereich.
* Im letzten Schritt werden die interpolierten und variierten Werte in einer neu zu erzeugenden Restart-Datei notiert.
|preprozessor=[[UNTRIM]]
|postprozessor=[[UNTRIM]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=siehe $PROGHOME/examples/RsMerge/
}}

PREMETEO

2022-10-10T12:03:39Z

Ak3gseis:

{{Programmkennblatt
|name_en=PREMETEO
|name=PREMETEO
|version=1.x / Februar 2012
|version_beschr=Februar 2012
|stichworte=
Preprozessor 
|kurzbeschreibung=
Das Programmpaket PREMETEO hat die Aufgabe, die von einem Wettervorhersagemodell des Deutschen
Wetterdienstes (COSMO-EU) auf einem Gitter in geographischen Koordinaten bereitgestellten atmosphärischen
Antriebe auf ein Untrim-Ästuargitter zu übertragen.
Das BAW-Vorhersagemodell-Elbe verwendet Gauß-Krüger Koordinaten.
Aus dem Wettervorher-sagemodell stehen Luftdruck, Lufttemperatur, zonale und meridionale
Windgeschwindigkeiten in 10 m Höhe, spezifische Feuchte und der Gesamtbedeckungsgrad mit Wolken
in stündlichen Werten zur Verfügung. Davon werden die Windgeschwindigkeiten, die Temperatur und
der Luftdruck für das Hauptprogramm PROPTEL aufbereitet.
Die vom Teilprojekt OPTEL-B bereitgestellten WAsP-Korrekturfaktoren für das COSMO-EU Modell
(Auflösung ca. 7 km x 7 km, 72 Stunden Vorhersagezeitraum) sind implementiert, so dass die
Windkomponenten für das BAW-Vorhersagemodell-Elbe auf einem Raster von 250 m x 250 m optional zur
Verfügung stehen. Der Anwender hat auch die möglichkeit die originalen Daten zu Interpolieren oder die
Methodik 'nächste liegender Punkt' zu verwenden.
|eingabedateien=
allgemeine''' Eingabedaten''': Datei des Typs premeteo.inp
Diese Steuerdatei ist ein fortran NAMELIST und enthält die Namen der vom COSMO-EU bereitgestellten
Randwerte sowie deren Zeitliche Auflösung.
|ausgabedateien=
# Binärdateien (*.bin) für Wasserstand, Luftdruck und Temperatur auf dem Untrim-Gitter.
# Testdateien (*.dat) in ASCII Format für Wind(x,y), Luftdruck und Temperatur zur Kontrolle.
# Testdateien (wind_loc) in ASCII Format für den Wind(x,y) an 17 vorab definierte Einzelpositionnen.
# Druckerdatei mit Informationen zum Programmablauf (Datei des Typs prehydro.master.sdr).
|methode=
Der Präprozessor PREMETEO bietet in der Steuerdatei verschiedene Varianten zur Erzeugung des Windfeldes
über dem Ästuar:
# für jeden Seitenmittelpunkt im Ästuargitter werden die Windkomponenten des nächst¬liegenden Gitterpunktes des COSMO-EU Gitters übernommen.
# auf jeden Seitenmittelpunkt des Ästuargitters werden die abstandsgewichteten Wind-komponenten der vier umliegenden Gitterpunkte des COSMO-EU Gitters interpoliert.
# bei Verwendung der WAsP-Korrekturfaktoren wird zuerst wie unter Punkt 1 verfahren und danach die gefundenen Windkomponenten mit dem WAsP-Korrekturfaktor multipliziert, der dem entsprechenden Seitenmittelpunkt am nächsten liegt.
# bei Verwendung der WAsP-Korrekturfaktoren wird zuerst wie unter Punkt 2 verfahren und danach die gefundenen Windkomponenten mit dem WAsP-Korrekturfaktor multipliziert, der dem entsprechenden Seitenmittelpunkt am nächsten liegt.
Neben der flächenhaften Ausgabe des Windfeldes über dem Ästuar, bekommt man
auch Zeitreihen an ausgewählten Punkten deren Koordinaten in die Datei wind.tsr eingetragen worden sind.
|preprozessor=
COSMO-EU
|postprozessor=[[PROPTEL]]
|programmiersprache=Fortran95
|zus_software=-
|kontakt_original=A. Sehili
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=Musterdateien finden sich in $PROGHOME/examples/premeteo/
}}

PREHYDRO

2022-10-10T12:01:37Z

Ak3gseis:

{{Programmkennblatt
|name_en=PREHYDRO
|name=PREHYDRO
|version=1.x / Februar 2012
|version_beschr=Februar 2012
|stichworte=
Preprozessor 
|kurzbeschreibung=
Das Programmpaket PREHYDRO hat die Aufgabe, die vom Küstenmodell (BSHcmod) bereitgestellten Randwerte
für den nordseeseitigen Rand des BAW-Vorhersagemodells-Elbe aufzubereiten, damit diese Randwerte vom
operationellen Modell PROPTEL eingelesen werden können. Aus dem Küstenmodell (BSHcmod)
werden Wasserstand, Salz, Temperatur, und die dazugehörige Tiefenschichtung in regelmäßigen Zeitabständen
bereitgestellt. Die aufbereiteten Daten werden vom PREHYDRO im Binärformat (Direktzugriffsdateien) ausgegeben.
|eingabedateien=
allgemeine''' Eingabedaten''': Datei des Typs prehydro.inp
Diese Steuerdatei ist ein fortran NAMELIST und enthält die Namen der vom BSHcmod bereit-gestellten
Randwerte sowie deren Zeitliche Auflösung.
|ausgabedateien=
# Binärdateien (*.bin) für Wasserstand, Salz und Temperatur am seeseitigen Rand.
# Testdateien (*.dat) in ASCII Format für Wasserstand, Salz und Temperatur zur Kontrolle.
# Druckerdatei mit Informationen zum Programmablauf (Datei des Typs prehydro.master.sdr).
|methode=
Die geographischen Koordinaten vom BSHcmod werden zunächst gelesen und in rechtwinklige Koordinaten
(Gauss-Krueger) umgewandelt. Danach erfolgt die Berechnung der Indizien der Untrim-Randzellen auf
dem BSHcmod-Rand. Der letzte Schritt ist das Lesen der BSHcmod Randdaten und deren Schreiben auf die
entsprechenden Untrim-Randzellen.
|preprozessor=
BSHcmod
|postprozessor=[[PROPTEL]]
|programmiersprache=Fortran95
|zus_software=ProgHome
|kontakt_original=A. Sehili
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=Musterdateien finden sich in $PROGHOME/examples/prehydro/
}}

CREATE SIMPLE UNTRIM2 GRID

2022-10-10T11:55:18Z

Ak3gseis:

{{Programmkennblatt
|name_en=CREATE_SIMPLE_UNTRIM2_GRID
|name=create_simple_untrim2_grid
|version=Januar 2014
|version_beschr=January 2014
|stichworte=
Mathematisches Verfahren [[UNTRIM2]] 
Berechnungsgitter 
SubGrid 
Gitternetzgenerierung 
[[MATLAB]] [[Kategorie:MATLAB Stand-Alone Anwendung]] 
|kurzbeschreibung=
Mit '''create_simple_untrim2_grid''' kann ein einfaches Berechnungsgitter mit SubGrid für das [[mathematisches Verfahren UNTRIM2|mathematische Verfahren UnTRIM2]] erzeugt werden. Bei dem erzeugten Gitter handelt es sich um ein ein-dimensionales Gitter, in dem Variationen des Querschnitts alleine im SubGrid (variable SubPolygonfläche und variable SubKantenlänge) aufgelöst werden. Die geometrische Veränderung in Längsrichtung, z. B. entlang eines Ästuars oder Kanals, wird dabei mit Hilfe eines einfachen Polynoms beschrieben.

[[Datei:Create_simple_untrim2_grid.png|thumb|'''Bild ''GUI der Anwendung create_simple_untrim2_grid'''''.]]

Die Erzeugung des Gitters kann über folgende Parameter gesteuert werden:
# Typ der Randbedingung am flussseitigen Ende;
# Typ der Randbedingung am seeseitigen Ende;
# Breite am flussseitigen Ende;
# Breite am seeseitigen Ende;
# Länge;
# Tiefe (konstant);
# geografische Breite;
# Faktor (Exponent) zur Steuerung der Gestalt des Ästuars;
# Anzahl der Polygone in Längsrichtung (Auflösung).
Diese Parameter können interaktiv in der GUI modifiziert werden. Der Einfluss einer jeden Änderung wird sofort visualisiert.

Die wesentlichen Leistungsmerkmale der Anwendung sind:
* GUI-gesteuerte [[MATLAB]] Anwendung;
* interaktive Wahl der Gitterparameter;
* Visualisierung des Gitters;
* Erzeugen der Gitternetzdateien.

|eingabedateien=
# interaktiv über GUI.

|ausgabedateien=
# Berechnungs-Gitternetz für [[UNTRIM2]] (Datei des Typs [[UTRSUB_GRID.DAT|utrsub_grid.dat]] in der Ausprägung VC mit Endung *.grd).
# (Plot-) SubGrid-Gitternetz (Datei des Typs [[PLTSUB_GRID.UPI|pltsub_grid.upi]], zusätzlich auch mit Endung *.grd-4-plt für [[JANET]]).
# create_simple_untrim2_grid.log (Log-Datei).

|methode=
Das Gitternetz wird mit Hilfe der vom Benutzter gesetzten Parameter erzeugt und visualisiert.

|preprozessor=keine
|postprozessor=[[JANET]], [[UTRPRE]], [[UNTRIM2]]
|programmiersprache=[[MATLAB]]
|zus_software= Linux: MATLAB Compiler Runtime MCR R2013b im Verzeichnis /usr/local/MATLAB/R2013b.
|kontakt_original=I. Holzwarth, R. Hesse, G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=Derzeit nicht verfügbar. Siehe auch unter [[MATLAB]].
}}

ADCP2BDF

2022-10-10T11:52:05Z

Ak3gseis:

{{Programmkennblatt
|name_en=ADCP2BDF
|name=ADCP2BDF
|version=1.x / November 2000
|version_beschr=Oktober 2001
|stichworte=
Datenkonversion 
Messdaten 
ADCP-Workhorse Messgeräte 
universelles Direktzugriffsdatenformat für Daten an besonderen Positionen 
|kurzbeschreibung=
Das Programm ADCP2BDF wandelt Messdaten der ADCP-Workhorse-Geräte in das BAW-eigene universelle Direktzugriffsdatenformat um (siehe auch [[DIRZ.BIN|dirz.bin]]). Die gemessenen Daten werden für eine beliebige Anzahl von Positionen als synoptische Datensätze abgelegt.
|eingabedateien=
# '''Eingabesteuerdaten''' (Dateityp [[ADCP2BDF.DAT|adcp2bdf.dat]]).
# '''Messdaten''' für einen bestimmten Zeitraum an einer oder mehreren Positionen (eine oder mehrere Dateien des Typs [[ADCP_WH.DAT|adcp_wh.dat]]).
|ausgabedateien=
# '''Systemdatei mit Positionen''' an denen die gemessenen Daten in das BDF-Format umgewandelt wurden (Datei des Typs [[LOCATION_GRID.DAT|location_grid.dat]]);
# aus den Messdaten '''abgeleitete Wasserspiegelauslenkung''' (Dateien des Typs [[DIRZ.BIN.R|dirz.bin.r]], [[DIRZ.BIN.I|dirz.bin.i]] und [[DIRZ.BIN|dirz.bin]])
# umgewandelte Messdaten (Dateien des Typs dirz.bin.r, dirz.bin.i und dirz.bin)
# (optional) '''Druckerdatei''' mit Informationen zum Programmablauf (Dateityp adcp2bdf.sdr);
# (optional) Datei mit '''Testausgaben''' (Dateityp adcp2bdf.trc).
|methode=
Die gemessenen Daten werden für eine oder mehrere Messpositionen umgewandelt. Hierbei erfolgt gegebenenfalls eine Interpolation in Tiefen- und Zeitrichtung. Ungültige Werte werden derzeit von dem Algorithmus nicht gesondert behandelt. Die Lage des Wasserspiegels wird indirekt aus den gemessenen Daten abgeleitet und ist daher mit einer gewissen Unsicherheit behaftet.
|preprozessor=Erfassen und Bereitstellen der Messdaten
|postprozessor=[[GVIEW2D]], [[XTRDATA]], [[ZEITR]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=siehe auch $PROGHOME/examples/adcp2bdf/
}}

UPDA2D

2022-10-10T11:49:37Z

Ak3gseis:

{{Programmkennblatt
|name_en=UPDA2D
|name=UPDA2D
|version=August 1994
|version_beschr=April 2008
|stichworte=
Präprozessor 
Aktualisierung der Modelltopographie 
Berücksichtigung geschützter Knotenpunkte 
Ausrichtung der Elementkanten entlang von Strukturlinien 
|kurzbeschreibung=
Das Programm UPDA2D zählt zu den Präprozessoren verschiedener math. Verfahren der BAW-DH. Es ermöglicht die Aktualisierung der Modelltopographie an den Knotenpunkten des FE-Gitters mit Hilfe zur Verfügung stehender Peildaten. Das zu aktualisierende Gebiet kann mit Hilfe eines Begrenzungs-Polygonzuges eingegrenzt werden. Die neue Knotentiefe kann dabei mit verschiedenen Interpolationsformeln berechnet werden, wobei (offensichtliche) Ausreißer aus den Peildaten automatisch vor der Interpolation eleminiert werden. Eine Aktualisierung der Knotentiefe wird nur dann ausgeführt, wenn es sich um keinen geschützten Knoten handelt und die Tiefenänderung einen vom Benutzer wählbaren (tiefenabhängigen) Grenzwert nicht übersteigt.
Desweiteren bietet das Programm die Möglichkeit, die Tiefenlage von Knotenpunkten auf den durch einen Polygonzug definierten Weg zu setzen (z.B. für Strombauwerke interessant); darüber hinaus können auch die Kanten der Elemente entlang von Polygonzügen ausgerichtet werden (z.B. Strombauwerke oder Priele). Alle Aktionen können einzeln oder kombiniert ausgeführt werden.
|eingabedateien=
# Datei mit Eingabesteuerdaten (Datei des Typs [[UPDA2D.DAT|upda2d.dat]])
# Finite Elemente Gitternetz (Dateien des Typs [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) Kantenverzeichnis der Elemente (Datei des Typs [[FKVZ.BIN|fkvz.bin]])
# (optional) Nachbarverzeichnis der Elemente (Datei des Typs [[FKEZ.BIN|fkez.bin]])
# (optional) Begrenzungs-Polygonzug (Datei des Typs [[POLY.DAT|poly.dat]])
# (optional) Polygonzüge für geschützte Kanten oder Ausrichtung der Kanten (Datei des Typs [[NODES.SAVE|nodes.save]])
# (optional) Peildaten (Datei des Typs [[GEOM.DAT|geom.dat]])
|ausgabedateien=
# (optional) modifizierte Modelltopographie im Datenformat des Verfahrens TICAD (Dateien des Typs [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) modifiziertes Kantenverzeichnis (Datei des Typs [[FKVZ.BIN|fkvz.bin]])
# (optional) modifiziertes Nachbarverzeichnis (Datei des Typs [[FKEZ.BIN|fkez.bin]])
# (optional) Differenz-Modelltopograhie (Dateien des Typs [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) Trace-Datei (Datei des Typs upda2d.trc).
|methode=
Bei der Aktualisierung der Wassertiefe an einem Gitterpunkt werden alle in den Patch des Knotens fallenden Peilpunkte berücksichtigt (Patch = alle Elemente, die den Knotenpunkt beinhalten). Die zur Verfügung stehenden Interpolationsmethoden unterscheiden sich durch ihre Wichtungsfaktoren (Abstand und/oder Größe des Einflußkreises der Peilpunkte). Die geschützten Knoten sind die zu den Polygonzügen am nächsten liegenden Knotenpunkte. Die Ausrichtung der Knoten entlang der Polygonzüge erfolgt automatisch durch Verbindung der zu dem Polygonzug nächstliegendem Punkt mit Elementkanten. Stellt das Programm fest, daß die Veränderung der Lage einer zwei Elemente trennenden Kante zu nicht erlaubten oder numerisch ungünstigen Elementformen führen würde, so wird die Neu-Ausrichtung der Kante unterlassen.
|preprozessor=
[http://plasma-gate.weizmann.ac.il/Grace/ Grace], [[SYNGRID]]
|postprozessor=
[[HVIEW2D]], [[JANET]], [[TC2GEOM]], [[TC2TR2]], [[TICTRI]], [[TOUTR]], [[TR2REFRESH]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/upda2d
}}

TRGITTER05

2022-10-10T11:44:41Z

Ak3gseis:

{{Programmkennblatt
|name_en=TRGITTER05
|name=TRGITTER05
|version=April 1997
|version_beschr=November 2003
|stichworte=Preprocessor 
Finite Differenzen Verfahren Trim-2D 
Darstellung der Topographie 
Änderung der Topographie (bisher nicht realisiert) 
Darstellung der Randwerte-Zellen (bisher nicht realisiert) 
Änderung der Randwerte-Zellen (bisher nicht realisiert)
|kurzbeschreibung=Darstellung und Änderung eines Trim-2D-Gitternetzes.

Für die [[TRGITTER05: Beispiele zur Darstellung eines Trim-2D-Gitternetzes|Darstellung eines Gitters]] sind folgende Funktionen realisiert worden:

#[[TRGITTER05: Beispiele zur Darstellung eines Trim-2D-Gitternetzes#Gitterlinien|Gitterlinien]] (Unterscheidung zwischen dauerhaft trockenen und feuchten Zellkanten)
#[[TRGITTER05: Beispiele zur Darstellung eines Trim-2D-Gitternetzes#Tiefenzahlen + Gitterlinien|Tiefenzahlen]] (Darstellung aller Tiefenzahlen getrennt für die u-, v- und zeta-Punkte)
#[[TRGITTER05: Beispiele zur Darstellung eines Trim-2D-Gitternetzes#Tiefenflächen u- und v-Punkte|Tiefenflächen]] (Darstellung aller Tiefenflächen getrennt für die u-, v- und zeta-Punkte)
#[[TRGITTER05: Beispiele zur Darstellung eines Trim-2D-Gitternetzes#Isolinien + Gitterlinien|Tiefen-Isolinien]] (Darstellung entlang der Zellkanten)
#[[TRGITTER05: Beispiele zur Darstellung eines Trim-2D-Gitternetzes#Gitterrand + Gitterlinien|Gitterrand]] (Darstellung der dauerhaft trockenen Zellkanten, die zu einem feuchten Zellpunkt benachbart liegen)

Weitere realisierte Funktionen:

#Darstellung von Inseln/Bauwerken/Strukturen
#Darstellung von [[TRGITTER05: Beispiele zur Darstellung eines Trim-2D-Gitternetzes#Peildaten + Gitterlinien|Peilpunkten]]
#Darstellung von Passpunkten
#GKS-Editor
#automatische Speicherung erzeugter Bilder (cgm- oder gksm-Format)

Folgende Funktionen zur Änderung eines Trim-2D-Gitternetzes sind denkbar:

#Tiefenänderung einzelner u-, v- oder zeta-Punkte
#identische Tiefenänderung mehrerer u-, v- und/oder zeta-Punkte eines lokalen Gebietes
#Trocken/Feucht-Änderung von Zellen
#Vergrößerung/Verkleinerung der Gitterzellen-Anzahl
|eingabedateien=
#allgemeine Eingabedaten (Dateityp [[TRGITTER05.DAT|trgitter05.dat]])
#Trim-2D-Gitternetz (Dateityp [[TR2.TOPO.BIN|tr2.topo.bin]])
#Layoutdatei (Dateityp [[LAYOUT.DAT|layout.dat]])
#Definition der Farbverläufe (Dateityp [[LIGHTS.DAT|lights.dat]])
#Grundfarben (Dateityp [[COLORS.DAT|colors.dat]])
#Definition zusätzlicher Isolinien der Topographie (Dateityp [[ISOERG.DAT|isoerg.dat]])
#(optional) Definition statischer Auswahlrahmen (Dateityp [[FRAMES.DAT|frames.dat]])
#(optional) digitalisierte Strukturlinien (Dateityp [[INSEL.DAT|insel.dat]])
#(optional) Peildaten (Dateityp [[GEOM.DAT|geom.dat]])
#(optional) Firmenlogo (Dateityp bawlogo.dat)
#(optional) Stempel-Informationen (Dateityp stamp.dat)

Desweiteren werden von dem Programm TRGITTER05 folgende Standard-Konfigurationsdateien aus dem Verzeichnis '''$PROGHOME/public/cfg/''' benötigt:

:*GKS-Parameter: '''gkssystem.rechnername.dat'''
:*Bezeichnung physikalischer Größen und Einheiten: '''phydef.cfg.deen.dat''' und '''phydef.cfg.rest.dat'''
|ausgabedateien=
#Grafikausgabe auf den Bildschirm
#Plot-Metafiles (GKS, CGM, und andere)
#Druckerdatei mit Informationen zum Programmablauf (Dateityp trgitter05.sdr)
#(optional) Datei mit Testausgaben (Dateityp trgitter05.trc)
|methode= -
|preprozessor=[[FD2TRIM]], [[POLWIND]], [[TC2TR2]], [[TR2REFRESH]]
|postprozessor=[[EDITOR]], [[TOUTR]], [[TR2VOR]]
|programmiersprache=Fortran77
|zus_software=GKS (Graphisches Kern-System)
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/trgitter05
}}

UTRPRE

2022-10-10T11:42:55Z

Ak3gseis:

{{Programmkennblatt
|name_en=UTRPRE
|name=UTRPRE
|version=April 2015
|version_beschr=April 2015
|stichworte=
Preprozessor 
Finite Volumen Verfahren 
Finite Differenzen Verfahren 
Runden von Tiefenwerten 
Berechnungs-Gitter mit Tiefe 
Berechnungs-Gitter mit SubGrid-Tiefe und Plot-SubGrid-Information 
Profil-Gitter mit Tiefe 
Einzelpositionen mit Tiefe 
|kurzbeschreibung=
Das Programm UTRPRE dient als Preprozessor für das mathematische Verfahren UNTRIM2007 sowie UNTRIM2. Damit können die Tiefenwerte und (optional) die SubGrid-Tiefenwerte des Berechnungs-Gitters, sowie der Profil-Topografie und der Datei mit den Einzelpositionen gerundet werden.

Eine Rundung der Tiefe ist erforderlich, um die Ermittlung der Anzahl der Berechnungspunkte unempfindlich gegen Rundungsfehler zu machen. Dadurch wird vermieden, dass auf unterschiedlichen Rechnerplattformen verschiedene Werte für die Anzahl der Berechnungspunkte bei drei-dimensionaler Simulation ermittelt werden.

Optional werden die Tiefen der Einzel- und Profilpositionen an die Tiefen in dem Berechnungsgitter angepasst. Bedarfsweise werden hierfür die SubGrid-Tiefen-Klassen der Berechnungspolygone korrekt berücksichtigt.

Die mit dem Programm UTRPRE erzeugten Dateien dienen als Eingangsdateien für die mathematischen Verfahren UNTRIM2007 und UNTRIM2 (SubGrid).
|eingabedateien=
# allgemeine''' Eingabedaten''' (Datei des Typs [[UTRPRE.DAT|utrpre.dat]])
# alle anderen Eingabedateien werden in der vorgenannten Eingabesteuerdatei beschrieben.
|ausgabedateien=
# alle Ergebnisdateien werden in der Eingabesteuerdatei [[UTRPRE.DAT|utrpre.dat]] beschrieben.
# Druckerdatei mit Informationen zum Programmablauf (Datei des Typs utrpre.master.sdr).
# (optional) Datei mit Testausgaben (Datei des Typs utrpre.trc).
|methode=
Gitternetze und Tiefen werden zunächst gelesen. Danach erfolgt eine Rundung der Tiefen in dem Berechnungs-Gitter nach Vorgaben des Anwenders. Die gerundeten Tiefenwerte werden gegen die Vertikalstruktur (Lage der z-Schichten der mathematischen Verfahren UNTRIM2007 und UNTRIM2) im Hinblick auf die Stabilität des Ergebnisses für die Anzahl der Berechnungspunkte gegen kleine Tiefenänderungen geprüft. Optional werden die gerundeten Tiefen auf die Profil-Gitterdatei und die Einzelpositionsdatei übertragen. Abschließend werden die Gitterdateien mit den modifizierten Tiefen erzeugt.

Die zur Erzeugung des Gitters für Sonderpunkte verwendeten Eingangs-Dateien des Typs [[GEOPOS.DAT|geopos.dat]] dürfen Koordinaten in
unterschiedlichen Koordinatenreferenzsystemen (CRS) enthalten. Liegt ein solcher Fall vor, so '''muss''' der Nutzer die '''Umgebungsvariable BAWCRS''' auf den EPSG-Code des '''zum UNTRIM-Gitter passenden CRS''' setzen. Alle in einem abweichenden CRS vorliegenden Koordinaten werden "on the fly" in das richtige CRS transformiert. Wird die Umgebungsvariable nicht gesetzt (das wird nicht empfohlen!), so '''müssen''' die Geopositionsdateien im '''richtigen CRS''' bereitgestellt werden!

Die derzeit gültigen EPSG-Codes (CRS) findet man unter [[GEOTRANSFORMER]] beschrieben.

|preprozessor=
[[CREATE_SIMPLE_UNTRIM2_GRID]], [[GEOTRANSFORMER]], [[GRIDCONVERT]], [[JANET]], [[TICLQ2]]
|postprozessor=
[[UNTRIM2007]], [[UNTRIM2]], [[UTRRND]]
|programmiersprache=Fortran95
|zus_software=ProgHome
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=Musterdateien finden sich in $PROGHOME/examples/utrpre/
}}

UTRPRE

2022-10-10T11:41:04Z

Ak3gseis:

{{Programmkennblatt
|name_en=UTRPRE
|name=UTRPRE
|version=April 2015
|version_beschr=April 2015
|stichworte=
Preprozessor 
Finite Volumen Verfahren 
Finite Differenzen Verfahren 
Runden von Tiefenwerten 
Berechnungs-Gitter mit Tiefe 
Berechnungs-Gitter mit SubGrid-Tiefe und Plot-SubGrid-Information 
Profil-Gitter mit Tiefe 
Einzelpositionen mit Tiefe 
|kurzbeschreibung=
Das Programm UTRPRE dient als Preprozessor für das mathematische Verfahren UNTRIM2007 sowie UNTRIM2. Damit können die Tiefenwerte und (optional) die SubGrid-Tiefenwerte des Berechnungs-Gitters, sowie der Profil-Topografie und der Datei mit den Einzelpositionen gerundet werden.

Eine Rundung der Tiefe ist erforderlich, um die Ermittlung der Anzahl der Berechnungspunkte unempfindlich gegen Rundungsfehler zu machen. Dadurch wird vermieden, dass auf unterschiedlichen Rechnerplattformen verschiedene Werte für die Anzahl der Berechnungspunkte bei drei-dimensionaler Simulation ermittelt werden.

Optional werden die Tiefen der Einzel- und Profilpositionen an die Tiefen in dem Berechnungsgitter angepasst. Bedarfsweise werden hierfür die SubGrid-Tiefen-Klassen der Berechnungspolygone korrekt berücksichtigt.

Die mit dem Programm UTRPRE erzeugten Dateien dienen als Eingangsdateien für die mathematischen Verfahren UNTRIM2007 und UNTRIM2 (SubGrid).
|eingabedateien=
# allgemeine''' Eingabedaten''' (Datei des Typs [[UTRPRE.DAT|utrpre.dat]])
# alle anderen Eingabedateien werden in der vorgenannten Eingabesteuerdatei beschrieben.
|ausgabedateien=
# alle Ergebnisdateien werden in der Eingabesteuerdatei [[UTRPRE.DAT|utrpre.dat]] beschrieben.
# Druckerdatei mit Informationen zum Programmablauf (Datei des Typs utrpre.master.sdr).
# (optional) Datei mit Testausgaben (Datei des Typs utrpre.trc).
|methode=
Gitternetze und Tiefen werden zunächst gelesen. Danach erfolgt eine Rundung der Tiefen in dem Berechnungs-Gitter nach Vorgaben des Anwenders. Die gerundeten Tiefenwerte werden gegen die Vertikalstruktur (Lage der z-Schichten der mathematischen Verfahren UNTRIM2007 und UNTRIM2) im Hinblick auf die Stabilität des Ergebnisses für die Anzahl der Berechnungspunkte gegen kleine Tiefenänderungen geprüft. Optional werden die gerundeten Tiefen auf die Profil-Gitterdatei und die Einzelpositionsdatei übertragen. Abschließend werden die Gitterdateien mit den modifizierten Tiefen erzeugt.

Die zur Erzeugung des Gitters für Sonderpunkte verwendeten Eingangs-Dateien des Typs [[GEOPOS.DAT|geopos.dat]] dürfen Koordinaten in
unterschiedlichen Koordinatenreferenzsystemen (CRS) enthalten. Liegt ein solcher Fall vor, so '''muss''' der Nutzer die '''Umgebungsvariable BAWCRS''' auf den EPSG-Code des '''zum UNTRIM-Gitter passenden CRS''' setzen. Alle in einem abweichenden CRS vorliegenden Koordinaten werden "on the fly" in das richtige CRS transformiert. Wird die Umgebungsvariable nicht gesetzt (das wird nicht empfohlen!), so '''müssen''' die Geopositionsdateien im '''richtigen CRS''' bereitgestellt werden!

Die derzeit gültigen EPSG-Codes (CRS) findet man unter [[GEOTRANSFORMER]] beschrieben.

|preprozessor=
[[CREATE_SIMPLE_UNTRIM2_GRID]], [[GEOTRANSFORMER]], [[GRIDCONVERT]], [[JANET]], [[TICLQ2]]
|postprozessor=
[[UNTRIM2007]], [[UNTRIM2]], [[UTRRND]]
|programmiersprache=Fortran95
|zus_software=ProgHome
|kontakt_original=[mailto:guenther.lang@baw.de G. Lang]
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=Musterdateien finden sich in $PROGHOME/examples/utrpre/
}}

TC2GEOM

2022-10-10T11:39:06Z

Ak3gseis:

{{Programmkennblatt
|name_en=TC2GEOM
|name=TC2GEOM
|version=Oktober 1998
|version_beschr=April 2008
|stichworte=Preprozessor 
Finite Differenzen Verfahren TRIM-2D 
Finite Differenzen Verfahren TRIM-3D 
Umwandlung eines Finite Elemente Gitters 
äquivalentes Finite Differenzen Gitter 
Liste der Randgitterzellen
|kurzbeschreibung=Das Programm TC2GEOM zählt zu den Preprozessoren der hydronumerischen Verfahren TRIM-2D und TRIM-3D. Es dient der Umwandlung einer im Datenformat des Finite Elemente Verfahrens TICAD-2S vorliegenden Modelltopografie in eine dazu gleichwertige Topografie im Datenformat des Verfahrens FIDISOR/FIDIRB. Diese Topographie kann weiter umgewandelt (Programm [[FD2TRIM]]) und in den mathematischen Verfahren TRIM-2D und TRIM-3D verwendet werden.
|eingabedateien=
# Eingabedatei zur Steuerung des Programmablaufs (Dateityp [[TC2GEOM.DAT|tc2geom.dat]])
# Datei mit Finite Elemente Gitternetz der Modelltopografie (Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) Datei mit Polygonzügen zum expliziten Setzen von Tiefenwerten entlang dieser Polygonzüge (Dateityp [[NODES.SAVE|nodes.save]])
# (optional) Knotenkennungen (Dateityp [[KNOK.GITTER05.DAT und KNOK.GITTER05.BIN|knok.gitter05.dat/bin]])
|ausgabedateien=
# Topografie im Datenformat des Verfahrens FIDISOR/FIDIRB (Dateityp [[TOPO.BIN|topo.bin]])
# (optional) Druckerprotokoll mit mehr oder weniger informativen Meldungen zum Ablauf der automatischen Gitternetzumwandlung (Dateityp tc2geom.sdr)
# (optional) Randgitterzellen entlang des offenen Randes (Dateityp [[RGZ.DAT|rgz.dat]])
:: Hinweis: Diese Datei kann mit dem Programm [[FDGITTER05]] visualisiert und manuell abgeändert werden. Des weiteren kann sie in eine Datei des Typs [[FD2RND.DAT|fd2rnd.dat]] zur späteren
:: Verwendung in dem Randwertegenerator [[TR2RND]] umgesetzt werden.
|methode=
Durch Interpolation wird für jede innerhalb der durch das Finite Elemente Gitter beschriebenen Modelltopografie liegenden Gitterzelle der Tiefenwert für die Zellenmitte ermittelt. Sollen die Tiefenangaben gemäß den in [[NODES.SAVE|nodes.save]] vorgegebenen Polygonzügen explizit übernommen werden, so wird die Tiefe in den Zellenmitten der zur vollständigen, auf das Finite Differenzen Gitter abgebildeten Darstellung des Polygonzuges minimal notwendigen Gitterzellenanzahl entsprechend abgeändert (orthogonale Projektion vom Polygonzug zur Zellenmitte).

Durch Interpretation der Randkennungen in dem Finite Elemente Gitter (offen, d.h. wasserdurchströmt, oder geschlossen, d.h. wasserundurchlässig) werden die offene Randabschnitte darstellenden Gitterzellen automatisch identifiziert. Wurde zusätzlich die (optionale) Eingabedatei des Typs [[KNOK.GITTER05.DAT und KNOK.GITTER05.BIN|knok.gitter05.dat/bin]] bereitgestellt, so werden die Gitterzellen entlang des offenen Randes außerdem noch in eventuell vorhandene Teilabschnitte untergliedert, insofern die Knoten des Randes zu diesem Zwecke mit verschiedenen Kennungen versehen wurden.
|preprozessor=[[UPDA2D]]
|postprozessor=[[FD2HYPSO]], [[FD2TRIM]], [[FDGITTER05]], [[FDGLUE]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation= -
}}

UTRRND

2022-10-10T11:37:01Z

Ak3gseis:

{{Programmkennblatt
|name_en=UTRRND
|name=UTRRND
|version=7.x / Februar 2022
|version_beschr=Februar 2022
|stichworte=
Präprozessor 
Randwerte 
Randwertzeitreihen aus Simulationsergebnissen 
Randwertzeitreihen aus gemessenen Daten 
Einleitungs- und Entnahmemengen aus gemessenen Daten 
Randwerte für offene Ränder mit Dirichletscher Rb. 
mathematisches Verfahren TELEMAC-2D 
mathematisches Verfahren TRIM-2D 
mathematisches Verfahren TRIM-3D 
mathematisches Verfahren UNTRIM 
mathematisches Verfahren UNTRIM2 (SubGrid) 
|kurzbeschreibung=
Bei dem Programm UTRRND handelt es sich um einen Präprozessor zum Erzeugen von Randwertzeitreihen für verschiedene bei der BAW im Einsatz befindliche mathematische Verfahren. Folgende Leistungen werden von UTRRND zur Verfügung gestellt:

# Erzeugen von Randwertzeitreihen, die direkt in dem mathematischen Verfahren UNTRIM verwendet werden können;
# Vorbereitung der späteren Erzeugung von Randwertzeitreihen in Zusammenhang mit dem Einsatz der mathematischen Verfahren TELEMAC-2D, TRIM-2D und TRIM-3D.

Derzeit können Zeitreihen der nachfolgend genannten physikalischen Grössen erzeugt werden:

# Wasserspiegelauslenkung (Wasserstand) entlang des offenen Modellrandes,
# Salzgehalt auf dem offenen Modellrand,
# Temperatur auf dem offenen Modellrand,
# Schwebstoff (mehrere Fraktionen) auf dem offenen Modellrand,
# Tracer (mehrere Fraktionen) auf dem offenen Modellrand
# Quellen (Wassereinleitung mit Salzgehalt, Temperatur und Schwebstoff (mehrere Fraktionen)) im Modellgebiet,
# Senken (Wasserentnahme) im Modellgebiet, sowie
# Senken mit unmittelbarer Wiedereinleitung der entnommenen Wassermenge an einem von der Entnahmestelle verschiedenen Ort, mit der Möglichkeit zum Abändern von Temperatur und Salzgehalt (z.B. infolge Kraftwerksbetrieb) gegenüber Entnahmetemperatur und -salzgehalt.
# Randwerte für offene Ränder mit Dirichletscher Rb: für jeden zusammenhängenden offenen Randabschnitt können der integrale Volumenstrom sowie die querschnittsgemittelten Werte für Salzgehalt,... vorgegeben werden.

Als Datenquellen (Eingangsdaten) können (alternativ) verwendet werden:

* Wasserspiegelauslenkung auf dem offenen Modellrand
** Ergebnisse einer vorangehenden Simulationsrechnung, und
** an verschiedenen Positionen gemessene Daten.
* Salzgehalt, Temperatur, Schwebstoff (mehrere Fraktionen) und/oder Tracer (mehrere Fraktionen) auf dem offenen Modellrand sowie Quellen und Senken (mit/ohne Temperatur- und/oder Salzgehaltsänderung).
** an verschiedenen Positionen gemessene Daten.
* Werte für offene Ränder mit Dirichletscher Randbedingung für
** jeden zusammenhängenden Abschnitt des offenen Randes mit Dirichletscher Rb.

Hinweis: Die Eingangsdaten müssen als Zeitserien vorliegen. Gemessene Daten müssen nicht in äquidistanten Zeitabständen vorhanden sein.

Das Programm UTRRND bietet darüber hinaus beim Erzeugen von Wasserstands-Randwerten die Möglichkeit, die aus Simulationsrechnungen abgeleiteten Randwertzeitreihen hinsichtlich Mittelwert, Amplitude und Phase (zeit- und ortsabhängig) abzuwandeln; hierfür muss der Anwender zur Modifikation geeignete Daten in einer Datei des Typs boewrt.dat bereitstellen.

Des weiteren können die Randknoten/-zellen, für die Zeitreihen (Wasserstand, Salzgehalt, Temperatur und Schwebstoff (mehrere Fraktionen)) erzeugt werden sollen, entweder auf der Basis verschiedener durch den Anwender vorgegebener Hilfsinformationen oder aber automatisch aus der Struktur des Gitternetzes ermittelt werden.

Zeitserien für Quellen und Senken werden ausschließlich für den Ort erzeugt, für den diese gültig sind.
|eingabedateien=
# '''Eingabesteuerdaten''' (Dateityp [[UTRRND.DAT|utrrnd.dat]]).
# '''Gitternetz''' für dessen Randpunkte oder Randzellen abschnittsweise (verschiedene) Randwertzeitreihen erzeugt werden sollen, oder in dessen Gebiet Quellen und Senken vorgegeben werden sollen:
#: für [[Mathematisches Verfahren TELEMAC-2D|TELEMAC-2D]] - Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]]
#: '''oder'''
#: für [[Mathematisches Verfahren TRIM-2D|TRIM-2D]] und [[Mathematisches Verfahren TRIM-3D|TRIM-3D]] - Dateityp [[TR2.TOPO.BIN.IND|tr2.topo.bin.ind]]
#: '''oder'''
#: für UNTRIM - Dateityp [[UNTRIM_GRID.DAT|untrim_grid.dat]]
# (optional) Beschreibung der '''Vertikalstruktur''', also der Lage der Grenzen zwischen den Berechnungsschichten - falls drei-dimensionale Randwertzeitreihen (Salzgehalt, Temperatur, Schwebstoff (mehrere Fraktionen) und Tracer (mehrere Fraktionen) auf dem offenen Modellrand, Quellen und Senken) für UNTRIM erzeugt werden sollen (Datei des Typs [[VERTICAL.DAT|vertical.dat]])
# (optional) falls 2D-/3D-'''Ergebnisse einer vorangehenden Simulationsrechnung''' verwendet werden sollen:
## Gitternetz (Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]] '''oder''' [[UNTRIM_GRID.DAT|untrim_grid.dat]] '''oder''' [[PROFIL05.BIN|profil05.bin]] '''oder''' [[LOCATION_GRID.DAT|location_grid.dat]])
## berechnete Zeitserien (Dateien des Typs [[DIRZ.BIN.R|dirz.bin.r]], [[DIRZ.BIN.I|dirz.bin.i]] und [[DIRZ.BIN|dirz.bin]])
## (optional) manuell vorgegebene '''Zeitserien zur Beeinflussung''' des Mittelwerts, der Amplitude oder der Phase einer aus Berechnungsergebnissen abgeleiteten Zeitserie (Datei des Typs [[BOEWRT.DAT|boewrt.dat]])
#: Diese Funktionalität ist derzeit nur für das Erzeugen der Zeitserien des Wasserstands auf dem offenen Modellrand vorhanden.
# (optional) falls '''gemessene Daten''' verwendet werden sollen (Dateien des Typs [[BOEWRT.DAT|boewrt.dat]])
# (optional) '''Definition des Randes''', falls die Information über die Lage der Randpunkte/-zellen nicht automatisch aus der Struktur des Gitters abgeleitet werden soll:
## (optional) '''Indizes der Randzellen''' - nur falls mit TRIM-2D oder TRIM-3D gearbeitet werden soll (Dateityp [[FD2RND.DAT|fd2rnd.dat]])
## (optional) '''Definition der Randabschnitte''' - für alle Modellverfahren geeignet (Dateityp [[BSECTION.DAT|bsection.dat]]).
#: Diese Informationen können beim Erzeugen von Randwertzeitreihen des Wasserstands, des Salzgehalts und der Temperatur nützlich sein. Beim Erzeugen von Zeitserien für Quellen und Senken sind diese Angaben nicht erforderlich.

Hinweis: Der Anwender beachte insbesondere auch die in den vorhandenen Musterdateien (in '''$PROGHOME/examples/utrrnd/''') enthaltenen Hinweise.

'''Unterstützung von Koordinatenreferenzsystemen:
'''
# Dateien mit Koordinateninformation der Typen [[BOEWRT.DAT|boewrt.dat]], [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]] und [[UNTRIM_GRID.DAT|untrim_grid.dat]] werden in das durch '''BAWCRS''' spezifizierte Koordinatenreferenzsystem (CRS) bereits beim Einlesen transformiert, wenn sie intern ein unterstütztes CRS als EPSG-Code enthalten. Im Falle der Nutzung von '''BAWCRS''' werden die Randwertgitter mit dem EPSG-Code des (gültigen) Systems versehen. Weitere Hinweise zur Unterstützung von EPSG-Codes finden sich bei [[GEOTRANSFORMER]].
# Die Verwendung von '''BAWCRS''' wird empfohlen, insbesondere, wenn in der Modellsimulation meteorologische Eingangsdaten aus NetCDF-Dateien genutzt werden sollen.
# In jedem Falle sollte der Nutzer in den Eingangsdaten den korrekten EPSG-Code ergänzen.

|ausgabedateien=
# '''Systemdatei mit Positionen''' an denen Randwertzeitreihen erzeugt werden (Datei des Typs [[LOCATION_GRID.DAT|location_grid.dat]]); Die Systemdateien bekommen das durch den Nutzer über die Umgebungsvariable '''BAWCRS''' vorgegebene Koordinatenreferenzsystem (CRS) als EPSG-Code, wenn diese einen gültigen Wert enthält.
# '''synoptische Randwertdaten''' an allen vorgenannten Positionen (Dateien des Typs [[DIRZ.BIN.R|dirz.bin.r]], [[DIRZ.BIN.I|dirz.bin.i]] und [[DIRZ.BIN|dirz.bin]]) Hinweis: diese Ergebnisdateien sind insbesondere für die Weiterverwendung in UnTRIM geeignet. Werden Randwerte des Salzgehalts, der Temperatur, des Schwebstoffs (mehrere Fraktionen), der Tracerkonzentration (mehrere Fraktionen), Quellen und Senken, Werte für Ränder mit Dirichletscher Rb. erzeugt, so werden zusätzlich noch synoptische Wasserstandsdaten erzeugt, die ebenfalls in BDF-Dateien abgelegt werden. Diese werden ausschließlich zum Visualisieren der Randwertdaten benötigt.
# (optional) '''Randwertzeitreihen''' (Dateityp [[RNDWERTE.DAT|rndwerte.dat]]) Hinweis: diese Ergebnisdatei kann mit Hilfe der Programme [[TM2RND]] bzw. [[TR2RND]] zu Randwertzeitreihen für die mathematischen Verfahren TELEMAC-2D bzw. TRIM-2D und TRIM-3D weiterverarbeitet werden. Hinweis: Diese Option steht nur beim Erzeugen von Randwerten des Wasserstands, des Salzgehalts und der Temperatur zur Verfügung.
# (optional) '''Indizes der Randzellen''', falls mit TRIM-2D oder TRIM-3D gearbeitet werden soll, und die Indizes nicht schon in einer Eingabedatei gleichen Typs explizit angegeben wurden (Dateityp [[FD2RND.DAT|fd2rnd.dat]]) Hinweis: Diese Option steht nur beim Erzeugen von Randwerten des Wasserstands, des Salzgehalts und der Temperatur zur Verfügung.
# (optional) '''Druckerdatei''' mit Informationen zum Programmablauf (Dateityp utrrnd.sdr);
# (optional) Datei mit '''Testausgaben''' (Dateityp utrrnd.trc).
|methode=
* '''Bestimmen der Positionen''' (Wasserstand, Salzgehalt, Temperatur, Schwebstoff (mehrere Fraktionen) und Tracer (mehrere Fraktionen))
** Gibt der Anwender des Programmes keine Angaben zur Lage der Randpunkte oder -zellen vor, so werden, in Abhängigkeit von der Struktur des verfahrensspezifischen Gitternetzes, nur die auf offenen, wasserdurchströmten Rändern liegenden Randknoten oder -zellen bei der späteren Erzeugung von Randwertzeitreihen berücksichtigt.
** Stehen hingegen vom Anwender vorgegebene Hilfsinformationen zur Verfügung (z.B. fd2rnd.dat oder bsection.dat), so werden aus diesen Daten die gewünschten, ausschließlich auf dem äusseren Modellrand liegenden Punkte oder Zellen ermittelt.
* '''Interpolation aus Simulationsergebnissen''' (Wasserstand)
** Für jeden Punkt an dem Randwerte bestimmt werden sollen, werden zunächst die am nächsten gelegenen Berechnungspunkte ermittelt. Aus den hierfür vorliegenden berechneten Zeitserien wird die gewünschte Randwertzeitreihe durch lineare räumliche Interpolation abgeleitet. Eine Interpolation in Zeitrichtung findet nicht statt.
** Liegt ein Randpunkt oder eine Randzelle ausserhalb des Gebietes für das berechnete Daten vorhanden sind, so werden die Daten von dem am nächsten gelegenen Berechnungspunkt direkt (keine Interpolation oder Extrapolation) übernommen.
** Die für einen Randpunkt interpolierten Daten können schließlich noch mit Hilfe von durch den Anwender vorgegebenen (zeit- und ortsabhängigen) Werten hinsichtlich Amplitude, Phase und Mittelwert abgewandelt werden; die entsprechenden Informationen müssen hierzu in einer oder mehreren Dateien des Typs boewrt.dat bereitgestellt werden.
* '''Interpolation aus gemessenen Daten''' (Wasserstand)
** Die aus gemessenen Daten abgeleiteten Randwertzeitreihen werden analog zu den aus Simulationsdaten abgeleiteten Daten bestimmt. Die Messdaten brauchen allerdings nicht als äquidistante Zeitserie vorgegeben werden - die Umwandlung erfolgt programmintern.
** Ein Unterschied ist allerdings für die Erzeugung von Randwertzeitreihen des Wasserstandes zu erwähnen. In diesem Fall wird vor die räumliche Interpolation der Daten noch eine zeitliche Verschiebung der gemessenen Daten in Abhängigkeit von der Lage des/der Randpunktes/-zelle durchgeführt. Der Wert um den die gemessenen Zeitreihen in Zeitrichtung verschoben werden müssen ergibt sich aus den Ergebnissen einer programmintern durchgeführten Berechnung der Thw- und Tnw-Zeiten. Die gemessenen Daten müssen für diesen Zweck allerdings kontinuierlich zur Verfügung stehen, d.h. die Messpositionen dürfen z.B. nicht trockenfallen. Auf diese Weise wird die Laufzeit der Tidewelle zwischen Mess- und Randpunkt näherungsweise berücksichtigt. Diese Art der Interpolation (Verschiebung in Zeitrichtung) kann optional auch abgeschaltet werden, falls die zu interpolierenden Daten nicht von der Tide geprägt sind.

'''Kommandozeilenmodus:
'''

Die interaktive Abfrage kann mit dem Kommandozeilenmodus umgangen werden.

Hilfe dazu liefert '''''utrrnd[.i18] --help''''' !

|preprozessor=
[[EXKNO]], [[FFT]], [[FRQ2ZEITR]], [[MESKOR]], [[TSCALC]], [[UTRPRE]], [[ZEITR]], [[ZEITRIO]]
|postprozessor=
[[FDGITTER05]], [[GVIEW2D]], [[TM2RND]], [[TR2RND]], [[UNTRIM]], [[UNTRIM2]], [[UNTRIM2007]], [[ZEITR]]
|programmiersprache=Fortran95
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=
* siehe $PROGHOME/examples/utrrnd/
* allgemeine Informationen zum Erzeugen von Randwertzeitreihen unter [[Erzeugung von Randwerten]]
* siehe dort insbesondere unter [[Erzeugung von Randwerten#Literatur zu methodischen Ansätzen|Literatur]] und Arbeitsfluss [[Erzeugung von Randwerten#Graphische Darstellungen komplexer Arbeitsvorgänge|Erzeugen von Randwertzeitreihen aus Mess- und Simulationsergebnissen]]
}}

TC2BAGGER

2022-10-10T11:21:56Z

Ak3gseis:

{{Programmkennblatt
|name_en=TC2BAGGER
|name=TC2BAGGER
|version=Februar 1996
|version_beschr=April 2008
|stichworte=Preprozessor 
Finite Elemente Gitternetz 
Topographiemodifikation 
Vertiefung und/oder Auffüllung
|kurzbeschreibung=
Bei dem Programm TC2BAGGER handelt es sich um einen Preprozessor, mit dessen Hilfe die an den Knotenpunkten definierte bathymetrische Tiefe nach verschiedenen Kriterien abgewandelt werden kann. Die zu modifizierenden Knoten des Gitters (Modifikationsknoten) werden nach folgenden Kriterien ausgewählt:

* sie können innerhalb oder außerhalb eines (optionalen) Umrandungspolygones liegen
* sie liegen entweder innerhalb eines weiteren Polygonzuges (Bagger-Polygon) oder sie fallen in das Gebiet eines zweiten Finite Elemente Gitternetzes (Bagger-Gitter), welches ortsvariable Informationen zur Abwandlung der aktuellen Wassertiefe enthält
* die Modifikation kann (optional) für Knoten mit bestimmten Knotenmarkierungen explizit verboten werden

Die an einem Knoten des Gitternetzes aktuell vorhandene bathymetrische Tiefe kann gemäß einer der nachfolgend aufgeführten Modifikationsoptionen abgewandelt werden:

# unbedingte Vertiefung/Auffüllung um einen Modifikationswert: an allen Modifikationsknoten wird die Tiefe um den Modifikationswert verändert
# unbedingte Setzung der Tiefe: an allen Modifikationsknoten wird die Tiefe auf den Modifikationswert gesetzt
# bedingte Vertiefung: an allen Modifikationsknoten, an denen die aktuelle Tiefe kleiner als die durch den Modifikationswert vorgegebene neue Tiefe ist, wird die Tiefe auf den Sollwert gesetzt. Übertiefen bleiben also unverändert
# bedingte Auffüllung: an allen Modifikationsknoten, an denen die aktuelle Tiefe größer als die durch den Modifikationswert vorgegebene neue Tiefe ist, wird die Tiefe auf den Sollwert gesetzt. Untiefen bleiben also unverändert

Der Modifikationswert ergibt sich dabei entweder aus einem dem Bagger-Polygon zugeordneten Wert oder aus dem an der jeweiligen Position in dem Bagger-Gitter definierten Wert.
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[TC2BAGGER.DAT|tc2bagger.dat]])
# Gitternetz mit aktueller Topographie (Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# Bagger-Polygone (Dateityp [[BAGGER.DAT|bagger.dat]]), oder
# Bagger-Gitternetz mit Modifikationswerten (Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) Umrandungspolygon (Dateityp [[POLY.DAT|poly.dat]])
# (optional) Knotenkennungen (Dateityp [[KNOK.GITTER05.DAT und KNOK.GITTER05.BIN|knok.gitter05.dat/bin]])
|ausgabedateien=
# Gitternetz mit modifizierter Topographie (Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) Gitternetz Tiefendifferenzen (Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# Druckerdatei mit Informationen zum Programmablauf (Dateityp tc2bagger.sdr)
# (optional) Datei mit Testausgaben (Dateityp tc2bagger.trc)
|methode=Die modifizierten Tiefenwerte werden an jedem Gitterpunkt entweder durch Verwendung der den Bagger-Polygonen beigefügten Werte oder durch Interpolation aus den Modifikationstiefen der umliegenden Elementknoten berechnet, falls eine Bagger-Gitter spezifiziert wurde.
|preprozessor= -
|postprozessor=[[HVIEW2D]], [[JANET]], [[TICTRI]], [[TOUTR]], UPDATE
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/tc2bagger
}}

ROSE

2022-10-10T11:19:58Z

Ak3gseis:

{{Programmkennblatt
|name_en=ROSE
|name=ROSE
|version=April 2021
|version_beschr=April 2021
|stichworte=Zeitreihe
Physikalische Vektorgröße 
Häufigkeitsanalyse 
Windrosendarstellung 
Graphisches Kern-System (GKS)
|kurzbeschreibung=
Fuer die Zeitreihe einer physikalischen Vektorgröße (Betrag und Richtung) wird eine Häufigkeitsanalyse gemacht und das Ergebnis unter GKS als Windrose dargestellt. Die Richtungsklassen werden in Form der Windrose quasi "natürlich" dargestellt, die Betragsklassen werden farblich kodiert. 
'''Beispiel:'''
[http://www.baw.de/downloads/wasserbau/mathematische_verfahren/programmkennbl_de/anim_gif/borkum2001-4.gif Winddaten des Jahres 2001, gemessen auf Borkum] Darstellung der Häufigkeiten der auf Borkum im Jahr 2001 gemessenen Windgeschwindigkeiten.
Die Häufigkeiten der Windgeschwindigkeiten werden auf die 16 Windrichtungsklassen Nord (N), Nord-Nord-Ost (NNO), Nord-Ost (NO), usw. aufgeteilt.
Die Windgeschwindigkeitsklassen werden farblich kodiert: blaue Farben bedeuten geringe Windgeschwindigkeiten, grüne Farben mittlere Windgeschwindigkeiten und rote Farben hohe Windgeschwindigkeiten. Die Windgeschwindigkeitsklassen bilden die Beaufort-Skala ab.
Die Analyse der Zeitreihe ist unterteilt in die Monate Januar bis März, April bis Juni, Juli bis September und Oktober bis Dezember.
(GIF-Animation, 4 Bilder, 1024x768 Pixel, 80kB)
|eingabedateien=
# '''Eingabesteuerdatei''' (Dateityp [[ROSE.DAT|rose.dat]])
# '''Zeitreihe''' der physikalischen Vektorgröße (Dateityp [[BOEWRT.DAT|boewrt.dat]])
:Die Zeitreihe muss für alle Zeitpunkte sowohl Informationen zum Betrag, als auch zur Richtung der Größe haben. Die Datensätze sollen mit Zeitzone versehen sein und der Benutzer soll eine Benutzer-Zeitzone via Umgebungsvariable BAWZONE gesetzt haben (Default: MEZ!)
#''' Layout'''-Informationen (Dateityp [[LAYOUT.DAT|layout.dat]])
|ausgabedateien=
# '''Grafikausgabe''' auf den Bildschirm
# '''Plot-Metafile(s)''' (GKSM oder CGM) und Skalierungsdatei(en) (rose???.gksm.scale oder rose.cgm.scale) zur eventuellen späteren Berechnung geo-referenzierter Koordinaten.
# '''GKS-Logfile''' (Datei des Typs gkslog.dat) Hinweis: In dieser Datei werden alle Benutzereingaben eines ROSE-Programmlaufes gespeichert. Diese Datei kann dazu verwendet werden, denselben Programmlauf zu einem späteren Zeitpunkt automatisch zu wiederholen.
|methode=
* '''Schritt 1: Auswahl der physikalischen Größe'''
:Hier ist zu beachten, dass nur diejeniegen Größen ausgewählt werden können, für die in der Eingabesteuerdatei (Dateityp [[ROSE.DAT|rose.dat]]) eine Betragsklassendefinition angegeben worden ist.
* '''Schritt 2: Einlesen der Zeitreihe'''
:Nach Eingabe des Namens der zu lesenden Zeitreihen-Datei (Dateityp [[BOEWRT.DAT|boewrt.dat]]) wird die Zeitreihe eingelesen. Wichtig: Die Zeitreihe muss nicht aequidistant, sollte aber für jeden Zeitpunkt vollständig vorliegen.
* '''Schritt 3: Auswahl der Zeitfensters innerhalb der Zeitreihe'''
:Die Angabe erfolgt in der Benutzerzeitzone (Umgebungsvariable BAWZONE).
* '''Schritt 4: Berechnung der relativen Häufigkeiten'''
:Zur Berechnung der relativen Häufigkeiten werden alle Datenpunkte der Zeitreihe mit ihrer Wirkdauer gewichtet. Die Wirkdauer eines Datenpunktes berechnet sich aus den zeitlichen Abständen zum Vorgänger- und Nachfolger-Datenpunkt in der Zeitreihe: Wirkdauer = (.5 * Delta-t zum Vorgänger) + (.5 * Delta-t zum Nachfolger)
:Die maximale Wirkdauer wird aber auf einen Grenzwert gesetzt, um einzelne Datenpunkte mit zeitlich sehr entfernten Nachbarn nicht über zu bewerten.
* '''Schritt 5: Darstellung der relativen Häufigkeiten'''
|preprozessor=[[ZEITRIO]], [[XTRDATA]]
|postprozessor=von gXconvert abgeleitete Skripte zur Umwandlung von cgm in andere Bildformate
|programmiersprache=Fortran90
|zus_software=GKS
===Source der Programme===
$PROGHOME/fortran/prg/rose/hp/
===Ausführbare Programme===
$PROGHOME/bin/i18/rose.i18
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/rose/
}}

VOLUMETH

2022-10-10T11:17:16Z

Ak3gseis:

{{Programmkennblatt
|name_en=VOLUMETH
|name=VOLUMETH
|version=5.x / September 2015
|version_beschr=September 2015
|stichworte=
Volumenmethode 
Niveauflächenverteilung 
Volumensummenkurve 
Isolinien 
Finite Elemente Gitter 
|kurzbeschreibung=
Das Programm VOLUMETH berechnet für eine Finite Elemente Topographie die Niveauflächenverteilung sowie die Volumensummenkurve. Die Größe der Niveaufläche ist die Fläche des Gebietes, das tiefer als eine vorgegebene Isotiefe liegt. Die Volumensumme ist das Volumen unterhalb der zur Isotiefe gehörenden Niveaufläche. Neben morphologischen Untersuchungen nach der Volumenmethode kann das Programm zur Überprüfung von Modellgittern hinsichtlich ihrer hydraulischen Eigenschaften (Speichervolumen eines Gebietes) dienen. Es können mit Hilfe von geschlossenen Polygonzügen beliebige Teilgebiete innerhalb des Gitters definiert werden, für die die Berechnungen getrennt ausgeführt werden.

Optional können die Berechnungen auch für eine aus einem Modellgitter des mathematischen Verfahrens UNTRIM abgeleitete FE-Topographie durchgeführt werden. Hierbei ist zu beachten, dass das berechnete Volumen nicht exakt mit dem in dem Verfahren UNTRIM benutzten Volumen übereinstimmt. VOLUMETH verwendet interpolierte Tiefen an den Knotenpunkten des Gitters, während in UNTRIM die Tiefen der Polygone maßgebend sind.

VOLUMETH unterstützt Eingangsdaten, die auf verschiedenen Koordinatenreferenzsystemen (CRS) vorliegen. Der Nutzer muss dazu das gewünschte CRS, in das die Koordinaten transformiert werden sollen, über die Umgebungsvariable BAWCRS festlegen.
'''Das Nutzen von BAWCRS wird empfohlen''', das Nutzersystem muss eines der projezierten Systeme sein (UTM, Gauß-Krüger)!

Das Programm VOLUMETH ist eine Weiterentwicklung des inzwischen stillgelegten Programmes GISO2D und deckt daher auch dessen Funktionen (bezüglich Topographien) ab.
|eingabedateien=
# Eingabesteuerdatei vom Typ [[VOLUMETH.DAT|volumeth.dat]].
# Finite Elemente Gitter vom Typ [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]] oder [[UNTRIM_GRID.DAT|untrim_grid.dat]])
# (optional ) Kantenverzeichnis des Gitters (Typ [[FKVZ.BIN|fkvz.bin]])
# (optional) Nachbarverzeichnis des Gitters (Typ [[FKEZ.BIN|fkez.bin]])
# (optional) Dateien zur Definition von Teilgebieten (Typ [[POLY.DAT|poly.dat]])
|ausgabedateien=
# Datei mit der Strukturinformation der gefundenen Isolinien (Typ [[INSEL.DAT|insel.dat]])
# ASCII-Ergebnisdatei mit Niveauflächenverteilung und Volumensummenkurve (Typ [[VOLSUM.DAT und VOLSUM.EXCEL.DAT|volsum.dat/excel.dat]])
# oder EXCEL-lesbare Ergebnisdatei mit Niveauflächenverteilung und Volumensummenkurve (Typ [[VOLSUM.DAT und VOLSUM.EXCEL.DAT|volsum.dat/excel.dat]]) für jedes Teilgebiet.
# (optional) GKS-Logfile (Datei des Typs gkslog.dat).
|methode=
Zunächst werden für jede Isotiefe die Schnittpunkte mit den Gitterelementkanten bestimmt. Während der Überprüfung der einzelnen Elemente werden bereits die Flächen derjenigen Elemente, die innerhalb des Gebietes größerer Tiefe liegen, bzw. die entsprechenden Teilflächen, wenn die Isolinie schneidet, aufsummiert. Ebenso werden die Volumina (Säulen über diesen Flächen) summiert. Elemente, die durch das Randpolygon geschnitten werden, werden noch entsprechend korrigiert, d.h. außerhalb liegende Teilflächen bleiben unberücksichtigt.
Die Schnittpunkte werden noch nach Teilisolinien sortiert und für jede Teilisolinie in korrekter Reihenfolge gespeichert. Die Teilisolinien werden auf die Strukturdatei vom Typ [[INSEL.DAT|insel.dat]] ausgegeben.

Die Volumensummenwerte sind im Rahmen der Approximationsgenauigkeit des Gitters und der Rechnergenauigkeit exakt !
|preprozessor=
[[FDGITTER05]], [[GISMO]], [[JANET]], [[POLYUMFORM]]
|postprozessor=
EXCEL
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Seiß
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=
$PROGHOME/examples/volumeth/*

BAW, 1996: Anpassung der Fahrrinne der Unter- und Außenelbe an die Containerschiffahrt - Gutachten zur morphologischen Entwicklung der Nebenelben und Nebenrinnen seit 1945/1950. Bundesanstalt für Wasserbau, Außenstelle Küste, Hamburg.
}}

POLYUMFORM

2022-10-10T11:00:58Z

Ak3gseis:

{{Programmkennblatt
|name_en=POLYUMFORM
|name=POLYUMFORM
|version=Oktober 2015
|version_beschr=Oktober 2015
|stichworte=Digitalisieren, Strukturen, Formate
|kurzbeschreibung=
Das Programm wandelt verschiedene Dateiformate, die Polygonstrukturen enthalten, in eines der BAW-üblichen Formate um.
Das Programm kann wahlweise eine '''Einzeldatei''', eine '''Liste von mehreren Dateien''' oder '''alle Dateien eines Verzeichnisses''' (mit der Endung '''.digi''', '''.dat''' oder '''.gkk''') bearbeiten. Komprimierte Dateien ('''.gz, .Z''') werden automatisch entpackt.
Dieses Programm ersetzt das ältere Programm '''GKK2INS'''!

Das Programm unterstützt ein Nutzer-Koordinatenreferenzsystem (CRS), welches unabhängig von dem CRS der Eingangsdateien ist. Wenn die Eingangsdateien ihr CRS als '''Kommentar "C CRS=xxxxx"''' enthalten und der Nutzer sein CRS über die Umgebungsvariable '''BAWCRS''' festlegt, werden alle Daten in letztgenanntes CRS transformiert. Daher können Eingangsdateien desselben Dateityps mit unterscheidlichen CRS gemeinsam in einem Durchlauf prozessiert werden.

|eingabedateien=
# Eine oder mehrere Dateien mit Strukturlinien vom Typ [[DIGI.GKK|digi.gkk]], [[NODES.SAVE|nodes.save]], [[INSEL.DAT|insel.dat]], [[POLY.DAT|poly.dat]] oder im Format den Typen nodes.save oder insel.dat ähnelnde Dateien.
# Bei mehreren (optional) Liste vom Typ [[DATEILISTE.DAT|dateiliste.dat]] mit den zu verarbeitenden Dateien
|ausgabedateien=
Datei mit Strukturinformationen vom Typ [[INSEL.DAT|insel.dat]], [[NODES.SAVE|nodes.save]] oder [[DIGI.GKK|digi.gkk]].
|methode= -
|preprozessor=Digitalisierprogramm (PC), ARCGIS, [[FDGITTER05]], [[JANET]]
|postprozessor=ARCGIS, [[ArcGIS-Anwendungen]], [[FDGITTER05]], [[JANET]], [[ZWISCHENPUNKTE]]
|programmiersprache=Fortran95
|zus_software= -
|kontakt_original=G. Seiß
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation= -
}}

POLWIND

2022-10-10T10:56:51Z

Ak3gseis:

{{Programmkennblatt
|name_en=POLWIND
|name=POLWIND
|version=V 1.x
|version_beschr=April 2008
|stichworte=
Polygonzug 
Strukturlinien 
Extraktion eines Gebietes
|kurzbeschreibung=
Das Programm POLWIND extrahiert Polygone aus einem Gesamtgebiet. Nur Punkte, deren Koordinaten innerhalb bestimmter Grenzen eines rechtwinkligen Fensters liegen, werden extrahiert. Ferner kann der Anwender zwischen zwei Ausgabeformaten wählen. Für Polygone in einer Datei des Typs insel.dat kann er optional einen Kommentar (z.B. das Entstehungsdatum) angeben. Dieser wird von anderen Programmen nicht bearbeitet, mag aber beim Lesen hilfreich sein.
|eingabedateien=
# Datei mit Fensterkoordinaten
# Datei des Typs digi.gkk mit Polygonen des Gesamtgebietes
|ausgabedateien=
# (optional) Datei des Typs [[DIGI.GKK|digi.gkk]] mit Polygonen des Teilgebietes
# (optional) Datei des Typs [[INSEL.DAT|insel.dat]] mit Polygonen des Teilgebietes
|methode=
Polygone mit einem Teil innerhalb und einem Teil ausserhalb des entsprechenden Gebietes werden geschnitten. POLWIND erzeugt einen neuen Anfangs- oder Endpunkt, der direkt auf der Kante des extrahierten Gebietes liegt.
POLWIND extrahiert keine einzelnen Punkte.
|preprozessor=
|postprozessor=[[DEPRO2D]], [[DIDAMINTQ]], [[FDGITTER05]], [[FD2TRIM]], [[HVIEW2D]], [[TRGITTER05]], [[ZWISCHENPUNKTE]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=P. Schade
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/polwind
}}

MKRDAT

2022-10-10T10:09:15Z

Ak3gseis:

{{Programmkennblatt
|name_en=MKRDAT
|name=MKRDAT
|version=Mai 1997
|version_beschr=Dezember 2000
|stichworte=Preprozessor 
Hydrodynamisch-Numerisches Verfahren TRIM-2D 
Ortsabhängige Bodenkennzahlen
|kurzbeschreibung=
Das Programm MKRDAT erzeugt auf der Basis einer Topographie-Datei des Modell-Verfahrens TRIM-2D und den Benutzerangaben über die räumliche Verteilung der Bodenkennzahlen eine Datei, die diese Bodenkennzahlen getrennt für alle u- und v-Punkte des Trim-2D-Gitters enthält.
Die Bodenkennzahlen können in Bereichen (beschrieben durch einen geschlossenen Polygonzug d.h. '''Strukturtyp INSEL oder SAND''') und optional punktweise gesetzt werden.
|eingabedateien=
# '''Eingabesteuerdaten''' (Dateityp [[MKRDAT.DAT|mkrdat.dat]]).
# TRIM-2D-'''Topographie''' (Dateityp [[TR2.TOPO.BIN.IND|tr2.topo.bin.ind]]).
# (optional) Datei(en) mit den zu bearbeitenden Polygonen (Dateityp [[INSEL.DAT|insel.dat]]).
# (optional) Punktweise Zuordnung der '''Bodenkennzahlen''' (Dateityp [[GKPUNKT.DAT|gkpunkt.dat]]).
|ausgabedateien=
# Verteilung der '''Bodenkennzahlen''' (Dateityp [[TR2.SOIL.BIN.IND|tr2.soil.bin.ind]]).
# Bei Aktivierung der Testausgaben: mkrdat.trc und Datei des Typs [[TR2.TOPO.BIN|tr2.topo.bin]] mit den Kennzahlen als TRIM-2D-'''Topographiedatei''' (ermöglicht die Visualisierung mit [[TRGITTER05]]).
|methode=
'''Punktweise Zuordnung der Bodenkennzahlen'''
Alle Punkte, die in der Datei des Typs [[GKPUNKT.DAT|gkpunkt.dat]] vom Anwender definiert worden sind, müssen sich den folgenden Arbeitsschritten unterziehen:
* Einlesen der Koordinaten, der Tiefe und der Bodenkennzahl
* Berechnung der Gitter-Indizes des zugehörigen Modellpunktes
* Kontrolle der Lage des Punktes (innerhalb/außerhalb des Modellgebietes; feuchter/trockener Modellpunkt)
* Übertragung der Bodenkennzahl auf die u- und v-Kante des Modellpunktes

'''Bereichsweise Zuordnung der Bodenkennzahlen'''
* Die gewünschten Bereiche werden nach Namen in den vorgegebenen Struktur-Dateien gesucht. Es werden nur Strukturen mit den Kennworten INSEL und SAND berücksichtigt.
* Sobald ein Bereich gefunden wurde, wird er bearbeitet. Die Reihenfolge der angegebenen Strukturdateien und der angegebenen Bereiche kann daher einen Einfluß auf das Ergebnis haben.
* Entsprechend den Vorgaben des Benutzers wird allen u- bzw. v-Punkten die die Kriterien des Nutzers erfüllen, die gewünschte Bodenkennzahl des jeweiligen Bereiches zugeordnet.
* der Nutzer bestimmt, ob im jeweiligen Bereich die Kennzahl innerhalb oder außerhalb und oberhalb oder unterhalb einer vorgegebenen Tiefe geändert wird.

Alle Gitterkanten derjeniegen Modellpunkte, die nicht auf die beschriebene Weise eine Bodenkennzahl zugewiesen bekommen, erhalten die Bodenkennzahl 1.
|preprozessor=-
|postprozessor=[[TRGITTER05]], [[TRIM-2D]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=E.Rudolph
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/mkrdat/
}}

MESKOR

2022-10-10T10:07:16Z

Ak3gseis:

{{Programmkennblatt
|name_en=MESKOR
|name=MESKOR
|version=Dezember 2019
|version_beschr=Dezember 2019
|stichworte=Zeitreihen 
Konstantwert-Korrektur 
Korrektur eines linearen Trends 
Skalierung von Messwerten
|kurzbeschreibung=
Das Programm MESKOR ermöglicht die Korrektur der Zeit oder einer der vorhandenen Meßgrößen in einem frei wählbaren Abschnitt der Zeitreihe um einen konstanten Wert oder einen linearen Trend. Außerdem können Meßgrößen skaliert werden (z.B. Umrechnung Zentimeter nach Meter).
Die Verwendung einer Tabelle ermöglicht die Reproduzierbarkeit der Korrektur für Dateien des Typs [[BOEWRT.DAT|boewrt.dat]]. Durch Verwendung einer Protokolldatei kann die interaktive Sitzung aufgezeichnet und bei Bedarf wiederholt werden.

Typische Anwendungen: Korrektur von digitalisierten Pegelzeitreihen, wo durch Alterung der Pegelbogen verzogen ist, Umrechnung mehrerer Pegel von Pegelnull nach NHN mit bekannten Korrekturwerten, Hintereinanderschalten mehrerer Schritte, z.B. konstante Korrektur um -500.0, dann Skalierung mit 0.01.

Der FillValue der zu bearbeitenden Zeitreihen bleibt bei der Wertekorrektur unverändert erhalten.
|eingabedateien=
# Zeitserie(n) (Dateityp [[BOEWRT.DAT|boewrt.dat]])
# (optional, für Dateien des Typs [[BOEWRT.DAT|boewrt.dat]]) Tabelle mit zu korrigierenden Dateien und Korrekturwerten (Dateityp meskor.table)
|ausgabedateien=
# korrigierte Zeitserie(n) (Dateityp [[BOEWRT.DAT|boewrt.dat]])
# Druckerdatei mit Informationen zum Programmablauf (Dateityp meskor.sdr)
# Protokolldatei mit aufgezeichneter interaktiver Sitzung (Datei meskor_log.dat)
|methode=
Zeiten werden mit Hilfe der Zeitrechnungsmodule der BAW exakt korrigiert, Rundungsfehler durch den Übergang zu REAL-Zahlen werden so (im Regelfall) vermieden.
|preprozessor=[[ZEITRIO]], Editor
|postprozessor=[[EVENTFILTER]], [[EXCELENZ]], [[FFT]], [[TIDKEN]], [[UTRRND]], [[GVIEW2D]], [[ZEITRIO]]
|programmiersprache=Fortran03
|zus_software= -
|kontakt_original=I. Uliczka
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/meskor/
}}

MEDIANGLAETTUNG

2022-10-10T10:06:07Z

Ak3gseis:

{{Programmkennblatt
|name_en=MEDIANGLAETTUNG
|name=MEDIANGLAETTUNG
|version=Januar 1999
|version_beschr=Januar 1999
|stichworte=Median 
Glättung 
Topographie 
Morphologie 
Volumenmethode
|kurzbeschreibung=
Das Programm MEDIANGLAETTUNG glättet Topographiedaten durch Medianbildung. Die Anzahl der Tiefenpunkte bleibt dabei unverändert.
|eingabedateien=
# Eingabesteuerdatei vom Typ [[MEDIANGLAETTUNG.DAT|medianglaettung.dat]]
# Datei mit Topographiedaten vom Typ [[GEOM.DAT|geom.dat]]
|ausgabedateien=
# Datei mit geglätteten Topographiedaten vom Typ [[GEOM.DAT|geom.dat]]
|methode=
Das Programm sucht für jeden Tiefenpunkt der Eingabedatei alle benachbarten Tiefenpunkte, die innerhalb eines Quadrates vorgegebener Kantenlänge liegen. Aus dem Vektor der gefundenen Punkte wird der Median bestimmt. Dieser Median wird dem aktuellen Tiefenpunkt als neuer Tiefenwert zugeordnet und in der Ausgabedatei abgespeichert.
|preprozessor=[[ZWISCHENPUNKTE]]
|postprozessor=ARCGIS, [[ArcGIS-Anwendungen]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=J. Fräßdorf
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/medianglaettung.*
}}

ZWISCHENPUNKTE

2022-10-10T10:04:26Z

Ak3gseis:

{{Programmkennblatt
|name_en=ZWISCHENPUNKTE
|name=ZWISCHENPUNKTE
|version=Januar 1999
|version_beschr=April 2008
|stichworte=Spline 
Interpolation 
Isolinie 
Topographie 
Morphologie 
Volumenmethode
|kurzbeschreibung=
Das Programm ZWISCHENPUNKTE erzeugt synthetische Tiefenpunkte aus digitalen Isoliniendaten durch kubische Spline-Interpolation. Es dient der besseren Interpretierbarkeit von Topographien, für die nur Isolinien, aber keine weiteren Daten (z.B. Peildaten) vorliegen. Zusätzlich können Tiefendaten auf einem geschlossenen Gebietsrandpolygon aus den Schnittpunkten mit Isolinien ermittelt werden.
|eingabedateien=
# Eingabesteuerdatei vom Typ [[ZWISCHENPUNKTE.DAT|zwischenpunkte.dat]]
# Isoliniendatei vom Typ [[INSEL.DAT|insel.dat]]
# (optional) Datei mit Eingabe-Profillinien vom Typ [[DIGI.GKK|digi.gkk]]
# (optional) Datei mit Talwegpolygonzug vom Typ [[DIGI.GKK|digi.gkk]]
# (optional) Datei mit Eingabe-Gebietsrandpolygon vom Typ [[DIGI.GKK|digi.gkk]]
|ausgabedateien=
# Datei mit erzeugten Zwischenpunkten vom Typ [[GEOM.DAT|geom.dat]]
# (optional) Datei mit Schnittpunkten der Isolinien mit den Profilen vom Typ [[GEOM.DAT|geom.dat]]
# (optional) Datei mit Isolinienpunkten vom Typ [[GEOM.DAT|geom.dat]]
# (optional) Datei mit erzeugten Profillinien vom Typ [[DIGI.GKK|digi.gkk]]
# (optional) Datei mit Ausgabe-Gebietsrandpolygon vom Typ [[INSEL.DAT|insel.dat]]
|methode=
Es werden die Schnittpunkte der Isolinien mit Profillinien bestimmt. Entlang jeder Profillinie werden die Schnittpunkte als Stützstellen für eine kubische Spline-Interpolation verwendet. Durch Auswertung der Spline-Kurven werden zwischen den Isolinien synthetische Tiefenpunkte (Zwischenpunkte) erzeugt. Die Auswertung der Spline-Funktionen erfolgt in konstanten Wegschritten entlang jeder Profillinie und/oder an einer konstanten Zahl von Stellen äquidistant zwischen jeweils zwei Isolinien.
Die Profillinien können als Datei vorgegeben werden, oder sie werden vom Programm automatisch erzeugt. Die automatische Erzeugung der Profillinien erfolgt wahlweise durch Konstruktion von Linien rechtwinklig auf einem als Datei vorgegebenem Talwegpolygon oder rechtwinklig auf der Uferlinie. Als Uferlinie gilt diejenige Isolinie, die auf der Höhe von MThw liegt.
Sofern Profillinien mehrere Rinnen des Gewässers schneiden, d. h. sofern sie mehr als zwei Uferlinien schneiden, werden die Profillinien in neue Profillinien aufgeteilt, von denen jede nur noch eine Rinne des Gewässers schneidet.
Zur Verhinderung von unplausiblen Werten wird eine Dämpfung von Spline-Punkten durchgeführt, wenn die Punkte oberhalb der nächsthöheren Isolinie oder unterhalb der nächsttieferen Isolinie liegen. Die nächsthöhere Isolinie ist diejenige Isolinie, die höher liegt als die höhere der beiden aktuellen Stützstellen. Die nächsttiefere Isolinie ist entsprechend definiert. Die Dämpfung erfolgt mit einer quadratischen Parabel. Die Parabel läuft durch die beiden aktuellen Stützstellen. Die Lage des Parabelscheitels wird durch einen vorgegebenen Dämpfungswert bestimmt. Die Spline-Punkte zwischen den Stützstellen werden durch Parabelpunkte ersetzt. Zusätzlich kann zur Verhinderung unplausibler Werte wahlweise ein maximal zulässiger Stützstellenabstand und/oder eine maximal zulässige Tiefenabweichung der erzeugten Spline-Punkte von den aktuellen Stützstellen vorgegeben werden.
Als Zusatzfunktion können Tiefendaten auf einem Gebietsrandpolygon bestimmt werden. Die Tiefendaten werden aus den Schnittpunkten des Gebietsrandpolygons mit den Isolinien bestimmt. Zwischen den Schnittpunkten können zusätzliche Tiefendaten aus linearer Interpolation oder aus kubischer Spline-Interpolation in konstanten Wegschritten entlang jeder Gebietsrandlinie und/oder an einer konstanten Zahl von Stellen äquidistant zwischen jeweils zwei Isolinien erzeugt werden. Die Tiefendaten an den Eckpunkten des Gebietsrandpolygons werden durch lineare Interpolation der Tiefendaten der am nächsten gelegenen Stützstellen bestimmt.
|preprozessor=[[POLWIND]], [[POLYUMFORM]]
|postprozessor=ARCGIS, [[ArcGIS-Anwendungen]], [[MEDIANGLAETTUNG]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=J. Fräßdorf
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/zwischenpunkte/*
siehe auch Erzeugen von synthetischen Tiefenpunkten aus Isoliniendaten, in Supercomputing News Heft 4/1998.
}}

ZWISCHENPUNKTE

2022-10-10T10:02:11Z

Ak3gseis:

{{Programmkennblatt
|name_en=ZWISCHENPUNKTE
|name=ZWISCHENPUNKTE
|version=Januar 1999
|version_beschr=April 2008
|stichworte=Spline 
Interpolation 
Isolinie 
Topographie 
Morphologie 
Volumenmethode
|kurzbeschreibung=
Das Programm ZWISCHENPUNKTE erzeugt synthetische Tiefenpunkte aus digitalen Isoliniendaten durch kubische Spline-Interpolation. Es dient der besseren Interpretierbarkeit von Topographien, für die nur Isolinien, aber keine weiteren Daten (z.B. Peildaten) vorliegen. Zusätzlich können Tiefendaten auf einem geschlossenen Gebietsrandpolygon aus den Schnittpunkten mit Isolinien ermittelt werden.
|eingabedateien=
# Eingabesteuerdatei vom Typ [[ZWISCHENPUNKTE.DAT|zwischenpunkte.dat]]
# Isoliniendatei vom Typ [[INSEL.DAT|insel.dat]]
# (optional) Datei mit Eingabe-Profillinien vom Typ [[DIGI.GKK|digi.gkk]]
# (optional) Datei mit Talwegpolygonzug vom Typ [[DIGI.GKK|digi.gkk]]
# (optional) Datei mit Eingabe-Gebietsrandpolygon vom Typ [[DIGI.GKK|digi.gkk]]
|ausgabedateien=
# Datei mit erzeugten Zwischenpunkten vom Typ [[GEOM.DAT|geom.dat]]
# (optional) Datei mit Schnittpunkten der Isolinien mit den Profilen vom Typ [[GEOM.DAT|geom.dat]]
# (optional) Datei mit Isolinienpunkten vom Typ [[GEOM.DAT|geom.dat]]
# (optional) Datei mit erzeugten Profillinien vom Typ [[DIGI.GKK|digi.gkk]]
# (optional) Datei mit Ausgabe-Gebietsrandpolygon vom Typ [[INSEL.DAT|insel.dat]]
|methode=
Es werden die Schnittpunkte der Isolinien mit Profillinien bestimmt. Entlang jeder Profillinie werden die Schnittpunkte als Stützstellen für eine kubische Spline-Interpolation verwendet. Durch Auswertung der Spline-Kurven werden zwischen den Isolinien synthetische Tiefenpunkte (Zwischenpunkte) erzeugt. Die Auswertung der Spline-Funktionen erfolgt in konstanten Wegschritten entlang jeder Profillinie und/oder an einer konstanten Zahl von Stellen äquidistant zwischen jeweils zwei Isolinien.
Die Profillinien können als Datei vorgegeben werden, oder sie werden vom Programm automatisch erzeugt. Die automatische Erzeugung der Profillinien erfolgt wahlweise durch Konstruktion von Linien rechtwinklig auf einem als Datei vorgegebenem Talwegpolygon oder rechtwinklig auf der Uferlinie. Als Uferlinie gilt diejenige Isolinie, die auf der Höhe von MThw liegt.
Sofern Profillinien mehrere Rinnen des Gewässers schneiden, d. h. sofern sie mehr als zwei Uferlinien schneiden, werden die Profillinien in neue Profillinien aufgeteilt, von denen jede nur noch eine Rinne des Gewässers schneidet.
Zur Verhinderung von unplausiblen Werten wird eine Dämpfung von Spline-Punkten durchgeführt, wenn die Punkte oberhalb der nächsthöheren Isolinie oder unterhalb der nächsttieferen Isolinie liegen. Die nächsthöhere Isolinie ist diejenige Isolinie, die höher liegt als die höhere der beiden aktuellen Stützstellen. Die nächsttiefere Isolinie ist entsprechend definiert. Die Dämpfung erfolgt mit einer quadratischen Parabel. Die Parabel läuft durch die beiden aktuellen Stützstellen. Die Lage des Parabelscheitels wird durch einen vorgegebenen Dämpfungswert bestimmt. Die Spline-Punkte zwischen den Stützstellen werden durch Parabelpunkte ersetzt. Zusätzlich kann zur Verhinderung unplausibler Werte wahlweise ein maximal zulässiger Stützstellenabstand und/oder eine maximal zulässige Tiefenabweichung der erzeugten Spline-Punkte von den aktuellen Stützstellen vorgegeben werden.
Als Zusatzfunktion können Tiefendaten auf einem Gebietsrandpolygon bestimmt werden. Die Tiefendaten werden aus den Schnittpunkten des Gebietsrandpolygons mit den Isolinien bestimmt. Zwischen den Schnittpunkten können zusätzliche Tiefendaten aus linearer Interpolation oder aus kubischer Spline-Interpolation in konstanten Wegschritten entlang jeder Gebietsrandlinie und/oder an einer konstanten Zahl von Stellen äquidistant zwischen jeweils zwei Isolinien erzeugt werden. Die Tiefendaten an den Eckpunkten des Gebietsrandpolygons werden durch lineare Interpolation der Tiefendaten der am nächsten gelegenen Stützstellen bestimmt.
|preprozessor=[[POLWIND]], [[POLYUMFORM]]
|postprozessor=ARCGIS, [[ArcGIS-Anwendungen]], [[MEDIANGLAETTUNG]]
|programmiersprache=Fortran77 Fortran90
|zus_software= -
|kontakt_original=J. Fräßdorf
|kontakt_pflege=[mailto:pre.proghome@baw.de J. Fräßdorf]
|dokumentation=$PROGHOME/examples/zwischenpunkte/*
siehe auch Erzeugen von synthetischen Tiefenpunkten aus Isoliniendaten, in Supercomputing News Heft 4/1998.
}}

METDIDA

2022-10-10T10:00:03Z

Ak3gseis:

{{Programmkennblatt
|name_en=METDIDA
|name=METDIDA
|version=Januar 1998
|version_beschr=November 2002
|stichworte=Meteorologische Daten 
Darstellung meteorologischer Daten 
Datenkonvertierung 
Universelles Direktzugriffsdatenformat 
Windgeschwindigkeit 
Luftdruck, Lufttemperatur 
Gesamtstrahlung, rel. Luftfeuchtigkeit, etc. 
|kurzbeschreibung=
Das Programm METDIDA konvertiert meteorologische Daten in ein BAW-DH-internes standardisiertes Datenformat (universelles Direktzugriffsdatenformat). Diese Daten können anschließend mit dem Visualisierungsprogramm [[HVIEW2D]] dargestellt werden.
|eingabedateien=
# allgemeine Eingabedaten zur Programmsteuerung (Dateityp [[METDIDA.DAT|metdida.dat]])
# Direktzugriffsdatei für meteorologische Daten [[TR2.MET.BIN|tr2.met.bin]])
# Informationsdatei zu der Direktzugriffsdatei meteorologischer Daten [[TR2.MET.BIN.I|tr2.met.bin.i]])
# Konfigurationsdatei (Dateityp [[METDIDA.CFG.DAT|metdida.cfg.dat]])
|ausgabedateien=
# konvertierte meteorologische Daten im BAW-DH-Standardformat (Dateien des Typs [[DIRZ.BIN.R|dirz.bin.r]], [[DIRZ.BIN.I|dirz.bin.i]] und [[DIRZ.BIN|dirz.bin]])
# Gitternetz, auf dem die Daten abgebildet wurden (Dateityp [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# Kantenverzeichnis der Elemente für das Gitternetz (Dateityp [[FKVZ.BIN|fkvz.bin]])
# Nachbarverzeichnis der Elemente für das Gitternetz (Dateityp [[FKEZ.BIN|fkez.bin]])
# Druckerdatei mit Informationen zum Programmablauf (Dateityp metdida.sdr)
# (optional) Datei mit Testausgaben (Dateityp metdida.trc)
|methode=
Die meteorologischen Daten können ohne Informationsverluste umgewandelt werden. In der Eingabesteuerdatei werden u.a. der Umwandlungszeitraum, ein Faktor für den Zeitschritt und die auszuwertenden meteorologischen Größen angegeben. Die meteorologischen Daten sind in einem Format finiter Differenzen vorhanden, bei dem die Daten in der Zellenmitte liegen. Für die Abbildung auf ein finites Elemente Gitter ([[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]]) wird aus jeder Zellenmitte des Rechteckgitters ein Knoten für das symmetrische Dreiecksgitter erzeugt.
Die meteorologischen Daten lassen sich mit vorhandenen Visualisierungsprogrammen ([[HVIEW2D]]) darstellen. Damit ist nun z.B. der Zusammenhang zwischen dem lokalen Windfeld und dem Wasserstand bei Sturmflutereignissen auch optisch zu erkennen.
Die Zuordnung von meteorologischen Ein- und Ausgabegrößen erfolgt über eine Konfigurationsdatei. Hier kann auch ein Skalierungsfaktor für die jeweiligen Eingabegrößen definiert werden. Wird im lokalen Arbeitsverzeichnis keine Konfigurationsdatei gefunden, so wird die Konfiguration aus dem Standardverzeichnis für Konfigurationsdateien geladen.
|preprozessor=[[FD2MET]]
|postprozessor=[[ABDF]], [[DIDARENAME]], [[DIDASPLIT]], [[GVIEW2D]], [[HVIEW2D]], [[TELEMAC-2D]], [[UNK]], [[ZEITR]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=A. Cords
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=siehe $PROGHOME/examples/metdida/
}}

KACHEL2D

2022-10-10T09:58:20Z

Ak3gseis:

{{Programmkennblatt
|name_en=KACHEL2D
|name=KACHEL2D
|version=April 1997
|version_beschr=April 2008
|stichworte=Präprozessor 
Finite Elemente Gitter
Mathematisches Verfahren TELEMAC-2D
|kurzbeschreibung=Das Programm KACHEL2D zählt zu den Präprozessoren des hydronumerischen Verfahrens TELEMAC-2D. Mit diesem Programm können Ausschnittsgitter aus einem Gesamtgitternetz herausgeschnitten werden. Der Ausschnitt kann entweder als Fenster (FRAME) oder als Polygonzug (POLYGON) definiert werden. Damit ist es möglich, beliebige Formen aus dem Gesamtgitter herauszuschneiden.

Als weitere Funktion ermöglicht es für jeden Ausschnitt das Herausschneiden von einer Anzahl von Löchern (Einfügen von Inseln Modellgebiet).

Man kann gleichzeitig mehrere Ausschnitte in einem Programmablauf bearbeiten.

Falls sehr viele Ausschnitte - insbesondere für ein regelmäßiges Raster - erzeugt werden sollen, so ist hierfür gegebenenfalls das Programm [[DIDASPLIT]] besser geeignet.
|eingabedateien=
# Datei mit Steuerinformationen (Typ [[KACHEL2D.DAT|kachel2d.dat]])
# Gitterdatei für den Gesamtbereich (Typ [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) Polygondatei für einen Ausschnittsbereich (Typ [[FD2BAGGER.POLY|fd2bagger.poly]])
# (optional) Polygondatei(en) für die Definition von Löchern (Typ [[FD2BAGGER.POLY|fd2bagger.poly]])

|ausgabedateien=
# Dateien der Ausschnittsgitter (Typ [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]])
# (optional) Dateien der Kantenverzeichnisse (Typ [[FKVZ.BIN|fkvz.bin]])
# (optional) Dateien der Nachbarelementverzeichnisse (Typ [[FKEZ.BIN|fkez.bin]])
# (optional) Datei mit Testausgaben (Typ kachel2d.trc)
# (optional) Datei mit Zeitprotokoll (Typ kachel2d.times)

|methode=Jeder Ausschnitt wird durch 4 Randkoordinaten (FRAME) oder einen Polygonzug (POLYGON) definiert. Alle Knoten und Elemente des Gesamtgitters, welche innerhalb eines Ausschnitts liegen, werden für die Generierung des Aussschnittsgitters herangezogen. Zusätzlich hat der Programmanwender die Möglichkeit, auch die Elemente des Gesamtgitters mit einzubeziehen, die nur zum Teil innerhalb des Ausschnitts liegen. In diesem Fall werden die außerhalb des Ausschnitts liegenden Knoten der dazugehörigen, teilweise im Ausschnitt liegenden Elemente mit in das zu erzeugende Ausschnittsgitter einbezogen.

Hinweis:

Die Berandungen des Ausschnittsgitters stimmen in der Regel nicht exakt mit den vorgegebenen Polygonzügen oder Fenstern überein.

|preprozessor= -
|postprozessor=[[HVIEW2D]], [[JANET]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pr.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/kachel2d/kachel2d.dat
}}

JANET

2022-10-10T09:56:00Z

Ak3gseis:

{{Programmkennblatt
|name_en=JANET
|name=JANET
|version=2.27
|version_beschr=Juli 2022
|stichworte=Unstrukturierte Netze 
Polygonbearbeitung 
Gitternetzgenerator 
Gitternetzoptimierung 
Gitternetzvisualisierung 
Versionierung 
Oberflächensedimente 
Verlinkung von Datenquellenkarten
|kurzbeschreibung=
Das Programm JANET ist ein interaktives Werkzeug für die Erstellung und Bearbeitung von unstrukturierten Gitternetzen sowie Polylinien und Polygonen.

JANET wurde von der Firma [http://www.smileconsult.de/ Smile Consult GmbH] in Hannover entwickelt.
|eingabedateien=
# ASCII-Format für Punktdaten, bei der BAW [[GEOM.DAT|geom.dat]] (.txt) (.xyz) (.dat)
# Strukturlinienformat der BAW (digi.gkk)
# AUTOCAD (.dxf)
# AVS/Express UCD Format (.inp)
# Bathymetric Attribute Grid Format (.bag)
# Bauwerksdatei (.asc) (.dat) (.txt) (.gen)
# Björnsen 2D Format (.2d)
# Cascade-Profilformat (.xml)
# D-Flow FM (UGRID-NetCDF) (.nc)
# Delft3D-Grid Format (.grd) (.dat)
# ESRI Generate Format (.gen)
# ESRI ASCII Gitterformat (.asc, .dat, .grd, .txt)
# ESRI Shape File (.shp)
# HPA CSV Format
# [[INSEL.DAT|insel.dat]]-Format der BAW Hamburg (.dat)
# IPDS Initialwerte für physikalische Datensätze (.dat)
# Janet Binär Format (.bin, .jbf)
# Rauheitszonemodell (.gen)
# Smilesoftware Binär Format (Daten und Metadaten)(.sbf)
# Surfer Format (.bln) (.grd)
# [[TECPLOT|Tecplot]]-Ascii-Format (plt)
# Telemac-Format (.bin) (.sel) (.dat) (.res)
# TICAD-Ascii-Format (.dat)
# TICAD Syserg-bin-Format (.bin)
# Triangle-Polygonformat ([[POLY|poly]])
# UGRID [[NetCDF|NetCDF]]-Format für Bathymetrien (.nc)
# UNTRIM-Ascii-Format [[UNTRIM_GRID.DAT|untrim_grid.dat]] (.dat)
# WSV3D Format (.txt) (.xml)
# XDMF/HDF5-Format (.xmf)
|ausgabedateien=
# ESRI-Shapefile (.shp)
# Format [[GEOM.DAT|geom.dat]] (in JANET: JANET-ASCII-Format für Punktdaten)
# Format [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]] (in JANET: TICAD-Systemdatei ASCII!). Die Binärversion wird von Janet '''nicht''' unterstützt.
# Janet Binär Format (.bin, .jbf)
# [[INSEL.DAT|insel.dat]]-Format der BAW Hamburg (.dat)
# TELEMAC-Gitterformat [[SELAFIN|selafin]]
# Smilesoftware Binär Format (Daten und Metadaten)(.sbf)
# UNTRIM-Ascii-Format [[UNTRIM_GRID.DAT|untrim_grid.dat]] (.dat)
# XDMF/HDF5-Format (.xmf)
# XML-Datei, konform zum Metadatenprofil GDI-BAW V. 1.3

|methode=
Ausgewählte Neuheiten aus Version 2.27.0:
* Ein Analysemodul wurde eingeführt, das die BAW-typischen Fragestellungen von Schiffspassagen über eine Gewässer-Querschnittsfläche untersucht.
* Berechnung von Tiefendifferenzen für Subkanten von UnTRIM2-Gittern
* Automatischer Prozess zur Ermittlung der lokal optimalen Tiefeninterpolation auf Basis der Struktur der DGM-Daten sowie dem Verhältnis aus Datendichte der Vermessungsda-ten und Auflösung des Berechnungsgitters.
* Methoden für Oberflächensedimente wurden aus FuE-Versionen in die reguläre Version übernommen.
|preprozessor=[[CREATE_SIMPLE_UNTRIM2_GRID]], [[DREHE2D]], GISMO, [[GRIDCONVERT]], [[POLYUMFORM]], [[UNTRIM2007MONITOR]]
|postprozessor=[[GRIDCONVERT]], [[TICTRI]], [[TOUTR]], [[UTRPRE]]
|programmiersprache=Java
|zus_software= Java Runtime Environment

==Ausführbare Skripte==
* Windows: janet.bat 
* Linux-Workstations: janet 

===Starten von JANET:===
* Geben Sie '''janet [xxx]''' ein. Der optionale Parameter '''xxx''' ist die Speichergröße in Mb für das Java Runtime Environment.
Für speicherintensive Anwendung können Sie als User aus dem Küstenwasserbau auf die FAT-Node-Rechner wechseln:
* ssh -X kronos-fat[1;2;3]
* Die DISPLAY-Variable darf auf Kronos nicht explizit gesetzt worden sein.
* Abschließend wie gewohnt: '''janet [xxx]'''
|kontakt_original=Smile Consult GmbH
|kontakt_pflege=[http://www.smileconsult.de/ Smile Consult GmbH], [mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=
* [http://www.baw.de/downloads/wasserbau/mathematische_verfahren/programmkennbl_de/pdf/JanetHandbuch.pdf Janet Benutzerhandbuch] 
* [http://blog.smileconsult.de/ smile consult Blog]
* Mitschrift einer Schulung zur Gittergenerierung (BAW-intern):
%PROGHOME%\examples\janet\schulung_workshop\schulung_2018_03\docs\Janet_Anleitung_1.0.pdf 
* Vortragsfolien des virtuellen Janet-Workshops am 02.02.2021:
%PROGHOME%\examples\janet\schulung_workshop\workshop_20210202\Janet_vWorkshop_2.2.2021.pdf 
}}

JANET

2022-10-10T09:54:29Z

Ak3gseis:

{{Programmkennblatt
|name_en=JANET
|name=JANET
|version=2.27
|version_beschr=Juli 2022
|stichworte=Unstrukturierte Netze 
Polygonbearbeitung 
Gitternetzgenerator 
Gitternetzoptimierung 
Gitternetzvisualisierung 
Versionierung 
Oberflächensedimente 
Verlinkung von Datenquellenkarten
|kurzbeschreibung=
Das Programm JANET ist ein interaktives Werkzeug für die Erstellung und Bearbeitung von unstrukturierten Gitternetzen sowie Polylinien und Polygonen.

JANET wurde von der Firma [http://www.smileconsult.de/ Smile Consult GmbH] in Hannover entwickelt.
|eingabedateien=
# ASCII-Format für Punktdaten, bei der BAW [[GEOM.DAT|geom.dat]] (.txt) (.xyz) (.dat)
# Strukturlinienformat der BAW (digi.gkk)
# AUTOCAD (.dxf)
# AVS/Express UCD Format (.inp)
# Bathymetric Attribute Grid Format (.bag)
# Bauwerksdatei (.asc) (.dat) (.txt) (.gen)
# Björnsen 2D Format (.2d)
# Cascade-Profilformat (.xml)
# D-Flow FM (UGRID-NetCDF) (.nc)
# Delft3D-Grid Format (.grd) (.dat)
# ESRI Generate Format (.gen)
# ESRI ASCII Gitterformat (.asc, .dat, .grd, .txt)
# ESRI Shape File (.shp)
# HPA CSV Format
# [[INSEL.DAT|insel.dat]]-Format der BAW Hamburg (.dat)
# IPDS Initialwerte für physikalische Datensätze (.dat)
# Janet Binär Format (.bin, .jbf)
# Rauheitszonemodell (.gen)
# Smilesoftware Binär Format (Daten und Metadaten)(.sbf)
# Surfer Format (.bln) (.grd)
# [[TECPLOT|Tecplot]]-Ascii-Format (plt)
# Telemac-Format (.bin) (.sel) (.dat) (.res)
# TICAD-Ascii-Format (.dat)
# TICAD Syserg-bin-Format (.bin)
# Triangle-Polygonformat ([[POLY|poly]])
# UGRID [[NetCDF|NetCDF]]-Format für Bathymetrien (.nc)
# UNTRIM-Ascii-Format [[UNTRIM_GRID.DAT|untrim_grid.dat]] (.dat)
# WSV3D Format (.txt) (.xml)
# XDMF/HDF5-Format (.xmf)
|ausgabedateien=
# ESRI-Shapefile (.shp)
# Format [[GEOM.DAT|geom.dat]] (in JANET: JANET-ASCII-Format für Punktdaten)
# Format [[GITTER05.DAT und GITTER05.BIN|gitter05.dat/bin]] (in JANET: TICAD-Systemdatei ASCII!). Die Binärversion wird von Janet '''nicht''' unterstützt.
# Janet Binär Format (.bin, .jbf)
# [[INSEL.DAT|insel.dat]]-Format der BAW Hamburg (.dat)
# TELEMAC-Gitterformat [[SELAFIN|selafin]]
# Smilesoftware Binär Format (Daten und Metadaten)(.sbf)
# UNTRIM-Ascii-Format [[UNTRIM_GRID.DAT|untrim_grid.dat]] (.dat)
# XDMF/HDF5-Format (.xmf)
# XML-Datei, konform zum Metadatenprofil GDI-BAW V. 1.3

|methode=
Ausgewählte Neuheiten aus Version 2.27.0:
* Ein Analysemodul wurde eingeführt, das die BAW-typischen Fragestellungen von Schiffspassagen über eine Gewässer-Querschnittsfläche untersucht.
* Berechnung von Tiefendifferenzen für Subkanten von UnTRIM2-Gittern
* Automatischer Prozess zur Ermittlung der lokal optimalen Tiefeninterpolation auf Basis der Struktur der DGM-Daten sowie dem Verhältnis aus Datendichte der Vermessungsda-ten und Auflösung des Berechnungsgitters.
* Methoden für Oberflächensedimente wurden aus FuE-Versionen in die reguläre Version übernommen.
|preprozessor=[[CREATE_SIMPLE_UNTRIM2_GRID]], [[DREHE2D]], GISMO, [[GRIDCONVERT]], [[POLYUMFORM]], [[UNTRIM2007MONITOR]]
|postprozessor=[[GRIDCONVERT]], [[TICTRI]], [[TOUTR]], [[UTRPRE]]
|programmiersprache=Java
|zus_software= Java Runtime Environment

==Ausführbare Skripte==
* Windows: janet.bat 
* Linux-Workstations: janet 

===Starten von JANET:===
* Geben Sie '''janet [xxx]''' ein. Der optionale Parameter '''xxx''' ist die Speichergröße in Mb für das Java Runtime Environment.
Für speicherintensive Anwendung können Sie als User aus dem Küstenwasserbau auf die FAT-Node-Rechner wechseln:
* ssh -X kronos-fat[1;2;3]
* Die DISPLAY-Variable darf auf Kronos nicht explizit gesetzt worden sein.
* Abschließend wie gewohnt: '''janet [xxx]'''
|kontakt_original=Smile Consult GmbH
|kontakt_pflege=[http://www.smileconsult.de/ Smile Consult GmbH], [mailto:pre.proghome@baw.de Arbeitsgruppe PRE
|dokumentation=
* [http://www.baw.de/downloads/wasserbau/mathematische_verfahren/programmkennbl_de/pdf/JanetHandbuch.pdf Janet Benutzerhandbuch] 
* [http://blog.smileconsult.de/ smile consult Blog]
* Mitschrift einer Schulung zur Gittergenerierung (BAW-intern):
%PROGHOME%\examples\janet\schulung_workshop\schulung_2018_03\docs\Janet_Anleitung_1.0.pdf 
* Vortragsfolien des virtuellen Janet-Workshops am 02.02.2021:
%PROGHOME%\examples\janet\schulung_workshop\workshop_20210202\Janet_vWorkshop_2.2.2021.pdf 
}}

IGEL2D

2022-10-10T09:50:14Z

Ak3gseis:

{{Programmkennblatt
|name_en=IGEL2D
|name=IGEL2D
|version=Oktober 2001
|version_beschr= April 2008
|stichworte=
Preprozessor 
Peildaten 
Finite Elemente Gitternetz 
Generierung eines Randpolygons
|kurzbeschreibung=
Mit dem Programm IGEL2D wird eine Menge von Peildaten von einem Polygonzug umschlossen. Die Berechnung dieses Randpolygons erfolgt interaktiv, also graphisch unterstützt. Der Programmanwender bekommt so die Möglichkeit, verschiedene Parameter im laufenden Prozeß der Generierung zu variieren und die Auswirkungen sofort am Bildschirm zu verfolgen.
Folgende Parameter können während der Programmnutzung variiert werden:
:* Automatische oder manuelle Suche des nächsten Randpunktes
:* maximaler Abstand zwischen zwei benachbarten Randpunkten
:* Größe des Bildausschnitts
|eingabedateien=
# (req) allgemeine Eingabedaten (Dateityp [[IGEL2D.DAT|igel2d.dat]])
# (req) Peildaten (Dateityp [[GEOM.DAT|geom.dat]])
# (req) Layoutdatei (Dateityp [[LAYOUT.DAT|layout.dat]])
# (opt) unfertiges Polygon des äußeren Randes um die Peildaten (Dateityp [[RAND.DAT|rand.dat]])
|ausgabedateien=
# Polygon des äußeren Randes um die Peildaten (Dateityp [[RAND.DAT|rand.dat]])
# (opt) modifizierte Peildaten-Datei(en) (Dateityp [[GEOM.DAT|geom.dat]]):
#:* Datei mit allen Peildaten, die sich innerhalb des Randpolygons befinden
#:* Datei mit allen Peildaten, die sich außerhalb des Randpolygons befinden
# (opt) Datei vom Typ gkslog.dat (Terminalprotokoll). Diese Datei kann zum wiederholten automatischen Ausführen einer bereits einmal interaktiv durchlaufenen Sitzung genutzt werden! Eine durch Programmabsturz beendete Sitzung kann fortgeführt werden!
|methode=
* Die automatische Suche des nächsten Randpunktes erfolgt mit der Radarstrahl-Methode: Ein gedachter Strahl umkreist den aktuellen Randpunkt mit konstantem Radius gegen den Uhrzeigersinn. Der Radius entspricht dem maximalen Abstand zweier benachbarter Randpunkte. Dieser Radarstrahl umläuft den akt. Randpunkt genau ein Mal. Der Anfangswinkel wird so festgelegt, daß der vorletzte gefundene Randpunkt gerade eben nicht entdeckt werden kann. Der gesuchte neue Randpunkt zeichnet sich aus durch eine minimale Winkeldifferenz in Bezug zum Anfangswinkel.
* Bei der manuellen Suche des nächsten Randpunktes gibt der Programmanwender einen Punkt im Bildausschnitt an, zu dem dann der nächstgelegene Peilpunkt gesucht wird. Dieser Peilpunkt ist dann der neue Randpunkt.
* Mit der automatischen Suche wird nicht nur ein alle Peildaten umhüllendes Polygon ermittelt, sondern dieses Polygon ist entgegen dem Uhrzeigersinn sortiert; ganz so wie nachfolgene Gitternetz-Vermaschungs-Programme es brauchen.
|preprozessor=[[SYNGRID]], [[TEO]]
|postprozessor=ARCGIS, [[ArcGIS-Anwendungen]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/igel2d
}}

HSV

2022-10-10T09:46:25Z

Ak3gseis:

{{Programmkennblatt
|name_en=HSV
|name=HSV
|version=Januar 2018
|version_beschr=Januar 2018
|stichworte=
Sinkgeschwindigkeit 
SV Paket 
[https://de.wikipedia.org/wiki/CSV_(Dateiformat) CSV Format] (''comma separated values'') 

|kurzbeschreibung=
Das Programm HSV berechnet Sinkgeschwindigkeiten auf der Basis unterschiedlicher Sinkgeschwindigkeits-Formulierungen. Dazu liest das Programm eine Datei des Typs [[SV.DAT|sv.dat]] ein und ermittelt die Sinkgeschwindigkeiten für alle gewählten Fraktionen mit Hilfe des Software-Paketes SV, ggf. in Abhängigkeit des [[Schwebstoffgehalt|Schwebstoffgehalts]], der Schubspannung oder des absoluten Geschwindigkeitsgradienten. Die Ergebnisausgabe erfolgt im [https://de.wikipedia.org/wiki/CSV_(Dateiformat) CSV-Format]. Die extrahierten Daten liegen in Tabellenform vor und können in Programme wie MS EXCEL importiert werden.

Mit Hilfe der tabellarischen Ergebnisse des Programms HSV kann der Anwender zum Beispiel prüfen, ob die Abhängigkeit der Sinkgeschwindigkeit vom Schwebstoffgehalt mit den Erwartungen bezüglich der Sinkgeschwindigkeitsformulierung übereinstimmt. Oder der Anwender prüft die Sinkgeschwindigkeiten für unterschiedliche Parameter einer gegebenen Sinkgeschwindigkeitsformulierung.

|eingabedateien=
# (notwendig) '''Steuerdatei des SV Pakets''' (Dateityp [[SV.DAT|sv.dat]])

|ausgabedateien=
# '''ASCII-Tabellen''' im [https://de.wikipedia.org/wiki/CSV_(Dateiformat) CSV-Dateiformat]
# (optional) Datei mit '''Informationen zum Programmablauf''' (Dateityp hsv.sdr)
# (optional) Datei mit '''Testausgaben''' (Dateityp hsv.trc)

|methode=
Die Berechnung der Sinkgeschwindigkeiten erfolgt im Software Paket SV. Die dazu notwendigen Eingangsgrößen, wie zum Beispiel die zu berücksichtigende Sinkgeschwindigkeitsformulierung und die Parameter dafür stehen in der Steuerdatei [[SV.DAT|sv.dat]].

Das Programm HSV fragt den Anwender zusätzlich nach den Namen der Fraktionen, für die die Sinkgeschwindigkeiten berechnet werden sollen und nach den konkreten Werten oder dem Wertebereich für die die Sinkgeschwindigkeiten beeinflussenden Größen Schwebstoffgehalt, Schubspannung und absoluter Geschwindigkeitsgradient.

|preprozessor=Texteditor
|postprozessor=[[UNTRIM2007]], [[UNTRIM2]],Tabellenkalkulationsprogramm, Texteditor
|programmiersprache=Fortran90
|zus_software= ---
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=Visualisierungen von Testdatensätzen finden sich in '''$PROGHOME/examples/hsv/testcases/hsv_all_testcases.pptm'''
}}

GEOMFD2

2022-10-10T09:40:12Z

Ak3gseis:

{{Programmkennblatt
|name_en=GEOMFD2
|name=GEOMFD2
|version=Januar 1994
|version_beschr=Oktober 2022
|stichworte=Finite Differenzen-Verfahren FIDISOR/FIDIRB 
Peildaten 
Aktualisierung der Modelltopographie
|kurzbeschreibung=Das Programm GEOMFD2 gehört zu den Preprocessoren der hydronumerischen Verfahren FIDISOR/FIDIRB. Es dient der Umwandlung von Peildaten, die z.B. in einem äquidistanten Gitternetz vorliegen, in das Datenformat einer FD-Topographie.
|eingabedateien=
# Datei mit Eingabesteuerdaten (Datei des Typs [[GEOMFD2.DAT|geomfd2.dat]])
# ausgewählte Peildaten (Datei des Typs [[GEOM.DAT|geom.dat]])
# Topographie im Datenformat des Verfahrens FIDISOR/FIDIRB (Datei des Typs [[TOPO.BIN|topo.bin]])
# (optional) Jahresmatrix mit den Ursprungsjahren der Peildaten in der Topographiedatei (formatgleich mit einer Datei des Typs [[TOPO.BIN|topo.bin]])
|ausgabedateien=
# modifizierte Topographie im Datenformat des Verfahrens FIDISOR/FIDIRB (Datei des Typs [[TOPO.BIN|topo.bin]])
# (optional) modifizierte Jahresmatrix mit den Ursprungsjahren der Peildaten in der Topographiedatei (formatgleich mit einer Datei des Typs [[TOPO.BIN|topo.bin]])
# (optional) Datei mit Testausgaben (Dateityp geomfd2.trc)
|methode=
Das Programm bietet verschiedene Möglichkeiten zur Generierung von FD-Topographien und Jahresmatrizen:

* Generieren einer FD-Topographie aus Peildaten:
:* Lesen der existierenden Topographie.
:* Wie vor, jedoch zusätzlich Initialisieren aller Gitterzellen mit '''LAND''' (nur die Abmessungen werden übernommen).
:* Lesen der Abmessungen der zu erstellenden Topographie aus der Datei mit den Eingabesteuerdaten.
* Generieren einer Jahresmatrix:
:* Lesen einer existierenden Jahresmatrix.
:* Lesen einer als Initialisierungswert geltenden Jahreszahl aus der Steuerdatei.
:* Initialisierung der Jahresmatrix mit '''LAND''', so daß nur die Jahreszahlen der aktuell verarbeiteten Peildaten in die Matrix eingetragen werden.
Die Jahresmatrix, welche die gleichen Abmessungen wie die eingelesene bzw. zu erstellende Topographie hat, wird analog zur Topographie aus den Jahreszahlen, die zusammen mit den Dateinamen der Peildatendateien in der Datei mit den Eingabesteuerdaten angegeben sind, erstellt.
|preprozessor=[[SYNGRID]]
|postprozessor=[[FDGITTER05]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=M.J. Boehlich, I. Uliczka
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=siehe $PROGHOME/examples/geomfd2/
}}

FDGLUE

2022-10-10T09:32:36Z

Ak3gseis:

{{Programmkennblatt
|name_en=FDGLUE
|name=FDGLUE
|version=April 1997
|version_beschr=April 1997
|stichworte=
Finite Differenzen Gitter 
Präprozessor 
|kurzbeschreibung=
Utility-Programm zum Zusammenkleben zweier FD-Gitter im FIDISOR-Format zu einem neuen FD-Gitter.
|eingabedateien=
# Datei mit Steuerinformation (Typ [[FDGLUE.DAT|fdglue.dat]])
# Gitterdateien der zwei zu verklebenden Gitternetze (FIDISOR-Format) (Typ [[TOPO.BIN|topo.bin]])
|ausgabedateien=
# zusammengeklebtes Gitter (FIDISOR-Format) (Typ [[TOPO.BIN|topo.bin]])
# (optional) Datei mit Testausgaben (fdglue.trc)
|methode=
Das Programm klebt zwei Gitter im FIDISOR-Format zusammen zu einem neuen Gitter. Soll das Gitter '''A''' und das Gitter '''B''' zu einem neuen Gitter '''C''' zusammengegkebt werden, so müssen die Gitter '''A''' und '''B''' den gleichen Koordinatenursprung und die gleichen Gitterweiten besitzen. Nachdem diese Voraussetzung überprüft wurde, wird zunächst die Größe von Gitter '''C''' bestimmt. Gitter '''C''' wird mit Tiefenwerten für Landbereiche initialisiert und mit der Tiefe von '''A''' beschrieben. Dann werden die Tiefenwerte von '''B''' in das Gitter '''C''' geschrieben. Mit dem Wichtungsfaktor '''W''' aus der Steuerdatei berechnet sich nun im Überlappungsbereich von '''A''' und '''B''' die Tiefe von '''C''' neu. Abschließend wird das Gitter '''C''' abgespeichert. 
'''Hinweis''':
Das Programm prüft nicht, ob sich die beiden Gitter '''A''' und '''B''' überschneiden. Ist dies nicht der Fall, so sind in dem Ergebnisgitter '''C''' die Gitter '''A''' und '''B''' durch einen Landbereich getrennt.
|preprozessor=
[[TC2GEOM]]
|postprozessor=
[[FDGITTER05]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=A. Cords
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation= -
}}

FDGLUE

2022-10-10T09:30:15Z

Ak3gseis:

{{Programmkennblatt
|name_en=FDGLUE
|name=FDGLUE
|version=April 1997
|version_beschr=April 1997
|stichworte=
Finite Differenzen Gitter 
Präprozessor 
|kurzbeschreibung=
Utility-Programm zum Zusammenkleben zweier FD-Gitter im FIDISOR-Format zu einem neuen FD-Gitter.
|eingabedateien=
# Datei mit Steuerinformation (Typ [[FDGLUE.DAT|fdglue.dat]])
# Gitterdateien der zwei zu verklebenden Gitternetze (FIDISOR-Format) (Typ [[TOPO.BIN|topo.bin]])
|ausgabedateien=
# zusammengeklebtes Gitter (FIDISOR-Format) (Typ [[TOPO.BIN|topo.bin]])
# (optional) Datei mit Testausgaben (fdglue.trc)
|methode=
Das Programm klebt zwei Gitter im FIDISOR-Format zusammen zu einem neuen Gitter. Soll das Gitter '''A''' und das Gitter '''B''' zu einem neuen Gitter '''C''' zusammengegkebt werden, so müssen die Gitter '''A''' und '''B''' den gleichen Koordinatenursprung und die gleichen Gitterweiten besitzen. Nachdem diese Voraussetzung überprüft wurde, wird zunächst die Größe von Gitter '''C''' bestimmt. Gitter '''C''' wird mit Tiefenwerten für Landbereiche initialisiert und mit der Tiefe von '''A''' beschrieben. Dann werden die Tiefenwerte von '''B''' in das Gitter '''C''' geschrieben. Mit dem Wichtungsfaktor '''W''' aus der Steuerdatei berechnet sich nun im Überlappungsbereich von '''A''' und '''B''' die Tiefe von '''C''' neu. Abschließend wird das Gitter '''C''' abgespeichert. 
'''Hinweis''':
Das Programm prüft nicht, ob sich die beiden Gitter '''A''' und '''B''' überschneiden. Ist dies nicht der Fall, so sind in dem Ergebnisgitter '''C''' die Gitter '''A''' und '''B''' durch einen Landbereich getrennt.
|preprozessor=
[[TC2GEOM]]
|postprozessor=
[[FDGITTER05]]
|programmiersprache=Fortran77
|zus_software= -
|kontakt_original=A. Cords
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation= -
}}

FFT

2022-10-10T09:28:26Z

Ak3gseis:

{{Programmkennblatt
|name_en=FFT
|name=FFT
|version=2.x
|version_beschr=August 2003
|stichworte=
Analyse äquidistanter Zeitreihen 
Spektralanalyse 
Filterung 
Fouriertransformation 
Trendberechnung 
|kurzbeschreibung=
Das Programm FFT bearbeitet die Zeitreihenergebnisse verschiedener [[Modellverfahren für den Küstenbereich und Ästuare]] sowie gemessene äquidistante Zeitreihen. Es kann die Daten filtern, eine Spektralanalyse durchführen und einen linearen Trend berechnen. Es bietet die Möglichkeit die analysierten Daten zu modifizieren.
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[FFTEIN.DAT|fftein.dat]])
# gemessene oder numerisch berechnete Zeitreihe (Dateityp [[BOEWRT.DAT|boewrt.dat]] oder [[KNOERG.BIN|knoerg.bin]])
|ausgabedateien=
# Druckerdatei mit Informationen über Spektrum und Zeitreihe (Dateityp fftsdr.dat)
# gefilterte Zeitreihe (Dateityp [[SOLWRT.DAT|solwrt.dat]])
# Batch-Datei für das Programm [[ZEITRIO]] zum Konvertieren der gefilterten Zeitreihe in eine Datei des Typs [[BOEWRT.DAT|boewrt.dat]]
# Trendgerade einer Zeitreihe (Dateityp [[SOLWRT.DAT|solwrt.dat]])
# eine um den Trend bereinigte Originalzeitreihe (Dateityp [[SOLWRT.DAT|solwrt.dat]])
|methode=
Das Programm FFT kann zur Analyse und Modifikation von Zeitreihen eingesetzt werden, deren Funktionswerte in äquidistanten Zeitabständen vorliegen. Im einzelnen bietet das Programm die nachfolgenden Möglichkeiten:

* Berechnung des '''diskreten Spektrums''' mittels einer Fouriertransformation
* Berechnung des Powerspektrums
* Berechnung des Korrelationsspektrums sowie der Korrelationsfunktion für zwei Zeitreihen
* Anwendung '''verschiedener Filtertypen'''
* Berechnung der inversen Fouriertransformation; '''Erzeugung einer äquidistanten Zeitreihe''' aus dem (gefilterten) diskreten Spektrum
* Berechnung des '''linearen Trends'''
* Subtrahieren des linearen Trends von der Originalzeitreihe
* Subtrahieren der Differenz der linearen Trends zweier Zeitreihen von der ersten Originalzeitreihe
|preprozessor=
[[MESKOR]], [[XTRDATA]], [[ZEITRIO]]
|postprozessor=
[[BOERND]], [[EVENTFILTER]], [[EXCELENZ]], [[FRQWF]], [[GVIEW2D]], [[TIDKEN]], [[TSCALC]], [[UTRRND]], [[ZEITRIO]]
|programmiersprache=FORTRAN90
|zus_software= -
|kontakt_original=I. Uliczka
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=siehe $PROGHOME/examples/fft/
}}

FD2TRIM

2022-10-10T09:25:22Z

Ak3gseis:

{{Programmkennblatt
|name_en=FD2TRIM
|name=FD2TRIM
|version=Mai 1998
|version_beschr=Oktober 1999
|stichworte=
Preprozessor 
Finite Differenzen Verfahren 
Umwandlung eines Finite Differenzen Gitters 
mathematisches Verfahren FIDIRB 
mathematisches Verfahren [[Mathematisches Verfahren TRIM-2D|TRIM-2D]] 
|kurzbeschreibung=
Bei dem Programm FD2TRIM handelt es sich um einen Preprozessor des mathematischen Verfahrens [[Mathematisches Verfahren TRIM-2D|TRIM-2D]]. Dieses Programm dient der Umwandlung einer im Datenformat des mathematischen Verfahrens FIDIRB vorliegenden Modelltopographie (Bathymetrie) in ein dazu äquivalentes Finite Differenzen Gitternetz des mathematischen Verfahrens [[Mathematisches Verfahren TRIM-2D|TRIM-2D]].

Die Lage (Ort und Höhe) von Strombauwerken kann, insofern die Strukturen als Polygonzüge definiert sind und in einer Datei des Typs nodes.save vorhanden sind, in der [[Mathematisches Verfahren TRIM-2D|TRIM-2D]]-Topographie in geeigneter Weise berücksichtigt werden.

FD2TRIM erlaubt darüberhinaus einen Übergang auf eine andere, größere oder kleinere, Gitterweite.
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[FD2TRIM.DAT|fd2trim.dat]])
# FIDIRB-Modelltopographie (Dateityp [[TOPO.BIN|topo.bin]])
# (optional) Datei mit Sicherungspolygonen (Dateityp [[NODES.SAVE|nodes.save]])
#* '''Hinweis''': die Sicherungspolygone sollten möglichst lineare Strukturen wiedergeben. Schleifen o.ä. sind nicht erlaubt.
# (optional) Datei mit U-Sicherungspunkten (MJB-Spezial) (Dateityp fidirb.u.save)
# (optional) Datei mit V-Sicherungspunkten (MJB-Spezial) (Dateityp fidirb.v.save)
|ausgabedateien=
# äquivalente TRIM-2D-Modelltopographie (Dateityp [[TR2.TOPO.BIN|tr2.topo.bin]])
# (optional) modifizierte Strukturinformationen (Dateityp [[INSEL.DAT|insel.dat]])
#* '''Hinweis''': diese Datei enthält die auf die Kanten der Gitterzellen abgebildeten Strukturen der in der Eingabedatei des Typs nodes.save vorhandenen Sicherungspolygone (zu Kontrollzwecken, z.B. mit dem Programm HVIEW2D)
# (optional) Datei mit modifizierten Sicherungspolygonen (Dateityp [[NODES.SAVE|nodes.save]])
#* '''Hinweis''': diese Datei enthält die auf die Kanten der Gitterzellen abgebildeten Sicherungspunkte der in der Eingabedatei des Typs nodes.save vorhandenen Sicherungspolygone (zur evtl. späteren Wiederverwendung in dem Programm [[TR2GEOM]])
# Druckerdatei mit Informationen zum Programmablauf (Dateityp fd2trim.sdr)
# (optional) Datei mit Testausgaben (Dateityp fd2trim.trc)
|methode=
Im Wesentlichen wird durch Interpolation für jeden Punkt der TRIM-2D-Modelltopographie (bei der Simulation werden die Tiefen an den U- und den V-Punkten benötigt) ein Tiefenwert aus der an den ZETA-Punkten definierten FIDIRB-Modelltopographie ermittelt. Bei der Berechnung wird immmer die Tiefe zweier ZETA-Punkte benutzt, so daß der U- bzw. V-Punkt jeweils zentral zwischen den ZETA-Punkten liegt. Zwei Methoden sind implementiert:

# Die Tiefen an den U- und V-Punkten sind die Mittelwerte der Tiefen an den zugehörigen ZETA-Punkten. Dies gewährleistet die bestmögliche Wiedergabe der Tiefe an den U- und V-Punkten und damit eine korrekte Bestimmung der Fortschrittsgeschwindigkeit der Tidewelle. Allerdings wird das Volumen des zu berechnenden Systems bei einer Simulation mit TRIM-2D anschließend systematisch überschätzt.
# Die Tiefen an den U- und V-Punkten sind die minimalen Tiefen an den zugehörigen ZETA-Punkten. Dies gewährleistet die bestmögliche Wiedergabe des Volumens. Allerdings wird hierbei die Tiefe, und damit auch die Fortschrittsgeschwindigkeit der Tidewelle, bei einer Simulation mit TRIM-2D anschließend systematisch unterschätzt.

Die Tiefen entlang von Sicherungsploygonen werden bestmöglich auf kontinuierliche, den Kanten der Gitterzellen folgende Zick-Zack-Linien (U- und V-Punkte) abgebildet
|preprozessor=
[[FD2ADDTOPO]], [[FD2DEL]], [[FD2HYPSO]], [[FDGITTER05]], [[POLWIND]], [[TR2FIDI]]
|postprozessor=
[[FD2MET]], [[TOUTR]], [[TR2FIDI]], [[TR2REFRESH]], [[TR2RND]], [[TR2VOR]], [[TRGITTER05]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/fd2trim/
}}

FD2TRIM

2022-10-10T09:22:37Z

Ak3gseis:

{{Programmkennblatt
|name_en=FD2TRIM
|name=FD2TRIM
|version=Mai 1998
|version_beschr=Oktober 1999
|stichworte=
Preprozessor 
Finite Differenzen Verfahren 
Umwandlung eines Finite Differenzen Gitters 
mathematisches Verfahren FIDIRB 
mathematisches Verfahren [[Mathematisches Verfahren TRIM-2D|TRIM-2D]] 
|kurzbeschreibung=
Bei dem Programm FD2TRIM handelt es sich um einen Preprozessor des mathematischen Verfahrens [[Mathematisches Verfahren TRIM-2D|TRIM-2D]]. Dieses Programm dient der Umwandlung einer im Datenformat des mathematischen Verfahrens FIDIRB vorliegenden Modelltopographie (Bathymetrie) in ein dazu äquivalentes Finite Differenzen Gitternetz des mathematischen Verfahrens [[Mathematisches Verfahren TRIM-2D|TRIM-2D]].

Die Lage (Ort und Höhe) von Strombauwerken kann, insofern die Strukturen als Polygonzüge definiert sind und in einer Datei des Typs nodes.save vorhanden sind, in der [[Mathematisches Verfahren TRIM-2D|TRIM-2D]]-Topographie in geeigneter Weise berücksichtigt werden.

FD2TRIM erlaubt darüberhinaus einen Übergang auf eine andere, größere oder kleinere, Gitterweite.
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[FD2TRIM.DAT|fd2trim.dat]])
# FIDIRB-Modelltopographie (Dateityp [[TOPO.BIN|topo.bin]])
# (optional) Datei mit Sicherungspolygonen (Dateityp [[NODES.SAVE|nodes.save]])
#* '''Hinweis''': die Sicherungspolygone sollten möglichst lineare Strukturen wiedergeben. Schleifen o.ä. sind nicht erlaubt.
# (optional) Datei mit U-Sicherungspunkten (MJB-Spezial) (Dateityp fidirb.u.save)
# (optional) Datei mit V-Sicherungspunkten (MJB-Spezial) (Dateityp fidirb.v.save)
|ausgabedateien=
# äquivalente TRIM-2D-Modelltopographie (Dateityp [[TR2.TOPO.BIN|tr2.topo.bin]])
# (optional) modifizierte Strukturinformationen (Dateityp [[INSEL.DAT|insel.dat]])
#* '''Hinweis''': diese Datei enthält die auf die Kanten der Gitterzellen abgebildeten Strukturen der in der Eingabedatei des Typs nodes.save vorhandenen Sicherungspolygone (zu Kontrollzwecken, z.B. mit dem Programm HVIEW2D)
# (optional) Datei mit modifizierten Sicherungspolygonen (Dateityp [[NODES.SAVE|nodes.save]])
#* '''Hinweis''': diese Datei enthält die auf die Kanten der Gitterzellen abgebildeten Sicherungspunkte der in der Eingabedatei des Typs nodes.save vorhandenen Sicherungspolygone (zur evtl. späteren Wiederverwendung in dem Programm [[TR2GEOM]])
# Druckerdatei mit Informationen zum Programmablauf (Dateityp fd2trim.sdr)
# (optional) Datei mit Testausgaben (Dateityp fd2trim.trc)
|methode=
Im Wesentlichen wird durch Interpolation für jeden Punkt der TRIM-2D-Modelltopographie (bei der Simulation werden die Tiefen an den U- und den V-Punkten benötigt) ein Tiefenwert aus der an den ZETA-Punkten definierten FIDIRB-Modelltopographie ermittelt. Bei der Berechnung wird immmer die Tiefe zweier ZETA-Punkte benutzt, so daß der U- bzw. V-Punkt jeweils zentral zwischen den ZETA-Punkten liegt. Zwei Methoden sind implementiert:

# Die Tiefen an den U- und V-Punkten sind die Mittelwerte der Tiefen an den zugehörigen ZETA-Punkten. Dies gewährleistet die bestmögliche Wiedergabe der Tiefe an den U- und V-Punkten und damit eine korrekte Bestimmung der Fortschrittsgeschwindigkeit der Tidewelle. Allerdings wird das Volumen des zu berechnenden Systems bei einer Simulation mit TRIM-2D anschließend systematisch überschätzt.
# Die Tiefen an den U- und V-Punkten sind die minimalen Tiefen an den zugehörigen ZETA-Punkten. Dies gewährleistet die bestmögliche Wiedergabe des Volumens. Allerdings wird hierbei die Tiefe, und damit auch die Fortschrittsgeschwindigkeit der Tidewelle, bei einer Simulation mit TRIM-2D anschließend systematisch unterschätzt.

Die Tiefen entlang von Sicherungsploygonen werden bestmöglich auf kontinuierliche, den Kanten der Gitterzellen folgende Zick-Zack-Linien (U- und V-Punkte) abgebildet
|preprozessor=
[[FD2ADDTOPO]], [[FD2DEL]], [[FD2HYPSO]], [[FDGITTER05]], [[POLWIND]], [[TR2FIDI]]
|postprozessor=
[[FD2MET]], [[TOUTR]], [[TR2FIDI]], [[TR2REFRESH]], [[TR2RND]], [[TR2VOR]], [[TRGITTER05]]
|programmiersprache=Fortran77
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/fd2trim/
}}

FD2SPUELER

2022-10-10T09:19:05Z

Ak3gseis:

{{Programmkennblatt
|name_en=FD2SPUELER
|name=FD2SPUELER
|version=Juni 1996
|version_beschr=Juni 1996
|stichworte=
Finite Differenzen Verfahren 
FIDISOR/FIDIRB Preprozessor 
Auffuellen einer Fahrrinne 
|kurzbeschreibung=
Mit dem Programm FD2SPUELER können FD-Topographien im Format der Verfahren FIDISOR/FIDIRB im Bereich von Fahrrinnen in ihrer Höhenlage angehoben werden. Dabei kann die neue Sohllage entlang der Fahrrinne individuell angepaßt werden. Zusaetzlich werden Übertiefen entlang der Fahrrinne erkannt und teilverfuellt, sowie die Böschungsneigung am Rand der Fahrrinne aktualisiert.
|eingabedateien=
# (req) allgemeine Eingabedaten (Dateityp [[FD2SPUELER.DAT|fd2spueler.dat]])
# (req) Zu verfuellende Original-Topographie im Datenformat der Verfahren FIDISOR/FIDIRB (Dateityp [[TOPO.BIN|topo.bin]])
# (req) Polygonzug mit der zu verfuellenden Fahrrinne (Dateityp [[FD2BAGGER.POLY|fd2bagger.poly]])
# (opt) Referenzliste mit den längs der Fahrrinne definierten Sohltiefen und Böschungsneigungen (Dateityp [[FD2BAGGER.REFLIST|fd2bagger.reflist]])
# (opt) Indexliste mit allen zu schützenden Zellen der FD-Topographie (Dateityp [[FD2BAGGER.CELLSAVE|fd2bagger.cellsave]])
# (opt) Integer-Matrix (Beschreibung siehe unten) (Dateityp [[FD-MATRIX.BIN|fd-matrix.bin]])
|ausgabedateien=
# Verfuellte Topographie im Datenformat der Verfahren FIDISOR/FIDIRB (Dateityp [[TOPO.BIN|topo.bin]])
# (opt) Integer-Matrix (Beschreibung siehe unten) (Dateityp [[FD-MATRIX.BIN|fd-matrix.bin]]) (wird nur dann erzeugt, wenn eine solche Datei bisher nicht existiert).
|methode=
Kernstueck des Programmes ist die Berechnung einer Integer-Matrix mit den Abmessungen der akt. eingelesenen FD-Topographie. Durch diese Matrix kann jeder Zelle eine Kennung zugewiesen werden. Diese Kennungen steuern die Aktionen des Programmes, die auf die Höhenlage der Zellen einwirken. Hier die Kennungen im Einzelnen:
* -200: Zelle ist nicht aktiv
* -10: Zelle ist aktiv, aber außerhalb der Fahrrinne
* -6: Zelle wurde auf korrekte Böschungsneigung kontrolliert
* 0: Zelle ist aktiv und liegt in direkter Nachbarschaft zu Fahrrinne
* 2: Zelle ist aktiv und liegt zu einem kleinen Teil innerhalb der Fahrrinne
* 5: Zelle ist aktiv und liegt zu einem großen Teil oder vollständig innerhalb der Fahrrinne.
|preprozessor=
TC2GEOM
|postprozessor=
[[FD2HYPSO]], [[FDGITTER05]], FIDIRB
|programmiersprache=Fortran77
|zus_software= -
|kontakt_original=J. Jürges
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=unter $PROGHOME/examples/fd2spueler
}}

FD2MOD

2022-10-10T09:16:54Z

Ak3gseis:

{{Programmkennblatt
|name_en=FD2MOD
|name=FD2MOD
|version=Juli 1996
|version_beschr=Juli 1996
|stichworte=
Utility-Programm 
Finite Differenzen Verfahren 
Modifizieren der Differenz zweier Modelltopographien 
|kurzbeschreibung=
Mit dem Programm FD2MOD können FD-Differenzen-Topographien, die vom Programm FD2DEL erzeugt wurden, in unterschiedlicher Weise verändert werden. Anschließend kann die Ergebnisdatei wieder mit FD2DEL weiter verarbeitet werden.
|eingabedateien=
# (req) allgemeine Eingabedaten (Dateityp [[FD2MOD.DAT|fd2mod.dat]])
# (req) Zu modifizierende Differenzen-Topographie im Format des Verfahrens FD2DEL (Dateityp [[DTOPO.DAT|dtopo.dat]]). Diese Datei enthält die Tiefenangaben an ausgewählten Gitterzellen.
|ausgabedateien=
Modifizierte Differenzen-Topographie im Datenformat der Verfahren FD2DEL (Dateityp [[DTOPO.DAT|dtopo.dat]]). Sie enthält die gleichen Punkte wie die ursprüngliche Differenzentopographie, jedoch sind die Höhen nach den Vorgaben durch MODI modifiziert.
|methode=
In Fortsetzung von Programm FD2DEL wird die Differenzentopographie ZD(i) für die MODI 7, 8, 9 und 10 nach folgenden Regeln in einem anzugebenden Gebiet modifiziert:
* 7: ZD(i) = ZD(i) + MODWERT (um einen konstanten Wert verändern)
* 8: ZD(i) = MODWERT (auf einen konstanten Wert setzen)
* 9: ZD(i) = ZD(i) + ZD(i) * MODWERT/100. (um einen Prozentsatz verändern)
* 10: ZD(i) = ZD(i) + MODWERT oder ZD(i) = 0.0 ( um konstanten Wert veraendern, aber maximal bis Original-Topographiehoehe, d.h. Differenzentopographiehöhe gleich Null)
|preprozessor=[[FD2DEL]]
|postprozessor=[[FD2DEL]], FD2DTOP
|programmiersprache=Fortran77
|zus_software= -
|kontakt_original=E. Rudolph
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=unter $PROGHOME/examples/fd2mod
}}

FD2KACHEL

2022-10-10T09:14:48Z

Ak3gseis:

{{Programmkennblatt
|name_en=FD2KACHEL
|name=FD2KACHEL
|version=V 2.x
|version_beschr=Dezember 2000
|stichworte=
Pre-, Postprozessor 
Finite Differenzen Verfahren 
mathematisches Verfahren TRIM-2D 
Erzeugung einer Teilgebietstopographie 
Datenerzeugung für Teilgebiete 
|kurzbeschreibung=
Das Programm FD2KACHEL dient als Preprocessor für alle FD-Verfahren sowie als Postprozessor des mathematischen Verfahrens FIDISOR. Damit können für rechteckige Gebiete, auch Teilgebiete oder Kacheln genannt, Ausschnitte aus der gesamten Modelltopographie (Bathymetrie) herausgeschnitten werden. Außerdem ist es möglich, aus den für das Gesamtgebiet vorliegenden Berechnungsergebnissen die in dem Teilgebiet liegenden Daten auszulesen und in eine neue Datei zu schreiben, welche dann nur noch die Berechnungsergebnisse des Teilgebietes enthält.

Die Reduktion der Datenmenge mit Hilfe des Programmes FD2KACHEL ist hilfreich für die spätere graphische Darstellung oder Analyse der Berechnungsergebnisse.

Es können gleichzeitig mehrere Teilgebiete bearbeitet werden.

Die Funktionalität der Kachelung von Ergebnisdateien wird nicht mehr verwendet, das Programm dient derzeit ausschließlich der Kachelung von Topographien.
|eingabedateien=
# allgemeine Eingabedaten (Dateityp [[FD2KACHEL.DAT|fd2kachel.dat]])
# Topographie (Dateityp [[TOPO.BIN|topo.bin]])
# Berechnungsergebnisse des Verfahrens FIDISOR/FIDIRB (Dateityp fd2.result)
|ausgabedateien=
# Topographie und Indexfelder für Teilgebiet(e) (Dateityp [[TOPO.BIN|topo.bin]])
# Berechnungsergebnisse für Teilgebiet(e) (Dateityp fd2.result)
# Druckerdatei mit Informationen zum Programmablauf (Dateityp fd2kachel.sdr)
# (optional) Datei mit Testausgaben (Dateityp fd2kachel.trc)
|methode=
Modelltopographie und Berechnungsergebnisse werden in geeigneter Weise aus den für das Gesamtgebiet vorliegenden Dateien ohne Informationsverlust ausgelesen und in den für die Teilgebiete erzeugten Dateien abgelegt.
|preprozessor=
[[FDGITTER05]]
|postprozessor=
[[FDGLUE]], [[FDGITTER05]]
|programmiersprache=Fortran90
|zus_software= -
|kontakt_original=G. Lang
|kontakt_pflege=[mailto:pre.proghome@baw.de Arbeitsgruppe PRE]
|dokumentation=$PROGHOME/examples/fd2kachel/
}}