GITTER05.DAT und GITTER05.BIN: Unterschied zwischen den Versionen
Aus BAWiki
imported>Spohr Susanne K (Link zu PARTRACE-3D entfernt) |
(Weitere Hinweise) |
||
| Zeile 3: | Zeile 3: | ||
|dateityp=gitter05.dat und gitter05.bin | |dateityp=gitter05.dat und gitter05.bin | ||
|version=Mai 2011 | |version=Mai 2011 | ||
|version_beschr= | |version_beschr=Oktober 2021 | ||
|bedeutung=enthält ein zwei-dimensionales Finite Elemente Gitternetz (Dreiecksgitternetz) im TICAD-Format | |bedeutung=enthält ein zwei-dimensionales Finite Elemente Gitternetz (Dreiecksgitternetz) im TICAD-Format | ||
| Zeile 15: | Zeile 15: | ||
Die korrekte Sortierung der Randknoten sollte man unbedingt visuell in JANET/GISMO prüfen. | Die korrekte Sortierung der Randknoten sollte man unbedingt visuell in JANET/GISMO prüfen. | ||
Hinweise: | |||
* kann auch als Bagger-Gitter zur Darstellung von Modifikationstiefen sowie für Differenztiefen verwendet werden. | |||
* die Binärversion der Datei sollte nicht mehr exportiert werden. Die Koordinaten werden dort nur in einfacher Genauigkeit gespeichert, daher ist das Format ungeeignet zur Aufnahme von Lat/Lon-Koordinaten und auch UTM- und Gauß-Krüger-Koordinaten können nicht genauer als 0,5m abgebildet werden. | |||
* vor Verwendung der Gitter in Kombination mit einer gültig gesetzten Umgebungsvariable BAWCRS ist immer zu prüfen, ob ein Koordinatenreferenzsystem in der Datei vorhanden ist. Das darf nicht automatisch vorausgesetzt werden! | |||
|dateiinhalt= | |dateiinhalt= | ||
Aktuelle Version vom 29. Oktober 2021, 09:09 Uhr
Basisinformationen
Datei-Typ
gitter05.dat und gitter05.bin
Datei-Form
FORMATTED, UNFORMATTED
Version
Mai 2011
Beschreibung
Oktober 2021
Bedeutung der Datei
enthält ein zwei-dimensionales Finite Elemente Gitternetz (Dreiecksgitternetz) im TICAD-Format
Das Dateiformat wird von den Programmen JANET und GISMO exportiert. Dort trägt es die Bezeichnung TICAD-ASCII-Format, formatiert.
Vor dem Export in dieses Format muss auf die korrekte Nummerierung der Knoten geachtet werden. Die NRAND Randknoten bilden das äußere Randpolygon des Gebietes und müssen sequentiell sortiert als erstes im Knotenverzeichnis stehen. Dies wird dann gewährleistet wenn man:
- ein ggf. altes, bereits vorhandenes Randpolygon löscht
- das Randpolygon dann neu erzeugt
- beim Export "Nummerierung ändern" und den Startknoten "0" wählt
Die korrekte Sortierung der Randknoten sollte man unbedingt visuell in JANET/GISMO prüfen.
Hinweise:
- kann auch als Bagger-Gitter zur Darstellung von Modifikationstiefen sowie für Differenztiefen verwendet werden.
- die Binärversion der Datei sollte nicht mehr exportiert werden. Die Koordinaten werden dort nur in einfacher Genauigkeit gespeichert, daher ist das Format ungeeignet zur Aufnahme von Lat/Lon-Koordinaten und auch UTM- und Gauß-Krüger-Koordinaten können nicht genauer als 0,5m abgebildet werden.
- vor Verwendung der Gitter in Kombination mit einer gültig gesetzten Umgebungsvariable BAWCRS ist immer zu prüfen, ob ein Koordinatenreferenzsystem in der Datei vorhanden ist. Das darf nicht automatisch vorausgesetzt werden!
Datei-Inhalt
- ggf. "magischer Kommentar" mit dem Koordinatenreferenzsystem als EPSG-Code (nur ASCII-Format)
- Anzahl der Knoten sowie Anzahl der Elemente des zwei-dimensionalen Finite Elemente Gitters
- Koordinaten (x,y) der Knoten
- Tiefenlage (z) der Knoten (aktuelle Tiefe oder Tiefe der nicht weiter erodierbaren Schicht)
- Knotenverzeichnis der Elemente
- Randkennung (0 bis 7) der Elemente
- (optional) EPSG-Code des Koordinatensystems (siehe EPSG Geodetic Parameter Registry)
Sollen in der Datei noch CF-NetCDF-Info-Blöcke folgen, muss dieser Block noch eine Zeile mit logischem TRUE enthalten. - (optional) Block GLOBAL_STATIC
Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.- NH = Anzahl an History-Zeilen
- NC = Anzahl an Kommentar-Zeilen
- (optional) Block GLOBAL
Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.- INSTITUTION = Institution, welche die Daten ursprünglich erzeugt hat.
- REFERENCES = Referenz der liefernden Institution.
- CONVENTIONS = NetCDF-Konventionen, die eingehalten werden.
- TITLE = Titel der Datei.
- SOURCE = Quelle der Daten.
- (optional) Blöcke GLOBAL_HISTORY
Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.- HISTORY = History-Zeile der Datei.
- (optional) Blöcke GLOBAL_COMMENT
Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.- COMMENT = Kommentar-Zeile zur Datei.
- (optional) Block CODE_AND_TIME_INFO
Dient dem Eintragen von Attributen für die Tiefen-Variable vor dem Erzeugen einer CF-NetCDF-Datei.- CODE = Phydef-Code zur Bedeutung der Tiefendaten [17,617,1149]
- TIME = Referenzzeitpunkt für die Tiefendaten
- BEGIN = Startzeitpunkt des Zeitraums, für den die Tiefendaten gelten
- END = Endzeitpunkt des Zeitraums, für den die Tiefendaten gelten
Programme, welche diesen Datei-Typ benutzen
ABDF, ARCGIS, DATACONVERT, DIDAMERGE, DIDAMINTZ, DIDAMERGE, DIDASPLIT, DEPRO2D, DREHE2D, ENERF, FD2MET, FRQWF, GEOTRANSFORMER, GRIDCONVERT, GVIEW2D, HVIEW2D, IO_VOLUME, JANET, KACHEL2D, LQ2PRO, LZKAF, LZKMF, LZKSF, LZKVF, LZKWF, METDIDA, PARTRACE, PGCALC, TC2BAGGER, TC2GEOM, TC2TR2, TDKLF, TDKSF, TDKVF, TDKWF, TICLQ2, TICTRI, TM2DIDA, TM2RND, TOPVF, TOUTR, TR2DIDA, TR2GEOM, TR2REFRESH, TR3DIDA, UNK, UPDA2D, UTRRND, VOLUMETH, VTDK, VVIEW2D, WARM, XTRDATA, XTRLQ2
Beispiel-Datei
$PROGHOME/examples/gitter05/gitter05.dat
$PROGHOME/examples/lib/h_grid/h_grid_test_g05_plus_CF_Info_input.dat
zurück zu: Dateikennblätter