Aktionen

GITTER05.DAT und GITTER05.BIN: Unterschied zwischen den Versionen

Aus BAWiki

imported>BAWiki 1
Keine Bearbeitungszusammenfassung
(Weitere Hinweise)
 
(14 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Dateikennblatt
{{Dateikennblatt
|name_en=GITTER05.DAT/BIN  
|name_en=GITTER05.DAT and GITTER05.BIN  
|dateityp=gitter05.dat/bin
|dateityp=gitter05.dat und gitter05.bin
|version=Januar 1996
|version=Mai 2011
|version_beschr=Mai 2009
|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  
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!
|dateiinhalt=
|dateiinhalt=
# 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
# Anzahl der Knoten sowie Anzahl der Elemente des zwei-dimensionalen Finite Elemente Gitters
# Koordinaten (x,y) der Knoten
# Koordinaten (x,y) der Knoten
Zeile 11: Zeile 27:
# Knotenverzeichnis der Elemente
# Knotenverzeichnis der Elemente
# Randkennung (0 bis 7) der Elemente
# Randkennung (0 bis 7) der Elemente
# (optional) EPSG-Code des Koordinatensystems (siehe [http://www.epsg-registry.org/ EPSG Geodetic Parameter Registry])<br />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''<br />Dient dem Eintragen globaler Attribute vor dem Erzeugen einer [[CF-NETCDF.NC|CF-NetCDF]]-Datei.
##NH = '''Anzahl''' an History-Zeilen
##NC = '''Anzahl''' an Kommentar-Zeilen
# (optional) Block ''GLOBAL''<br />Dient dem Eintragen globaler Attribute vor dem Erzeugen einer [[CF-NETCDF.NC|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''<br />Dient dem Eintragen globaler Attribute vor dem Erzeugen einer [[CF-NETCDF.NC|CF-NetCDF]]-Datei.
##HISTORY = '''History-Zeile''' der Datei.
# (optional) Blöcke ''GLOBAL_COMMENT''<br />Dient dem Eintragen globaler Attribute vor dem Erzeugen einer [[CF-NETCDF.NC|CF-NetCDF]]-Datei.
##COMMENT = '''Kommentar-Zeile''' zur Datei.
# (optional) Block ''CODE_AND_TIME_INFO''<br />Dient dem Eintragen von Attributen für die Tiefen-Variable vor dem Erzeugen einer [[CF-NETCDF.NC|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


Hinweis: kann auch als Bagger-Gitter zur Darstellung von Modifikationstiefen sowie für Differenztiefen verwendet werden.
|nutzerprogramme=
|nutzerprogramme=
[[ABDF]], [[ARCWIEW]], [[DIDAMERGE]], [[DIDAMINZ]], [[DIDAMERGE]], [[DIDASPLIT]], [[DEPRO2D]], [[DREHE2D]], [[ENERF]], [[FD2MET]], [[FRQWF]], [[GEOTRANSFORMER]], [[GRIDCONVERT]], [[GVIEW2D]], [[HVIEW2D]], [[IO_VOLUME]], [[JANET]], [[KACHEL2D]], [[LQ2PRO]], [[LZKAF]], [[LZKMF]], [[LZKSF]], [[LZKVF]], [[LZKWF]], [[METDIDA]], [[PARTRACE]], [[PARTRACE-3D]], [[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]]
[[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]]
|programmiersprache=Fortran90
|programmiersprache=Fortran90
|dateiform=FORMATTED,
|dateiform=FORMATTED,
Zeile 22: Zeile 56:
|dateiendung=.dat,  
|dateiendung=.dat,  
.bin
.bin
|schreibmodule=
|schreibmodule=$PROGHOME/fortran/lib/h_grid/*/mod_p_h_grid_ui.f90<br />
1.) $PROGHOME/fortran/lib/tria/*/g05.f,
$PROGHOME/fortran/lib/tria/*/g05.f (deprecated)<br />
 
$PROGHOME/fortran/lib/datatypes/*/mod_systemfile.f90 (UP write_system_data) (deprecated)
2.) $PROGHOME/fortran/lib/datatypes/*/mod_systemfile.f90 (UP write_system_data),
|lesemodule=$PROGHOME/fortran/lib/h_grid/*/mod_p_h_grid_ui.f90<br />
 
$PROGHOME/fortran/lib/tria/*/g05.f (deprecated)<br />
3.) mod_p_h_grid_ui.f90 (User-Interface).
$PROGHOME/fortran/lib/datatypes/*/mod_systemfile.f90 (UPe read_system_info - alloc_system - read_system_data) (deprecated)
|lesemodule=
1.) $PROGHOME/fortran/lib/tria/*/g05.f,
 
2.) $PROGHOME/fortran/lib/datatypes/*/mod_systemfile.f90 (UPe read_system_info - alloc_system - read_system_data),
 
3.) mod_p_h_grid_ui.f90 (User-Interface).
|kontakt_original=[mailto:guenther.lang@baw.de G. Lang]
|kontakt_original=[mailto:guenther.lang@baw.de G. Lang]
|kontakt_pflege=[mailto:guenther.lang@baw.de G. Lang]
|kontakt_pflege=[mailto:guenther.lang@baw.de G. Lang]
|beispieldatei=siehe auch $PROGHOME/examples/gitter05/gitter05.dat
|beispieldatei=
$PROGHOME/examples/gitter05/gitter05.dat<br />
$PROGHOME/examples/lib/h_grid/h_grid_test_g05_plus_CF_Info_input.dat
}}
}}

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:

  1. ein ggf. altes, bereits vorhandenes Randpolygon löscht
  2. das Randpolygon dann neu erzeugt
  3. 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

  1. ggf. "magischer Kommentar" mit dem Koordinatenreferenzsystem als EPSG-Code (nur ASCII-Format)
  2. Anzahl der Knoten sowie Anzahl der Elemente des zwei-dimensionalen Finite Elemente Gitters
  3. Koordinaten (x,y) der Knoten
  4. Tiefenlage (z) der Knoten (aktuelle Tiefe oder Tiefe der nicht weiter erodierbaren Schicht)
  5. Knotenverzeichnis der Elemente
  6. Randkennung (0 bis 7) der Elemente
  7. (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.
  8. (optional) Block GLOBAL_STATIC
    Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.
    1. NH = Anzahl an History-Zeilen
    2. NC = Anzahl an Kommentar-Zeilen
  9. (optional) Block GLOBAL
    Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.
    1. INSTITUTION = Institution, welche die Daten ursprünglich erzeugt hat.
    2. REFERENCES = Referenz der liefernden Institution.
    3. CONVENTIONS = NetCDF-Konventionen, die eingehalten werden.
    4. TITLE = Titel der Datei.
    5. SOURCE = Quelle der Daten.
  10. (optional) Blöcke GLOBAL_HISTORY
    Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.
    1. HISTORY = History-Zeile der Datei.
  11. (optional) Blöcke GLOBAL_COMMENT
    Dient dem Eintragen globaler Attribute vor dem Erzeugen einer CF-NetCDF-Datei.
    1. COMMENT = Kommentar-Zeile zur Datei.
  12. (optional) Block CODE_AND_TIME_INFO
    Dient dem Eintragen von Attributen für die Tiefen-Variable vor dem Erzeugen einer CF-NetCDF-Datei.
    1. CODE = Phydef-Code zur Bedeutung der Tiefendaten [17,617,1149]
    2. TIME = Referenzzeitpunkt für die Tiefendaten
    3. BEGIN = Startzeitpunkt des Zeitraums, für den die Tiefendaten gelten
    4. 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

Strukturübersicht

Abgerufen von „https://wiki.baw.de/de/index.php?title=GITTER05.DAT_und_GITTER05.BIN&oldid=35192“