3.1 Einführung
3.2 Programmstrukturierung
3.3 Programmsteuerung
3.4 Verzeichnisstruktur
3.5 Programmname und Programmstart
3.6 Pfade
3.7 Programmtestung
3.8 Modellvarianten
3.9 Zeitschrittwahl für die Kontrollanzeige
3.1 Einführung
Das System ArcEGMO wurde in der Programmiersprache C geschrieben und ist auf PC’s unter Windows und auf UNIX-Plattformen lauffähig. In der jetzigen Version ist es in erster Linie als intelligente Toolbox für die Modellierung hydrologischer Prozesse zu sehen. Um die Lauffähigkeit auf verschiedenen Plattformen zu gewährleisten, besitzt ArcEGMO keine Nutzeroberfläche. Das Modell generiert sich weitgehend selbst entsprechend den zur Verfügung stehenden raum- und zeitbezogenen Eingangsdaten. Der auf ein Minimum reduzierte Nutzerdialog findet über Steuerdateien im ASCII-Format statt.
Im Folgenden werden im Sinne einer Übersichtsdarstellung einige grundlegende Prinzipien des Programms ArcEGMO beschrieben. Ausführlichere Beschreibungen werden in den nachfolgenden Kapiteln gegeben.
3.2 Programmstrukturierung
ArcEGMO besteht aus einer Reihe von Komponenten, die sich wie folgt bezüglich ihres Inhaltes unterscheiden:
- Programmkomponenten, die die Schnittstellen zu den raum- und zeitbezogenen Eingangsdaten und Modellergebnissen darstellen,
- Modellkomponenten, die die hydrologischen Prozesse innerhalb einer Modellebene beschreiben und
- Module, die jeweils genau einen hydrologischen Teilprozess beschreiben.
Abbildung 3.2‑1 gibt eine schematische Übersicht über das Programmsystem ArcEGMO. Den Kern bildet das hydrologische Modell, das definiert wird über:
- die verwendeten prozessbeschreibenden Module,
- die Art und die Detailliertheit der GIS-Datenbasis,
- die räumliche Auflösung in den einzelnen Modellebenen (MET, ABI, RD, GW, Q).
Die Verbindung zwischen Ein- und Ausgangsdaten und Modell wird über die folgenden Programmkomponenten realisiert:
- EFL, TG, KAS, FGW und GWP[1] als GIS-Schnittstelle für den Zugriff auf die raumbezogenen Eingangsdaten,
- HYD für die bedarfsweise Zusammenfassung von Elementarflächen zu Hydrotopklassen,
- METEOR zur Verwaltung der zeitbezogenen meteorologischen Eingangsdaten und deren Flächenübertragung,
- HYD_DATA zur Verwaltung der zeitbezogenen hydrologischen Daten und ihrer räumlichen Zuordnung und
- RESULTS zur Verwaltung der Ergebnisse.
Abbildung 3.2‑1: Übersichtsschema zum Aufbau des Programmsystems
ArcEGMO existiert in zwei unterschiedlichen Programmversionen.
Die Nutzerversion kann angewendet werden für Simulationsrechnungen mit den implementierten Modellvarianten.
Bei Einsatz der Entwicklerversion
- können die implementierten Modellvarianten modifiziert werden, indem Module in der Bibliothek geändert oder ausgetauscht werden oder
- neue Modelle integriert und neue Modellvarianten aufgebaut werden unter Nutzung der Bibliotheksfunktionen der Programm- und Modellkomponenten und der bereits integrierten Module.
Je nach Aufgabenstellung können mit ArcEGMO unterschiedlich komplexe Modelltypen generiert und abgearbeitet werden. Folgende Modelltypen werden derzeit unterstützt bzw. werden z.T. in das Programmsystem integriert:
| MET_MOD | Modell zur Flächenübertragung stationsbezogener Klimagrößen, Schließen von Beobachtungslücken etc. |
| WH_MOD | Modell zur flächendifferenzierten Berechnung des Wasserhaushalts unter Nutzung stations- oder flächenbezogener Klimagrößen (analog MET_MOD) |
| NA_MOD | Niederschlag-Abfluss-Modell – WH_MOD zzgl. Berechnung der lateralen Mengenströme auf der Erdoberfläche, im Untergrund und im Gewässernetz |
| BW_MOD | Bewirtschaftungsmodell – erlaubt effektive Betrachtung von interessierenden Ausschnitten des Untersuchungsgebietes, z.B. Variantenrechnungen für Bewirtschaftungsmaßnahmen, betrachtet wird nur noch die Abflusskonzentration im Gewässernetz, Vorgabe von Randbedingungen (mit NA_MOD berechnete Zuflüsse zum Gebietsausschnitt) möglich |
[1] zur Integration vorgesehen – dient der Berücksichtigung von besonderen Punkten im Gewässernetz (Speicher, Hochwasserrückhaltebecken, Seen, Wehre etc.)
3.3 Programmsteuerung
Dem Modell und jeder Komponente ist jeweils eine Steuerdatei zugeordnet, die entweder:
- die Abarbeitung des Modells in den verschiedenen Modellebenen steuern oder
- der Beschreibung von Datentabellen dienen.
Zur besseren Unterscheidung der verschiedenen Dateien gibt es verschiedene Dateitypen, die sich durch ihre Endungen leicht erkennen lassen.
- STEuerdateien mit der Endung .ste
- StrukturDefinitionsFiles mit der Endung .sdf
Die Steuerdateien sind aus verschiedenen Informationsblöcken aufgebaut, die nacheinander abgearbeitet werden. Während die Programmsteuerung über die STEeuerdateien erfolgt, wird die Datenstruktur in den StrukturDefinitionsFiles festgelegt (Abbildung 3.3-1).
Abbildung 3.3‑1: Struktur des Projektverzeichnisses
Auf die Integration einer Programmoberfläche wurde vorerst verzichtet.
Jede Steuerdatei setzt sich aus einem oder mehreren Anweisungsblöcken zusammen. Jeweils in der ersten Zeile eines Anweisungsblockes befindet sich ein definiertes und damit obligatorisches Schlüsselwort. Ein Block wird über das Dateiende oder mit einer mit „+“ beginnenden Abschlusszeile abgeschlossen, die ebenfalls obligatorisch ist und programmintern zur Ermittlung der Anzahl der Anweisungszeilen verwendet wird.
In der Regel beginnt jede Anweisungszeile mit einem definierten Schlüsselwort. Innerhalb des Programms werden Anweisungen über ihre Schlüsselwörter identifiziert. Wird ein Schlüsselwort nicht gefunden, führt das je nach Anweisung zu einem definierten Programmabbruch oder dazu, dass die zugehörige Anweisung nicht ausgeführt wird. In einigen Steuerdateien wird letzteres genutzt, um gezielt bestimmte Optionen ein- oder auszuschalten, indem vor das Schlüsselwort z.B. ein ‘*’ gesetzt wird, was zur Nichtidentifikation dieses Wortes führt. Schlüsselworte sind weitgehend in Klarschrift verfasst, sie lassen also schon direkt auf den Inhalt der zugehörigen Anweisung schließen. Durch Kommentare, die nach der eigentlichen Anweisung folgen und mit ‘/*’ beginnen, sind weitere Erläuterungen zu den einzelnen Anweisungen direkt in die Steuerdateien integriert, so dass vielfach auf eine ausführliche Erläuterung einzelner Anweisungen verzichtet werden kann. Wichtig ist jedoch der Hinweis, dass als Dezimaltrenner der „.“ in sämtlichen Steuerdateien fungiert.
Das Hauptprogramm ARC_EGMO initialisiert Speicherplatz für die Modellsteuerung und organisiert den Aufruf des abzuarbeitenden Modells. Zu Beginn eines Simulationslaufes wird die Programmsteuerdatei ARC_EGMO.STE (vgl. Abbildung 3.3‑2) eingelesen, die sich im aktuellen Verzeichnis bzw. bei der Arbeit unter Windows im Arbeitsverzeichnis befinden muss.
Innerhalb dieser Steuerdatei werden die folgenden Optionen festgelegt:
- MODELL_VERSION – hier ist über den Modelltyp anzugeben, ob ein Wasserhaushaltsmodell oder ein komplettes Niederschlag-Abfluss-Modell aktiviert werden soll.
- STARTDATUM, STARTZEIT, ENDDATUM und ENDZEIT[1]legen den Berechnungszeitraum fest. Dieser wird durch die zur Verfügung stehenden meteorologischen Eingangsdaten begrenzt, deren zeitliche Auflösung auch die Berechnungsschrittweite bestimmt.
- Über PROJEKT wird das Verzeichnis festgelegt, das die projektbezogenen Daten beinhaltet.
- Unter der Option RAUMBEZUEGE_MODELLIERUNG wird angegeben, auf welche Geometrien
- die Klimagrößen in METEOR übertragen werden sollen und
- die Modellrechnungen in den einzelnen Modellebenen bezogen werden sollen.
Welche Raumbezüge prinzipiell vom System ArcEGMO unterstützt werden, wird in den Kapiteln 4 und 7 erläutert. Die Festlegung des jeweils zu aktivierenden Raumbezugs muss passfähig zu den Möglichkeiten des aktivierten Moduls sein.
- Über die Option RAUMBEZUEGE_ERGEBNISSE wird festgelegt, ob eine Ergebnisauswertung für die jeweilige Modellebene stattfindet und auf welche Geometrien die Modellierungsergebnisse aggregiert werden sollen. Derzeit ist eine Ergebnisaggregierung allerdings nur für die Modellebenen METEOR und ABFLUSS-BILDUNG möglich.
- Mit den dann folgenden Angaben MODUL_MET … MODUL_Q wird festgelegt, welches Modul in jeder Modellebene zu aktivieren ist. Diese Option, die nur in der Entwicklerversion freigeschaltet ist, erlaubt eine relativ freie Generierung eines Gesamtmodells. Die Auswahl des Moduls erfolgt über seinen Namen. Gleichzeitig wird überprüft, ob dieses Modul für den gewählten Raumbezug bei der Modellierung zugelassen ist. Eine Übersicht über die derzeit eingebundenen Module wird in Kapitel 7 gegeben, die Beschreibungen der einzelnen Module erfolgt im Teil II der Programmdokumentation.
- Über den Eintrag STARTWERTE_AUS_SIMULATION? werden die Systemzustandsvariablen der Modellebenen ABI, RD, GW und Q am Ende der Berechnung in der Datei results\<BERECHNUNGS_VARIANTE>\modell.anf gespeichert. Existiert diese Datei beim Simulationsstart bereits, werden die dort gespeicherten Zustandsvariablen als Startwertbelegung verwendet. Über diese Option wird eine iterative Verbesserung der Anfangswertbelegung ermöglicht. Sind allerdings in der modul.ste (s. Kapitel 7) für das Abflussbildungsmodul auf Grund der meteorologischen Vorgeschichte (s. ABI_MODELL -MET_VORGESCHICHTE) Anfangsspeicherfüllungen gegeben, so werden diese beibehalten. Sollen die aus der Anfangswertdatei verwendet werden, ist das Steuerwort MET_VORGESCHICHTE auszukommentieren.
- Die BERECHNUNGSVARIANTE erlaubt die Festlegung von Verzeichnissen zur Speicherung der Modellierungsergebnisse und der programmintern ermittelten Parameter. Damit wird eine getrennte Haltung dieser Werte für verschiedene Berechnungsvarianten (unterschiedliche Modellannahmen, Parametersätze etc.) für spätere Vergleiche unterstützt. In diesem Ergebnisverzeichnis wird eine Protokolldatei ARC_EGMO.TXT abgelegt, in der wichtige Steueroptionen, Ergebnisse der Analyse beim Einlesen der Eingangsdaten etc. gespeichert werden. Diese Steuerdatei erlaubt weiterhin bei eventuellen Programmabstürzen Rückschlüsse auf die Ursachen (z.B. Inkonsistenzen in den Raumbezügen).
- Als KOMMENTAR kann ein beliebiger Text zur Beschreibung der Berechnungsvariante eingegeben werden, der dann in die Protokolldatei übernommen wird und die spätere Rekonstruktion der gewählten Modellannahmen unterstützt.
############################################################################# MODELL_VERSION NA_Mod /* NA_Mod oder WH_Mod */ STARTDATUM 15 6 88 /* Tag Monat Jahr */ STARTZEIT 1 0 ENDDATUM 31 12 90 /* Tag Monat Jahr */ * ENDZEIT 1 0 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ STARTWERTE_AUS_SIMULATION? Ja +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ PROJEKT d:\NA-Modell_ArcEGMO +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ RAUMBEZUEGE_MODELLIERUNG METEOR efl /* EFL, KAS, TG oder GEB */ ABFLUSSBILDUNG efl /* EFL, KAS, TG oder GEB */ ABFLUSSKONZENTRATION_RD geb /* KAS, TG oder GEB */ ABFLUSSKONZENTRATION_GW geb /* FE, KAS, TG oder GEB */ GESAMTABFLUSS fgw /* FGW, TG oder GEB */ +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ RAUMBEZUEGE_ERGEBNISSE METEOR efl /* EFL, KAS, TG oder GEB */ ABFLUSSBILDUNG geb /* EFL, KAS, TG, GEB oder HYD */ +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ MODUL_MET met_mod1 /* met_mod1 */ MODUL_ABI efl_mod1 /* efl_mod1 SiWaE, EGMO_WH, EGMO_NA */ MODUL_RD RD_SIMP /* KINWAVE, RD_SIMP */ MODUL_GW EGMO_GW /* EGMO_GW */ MODUL_Q q_els /* Q_ELS, FALTUNG */ +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ BERECHNUNGS_VARIANTE test1 /* Ergebnisverzeichnis */ +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Kommentar : beliebiger Kommentar zum Simulationslauf etc. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ #############################################################################
Abbildung 3.3‑2: Programmsteuerdatei ARC_EGMO.STE
So wird in der Hauptsteuerdatei einerseits die Modellversion Niederschlags-Abfluss-Modell (NA_Mod) oder Wasserhaushaltsmodell (WH-Mod) ausgewählt, aber auch der Modellierungszeitraum über Startdatum und Enddatum festgelegt. Dann folgen Verweise auf die Datenbasis (hier z.B. Elementarflächen => EFL) die dann weiter über die Strukturdefinitionsfiles beschrieben werden (Abbildung 3.4-1).
Speichern der Systemzustandsgrößen zu vorgegebenen Terminen
Über den Eintrag AusgabeZeitpunkte im Block NA_MODELL der modul.ste können Termine angegeben werden, zu denen die Systemzustände des Modells gespeichert werden können. Da diese Systemzustände vorrangig als Startwerte für Einzelereignissimulationen verwendet werden sollen, werden die Daten zu den angegebenen Terminen vor dem Aufruf des Modells geschrieben, sind also Anfangs- und nicht Endwerte für den Termin.
Kleinere Auflösungen als 1 Tag werden nicht unterstützt! D.h. wenn z.B. mit Stundenwerten gerechnet wird, werden die Systemzustände im ersten Zeitschritt des angegebenen Termins vor der Modellabarbeitung geschrieben und beinhalten letztlich den Systemendzustand des vorangegangenen Tages.
############################################################################# NA_MODELL … ---------------------------------------- AusgabeZeitpunkte 31 05 1998 26 08 1998 16 09 1998 17 06 1999 06 07 1999 10 08 1999 14 08 1999 +++++++++++++++++++++++++++++++++++++++
[1] Die Endzeit wird nur benötigt, wenn der Berechnungszeitschritt kleiner 24 h ist und der Simulationszeitraum nicht um 24 Uhr endet.
3.4 Verzeichnisstruktur
Sämtliche für die Modellierung benötigten Daten werden in einem Projektverzeichnis verwaltet, dessen prinzipielle Struktur in der Abbildung 3.4‑1 und Abbildung 3.4‑2 dargestellt ist. Der Name des Projektverzeichnisses ist frei wählbar und wird dem Programm innerhalb der Programmsteuerdatei mitgeteilt (s. Kapitel 3.3).
Abbildung 3.4‑1: Struktur des Projektverzeichnisses
Jedes Projektverzeichnis besteht aus den 4 Hauptverzeichnissen.
- ARC_EGMO, das verschiedene Steuerdateien beinhaltet,
- GIS, das die raumbezogenen Daten beinhaltet,
- ZEIT.DAT, das die zeitbezogenen Daten beinhaltet und
- RESULTS, in das die Modellierungsergebnisse gespeichert werden. (Dieser Ordner wird nach der ersten Berechnung angelegt.)
Das GIS-Verzeichnis besteht aus einer Reihe von Unterverzeichnissen, die:
- die raumbezogenen Daten im ARC/INFO-Format (INFO, EFL … TG) oder
- ASCII-Format (ASCII.PAT, ASCII.REL) beinhalten,
- die Strukturen der Attribut- und Relate-Tabellen beschreiben (DESCRIBE) und
- Selektionsangaben (SELECT) für die Ergebnisauswertung (s. Kapitel 6) vorgeben.
Das Verzeichnis ZEIT.DAT besteht aus Unterverzeichnissen, die
- die zeitbezogenen Daten im ASCII-Format (ASCII.REL, BW_DATA, MET_DATA, HYD_DATA, GW_DATA) beinhalten und
- die Strukturen dieser Daten-Tabellen beschreiben (DESCRIBE).
Im RESULTS-Verzeichnis werden die Ergebnisse abgelegt,
- wobei eine Trennung nach Berechnungsvarianten möglich ist
- Für jede Berechnungsvariante werden programmintern die Verzeichnisse PARA, GIS und ZEIT.DAT angelegt. In PARA werden die während eines Berechnungslaufes programmintern ermittelten Modellparameter abgelegt
- GIS und ZEIT.DAT beinhalten die raum- bzw. zeitbezogenen Modellergebnisse
- Beide Verzeichnisse untergliedern sich weiter entsprechend der für die Ergebnisaufbereitung gewählten zeitlichen Aggregierung (Ausführlicher wird dies im Kapitel 6 dargelegt)
Abbildung 3.4‑2: Verweisstruktur der Dateien im Projektverzeichnis
Die Dateien sind über Verweise miteinander verknüpft. Die Hauptsteuerdatei ist die ArcEGMO.ste. Von dieser werden alle anderen Dateien angesteuert. Daher wird sie auch zum Programmstart (Kapitel 3.5) an die Ausführungsdatei (AE_5.exe) übergeben.
3.5 Programmname und Programmstart
Der Programmname setzt sich aus „ae_„ für ArcEGMO und der Versionsbezeichnung zusammen.
Für das Starten des Programms existieren verschiedene Möglichkeiten:
1.) Doppelklick auf die ae_5.exe (Achten Sie darauf, dass Sie vorher den Pfad in der arc_egmo.ste geändert haben.)
oder
2.) Angabe einer Übergabevariablen
Auch hier müssen Sie beachten, dass Sie vorher den Pfad in arc_egmo.ste geändert haben.
Abbildung 3.5‑1: Änderung des Programmnamens
Beim Starten des Programms wird getestet, ob eine Übergabevariable existiert und diese den Zugriff auf die Hauptsteuerdatei arc_egmo.ste gestattet. Existiert keine Übergabevariable, wird im aktuellen Verzeichnis nach einer Datei arc_egmo.ste gesucht und diese – sofern vorhanden – verwendet.
Schlägt dies fehl, wird getestet, ob die Environment-Variable AE_HOME belegt ist. Ist dies der Fall, wird vorausgesetzt, dass diese Variable den kompletten Pfad bis zum aktuellen Projekt enthält. Im Unterverzeichnis ARC_EGMO wird dann die Hauptsteuerdatei arc_egmo.ste geladen und die normale Abarbeitung beginnt. Ist die Environment-Variable AE_HOME nicht belegt, wird das Programm beendet, da dann die Hauptsteuerdatei arc_egmo.ste nicht geladen werden kann.
3.6 Pfade
Über das Steuerwort PROJEKT in der ARC_EGMO.STE wird der Projektpfad mit dem entsprechendem Laufwerksbuchstaben festgelegt.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ PROJEKT D:\NA-Modell_ArcEGMO +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Abbildung 3.6‑1: Auszug aus der ARC_EGMO.STE
Neben dem Projektverzeichnis können über die Schlüsselwörter GIS_VERZEICHNIS, RESULT_VERZEICHNIS und ZeitDat_VERZEICHNIS auch separate Verzeichnisse für die raumbezogenen Eingangsdaten (GIS), die Ergebnisse (Results) und zeitbezogenen Eingangsdaten (Zeit.Dat) angegeben werden und diese somit getrennt von den weiteren Projektdaten gehalten werden.
Dazu muss in der ARC_EGMO.STE die Steuerdatei Pfade anstelle des Projektpfades angegeben werden. Dies erfolgt über den Eintrag des Wortes Datei (siehe Abbildung 3.6‑2).
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ PROJEKT Datei +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Abbildung 3.6‑2: Verweis auf die PFADE.STE in der ARC_EGMO.ste
In der PFADE.STE, die im ARC_EGMO Verzeichnis stehen muss, können dann andere Pfade als die Standardpfade angegeben werden.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ PROJEKT D:\NA-Modell_ArcEGMO\ GIS_VERZEICHNIS D:\NA-Modell_ArcEGMO\GIS\ RESULT_VERZEICHNIS D:\NA-Modell_ArcEGMO\ ZeitDat_VERZEICHNIS E:\Projekte\NA-Modell_ArcEGMO\Zeit.dat\ +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Abbildung 3.6‑3: PFADE.STE
Als weitere Möglichkeit kann die Angabe von Unterverzeichnissen oder Verweise auf andere Speicherorte bei den Zeit-Daten in den DESCRIBE-Dateien für die Zeit-Daten vorgenommen werden. Der Pfad des Unterverzeichnisses muss mit \ beginnen und enden. Es wird dann der angegebene Pfad aus der ARC_EGMO.STE mit dem Pfad des Unterverzeichnisses verkettet. Soll ein Verweis auf einen Ordner außerhalb der ArcEGMO-Struktur erfolgen muss der gesamte Pfad angegeben werden. Der folgende Auszug aus der MET_DATA.SDF zeigt die drei verschieden Möglichkeiten (Standard, Unterverzeichnis und Verweis) der Pfadangabe bei den Zeit-Daten.
######Meteorologie ################################################## MET_DATEN ASCII *MET_DATEN ASCII \Stundenwerte\ *MET_DATEN ASCII E:\Daten\met_data\Stundenwerte\ … ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Abbildung 3.6‑4: Auszug aus der MET_DATA.SDF
Bei den DESCRIBE-Dateien für die GIS-Daten kann ebenfalls auf diese Weise ein Unterverzeichnis, aber kein Verweis angegeben werden.
3.7 Programmtestung
Durch den Eintrag des Schlüsselwortes TESTDRUCK in einer Steuer- oder DESCRIBE-Datei wird zu Prüfzwecken eine detaillierte Protokollierung in der Datei ARC_EGMO.TXT für die betreffende Programmkomponente aktiviert (z.B. von eingelesenen Werten wie Systemzustandsvariablen).
3.8 Modellvarianten
Über den Block STEUERDATEIEN in die Datei ARC_EGMO.STE besteht die Möglichkeit, verschiedene Modellvarianten (Daten, Steuerparameter etc.) zentral über Änderungen in einer Datei zu aktivieren. Der folgende Dateiauszug zeigt diesen Steuerblock mit den möglichen Schlüsselwörtern. Die Einträge ELEMENTARFLAECHEN bis ZEITFUNKTIONEN verweisen auf die Definitionsdateien im Verzeichnis GIS\DESCRIBE (.sdf wird programmintern ergänzt), während die Einträge METEOROLOGIE_DATEN bis ERGEBNISSE auf Steuerdateien im Verzeichnis ARC_EGMO verweisen (.ste wird programmintern ergänzt). Wird ein Schlüsselwort nicht gefunden, weil es nicht angegeben ist oder auskommentiert wurde, wird auf die bisherigen Standarddateien (sdf bzw. ste) zugegriffen.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ STEUERDATEIEN ELEMENTARFLAECHEN EFL_glowa /* */ *KASKADENSEGMENTE TEILEINZUGSGEBIETE TG_glowa /* oberirdisches Einzugsgebiet */ FLIESSGEWAESSER FGW_glowa /* FGW des oberird. Einzugsgebietes */ *GEWAESSERPUNKTE GWP_eich /* Flughafen ueber Bauernsee */ *ELEMENTARFLAECHENKLASSIFIZIERUNG EFL_HYD *HYDROTOPKLASSENZUORDNUNG HYD *ZEITFUNKTIONEN ZF_ohne /* ohne Zeitfunktionen */ *METEOROLOGIE_DATEN met_test /* Test-Stationsreihen */ *METEOROLOGIE_DATEN meteor /* Stationsreihen */ *HYDROLOGIE_DATEN BEWIRTSCHAFTUNGSDATEN bw_data_mit /* mit Nutzungseinfluessen */ MODULSTEUERUNG modul /* */ ERGEBNISSE results /* Festlegung der Ergebnisausgabe */ +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Abbildung 3.8‑1: Auszug aus der Steuerdatei
3.9 Zeitschrittwahl für die Kontrollanzeige
In die arc_egmo.ste wurde ein weiteres Schlüsselwort integriert, mit dem die während der Rechnung durchlaufende Kontrollanzeige modifiziert werden kann.
arc_egmo.ste
Kontrolldruck 1 /* default – eine Ausgabe pro Jahr */
0 /* - eine Ausgabe pro Tag bzw. pro Zeitschritt */
Abbildung 3.9‑1: Kontrollanzeige