BOEWRT.DAT - Versionsgeschichte

Ak3gseis: Aktualisierung der Beschreibung nach neustem Kenntnisstand

2026-04-30T11:43:24Z

Aktualisierung der Beschreibung nach neustem Kenntnisstand

← Nächstältere Version		Version vom 30. April 2026, 11:43 Uhr
Zeile 3:		Zeile 3:
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=Februar 2018		\|version=Februar 2018
	\|version_beschr=~~September 2018~~		\|version_beschr=April 2026
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen, vor Allem im Pre-Prozessing. Zu diesem Dateiformat existiert auch eine MATLAB-Schnittstelle.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen, vor Allem im Pre-Prozessing. Zu diesem Dateiformat existiert auch eine MATLAB-Schnittstelle.
	===Allgemeines===		===Allgemeines===
Zeile 13:		Zeile 13:

	===Io-Bibliothek vorzugsweise für klassische boewrt.dat-Dateien mit Unterstützung von Umgebungsvariablen===		===Io-Bibliothek vorzugsweise für klassische boewrt.dat-Dateien mit Unterstützung von Umgebungsvariablen===
			Die Funktionalitäten zum Lesen und Schreiben sind im FORTRAN-Modul mod_boewrt_io.f90 abgelegt. Alle älteren externen Leseroutinen, die boewrt.dat lesen oder schreiben, nutzen als Kern dieses Modul.
			Die Leseroutine des Moduls kann Umgebungsvariablen auswerten: <BR>
			* $BAWCRS: Wenn die Umgebungsvariable $BAWCRS auf einen gültigen Wert (EPSG code) gesetzt wurde, wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System "on the fly" konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Nutzeende sollten daher beim Aufruf der untenstehenden Programme sicherheitshalber die Variable BAWCRS gezielt setzen!<br />
			* $BAWCENTURY: Falls im Datenteil zweistellige Jahreszahlen verwendet werden, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren. Der DEFAULT-Wert wird durch das ProgHome-Profil gesetzt und ist derzeit 1930. Ist die Variable leer, so ist der DEFAULT-Wert 1900.

	~~Diese Bibliothek kann Umgebungsvariablen auswerten. <BR>~~		Weitere Features sind:
	* $BAWCRS: Wenn die Umgebungsvariable $BAWCRS auf einen gültigen Wert (EPSG code) gesetzt wurde, wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System "on the fly" konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Der Nutzer sollte daher beim Aufruf der untenstehenden Programme sicherheitshalber die Variable BAWCRS gezielt setzen!<br />

	* $BAWCENTURY: Falls im Datenteil zweistellige Jahreszahlen verwendet werden, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).

	* Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />		* Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />

	* Der FillValue wird beim Lesen ausgewertet. Zeitpunkte, an denen alle gelesenen physikalischen Größen diesen Wert besitzen, wird der Zeitpunkt aus der Zeitserie entfernt.		* Der FillValue wird beim Lesen ausgewertet. Zeitpunkte, an denen alle gelesenen physikalischen Größen diesen Wert besitzen, wird der Zeitpunkt aus der Zeitserie entfernt.
			* Zeitstempel, deren Stunden-, Minuten- oder Sekundenwert denzulässigen Bereich überschreiten, werden beim Lesen durch Übertragsrechnung umgebrochen (z.B. 31.12.2025-25:64:73 wird zu 01.01.2026-02:05:13).
			* Zeiten werden beim Lesen chronologisch aufsteigend sortiert.
			* Mehrfach vorkommende Zeitstempel werden durch Mittelung aller gültigen zugehörigen Werte einer physikalischen Größe zu einem Zeiteintrag kondensiert.
			Die Lese- und Schreibfunktionalität wird über die Bibliothek libioCAPI auch in den Sprachen MATLAB und Python verfügbar gemacht.

	===Io_dataset-Bibliothek vorzugsweise für neue boewrt.dat-Dateien===		===Io_dataset-Bibliothek vorzugsweise für neue boewrt.dat-Dateien===
Zeile 30:		Zeile 33:
	===Metainformation, die sowohl in klassischer als auch neuer Software ausgewertet wird ===		===Metainformation, die sowohl in klassischer als auch neuer Software ausgewertet wird ===

	# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist formatiert im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden. Einige Kürzel wie "GK3B" or "SPHW" sind ebenfalls erlaubt, sollten aber nicht mehr eingetragen werden.		# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist formatiert im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden. Einige Kürzel wie "GK3B" or "SPHW" sind ebenfalls erlaubt, sollten aber nicht mehr eingetragen werden. Auch wenn die Zeitzone und Koordinatenreferenzsystem softwareseitig optional sind, wird die korrekte Angabe '''dringend empfohlen'''.
	# Stationsname (im FORTRAN-Format "(A)").		# Stationsname (im FORTRAN-Format "(A)").
	# Räumliche Position, gegeben durch Rechtswert, Hochwert und optionaler Tiefe, d.h. die positive Achsrichtung zeigt nach unten. (unformatiert, getrennt mit Leerzeichen).		# Räumliche Position, gegeben durch Rechtswert, Hochwert und optionaler Tiefe, d.h. die positive Achsrichtung zeigt nach unten. (unformatiert, getrennt mit Leerzeichen).
Zeile 36:		Zeile 39:
	# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />		# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />
	# Fill_Value: eine reelle Zahl, die die ungültigen Werte physikalische Größen festlegt. (in neu formatierten Dateien verpflichtend). In klassischer Software werden FillValues beim Lesen der Datei durch Datenlücken ersetzt, sofern keine der ausgewählten Zeitreihen an dem betroffenen Zeitpunkt einen gültigen Wert besitzt.		# Fill_Value: eine reelle Zahl, die die ungültigen Werte physikalische Größen festlegt. (in neu formatierten Dateien verpflichtend). In klassischer Software werden FillValues beim Lesen der Datei durch Datenlücken ersetzt, sofern keine der ausgewählten Zeitreihen an dem betroffenen Zeitpunkt einen gültigen Wert besitzt.
			# Instrument_Name (optional)
			# Instrument_Comment: kommentiert das durch Instrument_Name gekennzeichnete Instrument (optional)
			# Platform_Name: Name der geophysikalischen Platform, die das Instrument beherbergt (optional)
			# Platform_Comment: kommentiert die durch Platform_Name gekennzeichnete Platform (optional)

	===Ausschließlich in klassischer Software ausgewertete Metainformation===		===Ausschließlich in klassischer Software ausgewertete Metainformation===
Zeile 46:		Zeile 53:
	Die folgenden Schlüsselwörter beziehen sich auf die		Die folgenden Schlüsselwörter beziehen sich auf die
	[http://www.nodc.noaa.gov/data/formats/netcdf/#guidancetable Standard-Attribut-Tabelle der NODC ]		[http://www.nodc.noaa.gov/data/formats/netcdf/#guidancetable Standard-Attribut-Tabelle der NODC ]
	~~# Instrument_Name (optional)~~
	~~# Instrument_Comment: kommentiert das durch Instrument_Name gekennzeichnete Instrument (optional)~~
	~~# Platform_Name: Name der geophysikalischen Platform, die das Instrument beherbergt (optional)~~
	~~# Platform_Comment: kommentiert die durch Platform_Name gekennzeichnete Platform (optional)~~
	# Valid_Range: definiert minimale and maximale Grenzwerte für physikalische Größen, die durch ihr BAW ICODE-Kennung identifiziert werden (optional)		# Valid_Range: definiert minimale and maximale Grenzwerte für physikalische Größen, die durch ihr BAW ICODE-Kennung identifiziert werden (optional)
	# Class: Subklasse physikalischer Größen, z.B. "Summe aller Fraktionen", die durch ihre BAW ICODE-Kennung identifiziert werden, bspw. 7 für Schwebstoffgehalt (optional)		# Class: Subklasse physikalischer Größen, z.B. "Summe aller Fraktionen", die durch ihre BAW ICODE-Kennung identifiziert werden, bspw. 7 für Schwebstoffgehalt (optional)
Zeile 72:		Zeile 75:
	\|schreibmodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:write_boewrt_info,<BR>		\|schreibmodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:write_boewrt_info,<BR>
	neu: -		neu: -
	MATLAB: writeBoewrtTimeseries.m		MATLAB: writeBoewrtTimeseries.m <BR>
			Python: boewrt_io.py (writeBoewrtTimeseries)
	\|lesemodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:read_boewrt_info,<BR>		\|lesemodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:read_boewrt_info,<BR>
	neu: $PROGHOME/fortran/lib/io_dataset/*/mod_io_dataset_ui.f90, mod_m_dataset_boewrt_info.f90 and mod_m_dataset_boewrt.f90.		neu: $PROGHOME/fortran/lib/io_dataset/*/mod_io_dataset_ui.f90, mod_m_dataset_boewrt_info.f90 and mod_m_dataset_boewrt.f90.
	MATLAB: readBoewrtTimeseries.m		MATLAB: readBoewrtTimeseries.m <BR>
			Python: boewrt_io.py (readBoewrtTimeseries)
	\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]		\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]
	\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß], [mailto:peter.schade@baw.de P. Schade]		\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß], [mailto:peter.schade@baw.de P. Schade]

imported>Seiss Guntram: Korrekturen Metadatenbeschreibung "Klassisch"-"Neu", Hinweis auf MATLAB-Schnittstelle

2018-09-10T08:52:16Z

Korrekturen Metadatenbeschreibung "Klassisch"-"Neu", Hinweis auf MATLAB-Schnittstelle

← Nächstältere Version		Version vom 10. September 2018, 08:52 Uhr
Zeile 3:		Zeile 3:
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=Februar 2018		\|version=Februar 2018
	\|version_beschr=~~Februar~~ 2018		\|version_beschr=September 2018
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen, vor Allem im Pre-Prozessing. Zu diesem Dateiformat existiert auch eine MATLAB-Schnittstelle.
	===Allgemeines===		===Allgemeines===
	Die Datei hat einen Header in dem Metadaten anhand ihrer Position in der Datei identifiziert werden, die erste Datenzeile beginnt bspw. mit der Knotennummer. Diese klassischen boewrt.dat Dateien können mit den den Methoden der BAW-Bibliothek io verarbeitet werden. Seit Mai 2014 kann der neue boewrt.dat Header Key-Value Paare mit zusätzlichen Metadaten enthalten, der Key Fill_Value wird z.B. mit einer reellen Zahl als Value verbunden. Programme, die die klassische io- oder die neue io_dataset-Bibliothek benutzen, können beide Dateiversionen fehlerfrei lesen.Die zusätzlichen Metainformationen werden aber nur von io_dataset ausgewertet.<br/>		Die Datei hat einen Header in dem Metadaten anhand ihrer Position in der Datei identifiziert werden, die erste Datenzeile beginnt bspw. mit der Knotennummer. Diese klassischen boewrt.dat Dateien können mit den den Methoden der BAW-Bibliothek io verarbeitet werden. Seit Mai 2014 kann der neue boewrt.dat Header Key-Value Paare mit zusätzlichen Metadaten enthalten, der Key Fill_Value wird z.B. mit einer reellen Zahl als Value verbunden. Programme, die die klassische io- oder die neue io_dataset-Bibliothek benutzen, können beide Dateiversionen fehlerfrei lesen. Die zusätzlichen Metainformationen werden aber nur von io_dataset ausgewertet.<br/>

	Der eigentliche Datenteil zeichnet sich durch flexible Datums- und Zeitangaben aus. Zweistellige Jahreszahlen sollten allerdings nicht weiter verwendet werden. Ein Semikolon empfiehlt sich zum Trennen von Datum- und Zeitangaben von den Werten der physikalischen Größen.		Der eigentliche Datenteil zeichnet sich durch flexible Datums- und Zeitangaben aus. Zweistellige Jahreszahlen sollten allerdings nicht weiter verwendet werden. Ein Semikolon empfiehlt sich zum Trennen von Datum- und Zeitangaben von den Werten der physikalischen Größen.
Zeile 15:		Zeile 15:

	Diese Bibliothek kann Umgebungsvariablen auswerten. <BR>		Diese Bibliothek kann Umgebungsvariablen auswerten. <BR>
	* $BAWCRS: Wenn die Umgebungsvariable $BAWCRS auf einen gültigen Wert (EPSG code) gesetzt wurde, wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System "on the fly" konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Der Nutzer sollte daher beim Aufruf der untenstehenden Programme ~~immer~~ die Variable BAWCRS gezielt setzen!<br />		* $BAWCRS: Wenn die Umgebungsvariable $BAWCRS auf einen gültigen Wert (EPSG code) gesetzt wurde, wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System "on the fly" konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Der Nutzer sollte daher beim Aufruf der untenstehenden Programme sicherheitshalber die Variable BAWCRS gezielt setzen!<br />

	* $BAWCENTURY: Falls im Datenteil zweistellige Jahreszahlen verwendet werden, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).		* $BAWCENTURY: Falls im Datenteil zweistellige Jahreszahlen verwendet werden, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).

	* Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />		* Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />

			* Der FillValue wird beim Lesen ausgewertet. Zeitpunkte, an denen alle gelesenen physikalischen Größen diesen Wert besitzen, wird der Zeitpunkt aus der Zeitserie entfernt.

	===Io_dataset-Bibliothek vorzugsweise für neue boewrt.dat-Dateien===		===Io_dataset-Bibliothek vorzugsweise für neue boewrt.dat-Dateien===
Zeile 26:		Zeile 28:
	\|dateiinhalt=		\|dateiinhalt=

	===~~Daten für klassisch und neu formatierte Dateien~~===		===Metainformation, die sowohl in klassischer als auch neuer Software ausgewertet wird ===

	# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist formatiert im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden. Einige Kürzel wie as "GK3B" or "SPHW" sind ebenfalls erlaubt.		# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist formatiert im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden. Einige Kürzel wie "GK3B" or "SPHW" sind ebenfalls erlaubt, sollten aber nicht mehr eingetragen werden.
	# Stationsname (im FORTRAN-Format "(A)").		# Stationsname (im FORTRAN-Format "(A)").
	# Räumliche Position, gegeben durch Rechtswert, Hochwert und optionaler Tiefe, d.h. die positive Achsrichtung zeigt nach unten. (unformatiert, getrennt mit Leerzeichen).		# Räumliche Position, gegeben durch Rechtswert, Hochwert und optionaler Tiefe, d.h. die positive Achsrichtung zeigt nach unten. (unformatiert, getrennt mit Leerzeichen).
	# Anzahl n der abgespeicherten physikalischen Größen und deren ICODE-Kennungen (FORTRAN-Format "(I10,nI8)". Seit Februar 2018 kann eine physikalische Größe mehrfach angegeben werden.		# Anzahl n der abgespeicherten physikalischen Größen und deren ICODE-Kennungen (FORTRAN-Format "(I10,nI8)". Seit Februar 2018 kann eine physikalische Größe mehrfach angegeben werden.
	# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />		# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />
			# Fill_Value: eine reelle Zahl, die die ungültigen Werte physikalische Größen festlegt. (in neu formatierten Dateien verpflichtend). In klassischer Software werden FillValues beim Lesen der Datei durch Datenlücken ersetzt, sofern keine der ausgewählten Zeitreihen an dem betroffenen Zeitpunkt einen gültigen Wert besitzt.

	===Ausschließlich in ~~klassisch formatierten Dateien zulässige Daten~~===		===Ausschließlich in klassischer Software ausgewertete Metainformation===

	# Minimaler und maximaler Zeitschritt; hier entfällt eine Überprüfung der Zeitreihe auf Monotonie in der Zeit. Sollte das Lesen einer Datei fehlschlagen, sollten sie sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!<br>		# Minimaler und maximaler Zeitschritt; hier entfällt eine Überprüfung der Zeitreihe auf Monotonie in der Zeit. Sollte das Lesen einer Datei fehlschlagen, sollten sie sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!<br>
	# FORTRAN-Format der Datenzeilen. Es dient der Beschleunigung des Lesevorgangs, d.h. eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten das Format sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollte es immer entfernt werden!		# FORTRAN-Format der Datenzeilen. Es dient der Beschleunigung des Lesevorgangs, d.h. eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten das Format sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollte es immer entfernt werden!

	===Ausschließlich in ~~neu formatierten Dateien zulässige Daten~~===		===Ausschließlich in neuer Software ausgewertete Metainformation===

	Die folgenden Schlüsselwörter beziehen sich auf die		Die folgenden Schlüsselwörter beziehen sich auf die
	[http://www.nodc.noaa.gov/data/formats/netcdf/#guidancetable Standard-Attribut-Tabelle der NODC ]		[http://www.nodc.noaa.gov/data/formats/netcdf/#guidancetable Standard-Attribut-Tabelle der NODC ]
	~~# Fill_Value: eine reelle Zahl, die die ungültigen Werte physikalische Größen festlegt. (verpflichtend)~~
	# Instrument_Name (optional)		# Instrument_Name (optional)
	# Instrument_Comment: kommentiert das durch Instrument_Name gekennzeichnete Instrument (optional)		# Instrument_Comment: kommentiert das durch Instrument_Name gekennzeichnete Instrument (optional)
Zeile 70:		Zeile 72:
	\|schreibmodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:write_boewrt_info,<BR>		\|schreibmodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:write_boewrt_info,<BR>
	neu: -		neu: -
			MATLAB: writeBoewrtTimeseries.m
	\|lesemodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:read_boewrt_info,<BR>		\|lesemodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:read_boewrt_info,<BR>
	neu: $PROGHOME/fortran/lib/io_dataset/*/mod_io_dataset_ui.f90, mod_m_dataset_boewrt_info.f90 and mod_m_dataset_boewrt.f90.		neu: $PROGHOME/fortran/lib/io_dataset/*/mod_io_dataset_ui.f90, mod_m_dataset_boewrt_info.f90 and mod_m_dataset_boewrt.f90.
			MATLAB: readBoewrtTimeseries.m
	\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]		\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]
	\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß], [mailto:peter.schade@baw.de P. Schade]		\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß], [mailto:peter.schade@baw.de P. Schade]

imported>Schade Peter: Class als Subklasse einer physikalischen Größe

2018-02-14T16:43:07Z

Class als Subklasse einer physikalischen Größe

← Nächstältere Version		Version vom 14. Februar 2018, 16:43 Uhr
Zeile 2:		Zeile 2:
	\|name_en=BOEWRT.DAT		\|name_en=BOEWRT.DAT
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=~~Oktober 2017~~		\|version=Februar 2018
	\|version_beschr=~~Oktober 2017~~		\|version_beschr=Februar 2018
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.
	===Allgemeines===		===Allgemeines===
Zeile 31:		Zeile 31:
	# Stationsname (im FORTRAN-Format "(A)").		# Stationsname (im FORTRAN-Format "(A)").
	# Räumliche Position, gegeben durch Rechtswert, Hochwert und optionaler Tiefe, d.h. die positive Achsrichtung zeigt nach unten. (unformatiert, getrennt mit Leerzeichen).		# Räumliche Position, gegeben durch Rechtswert, Hochwert und optionaler Tiefe, d.h. die positive Achsrichtung zeigt nach unten. (unformatiert, getrennt mit Leerzeichen).
	# Anzahl n der abgespeicherten physikalischen Größen und deren ICODE-Kennungen (FORTRAN-Format "(I10,nI8)"		# Anzahl n der abgespeicherten physikalischen Größen und deren ICODE-Kennungen (FORTRAN-Format "(I10,nI8)". Seit Februar 2018 kann eine physikalische Größe mehrfach angegeben werden.
	# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />		# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />

Zeile 49:		Zeile 49:
	# Platform_Comment: kommentiert die durch Platform_Name gekennzeichnete Platform (optional)		# Platform_Comment: kommentiert die durch Platform_Name gekennzeichnete Platform (optional)
	# Valid_Range: definiert minimale and maximale Grenzwerte für physikalische Größen, die durch ihr BAW ICODE-Kennung identifiziert werden (optional)		# Valid_Range: definiert minimale and maximale Grenzwerte für physikalische Größen, die durch ihr BAW ICODE-Kennung identifiziert werden (optional)
			# Class: Subklasse physikalischer Größen, z.B. "Summe aller Fraktionen", die durch ihre BAW ICODE-Kennung identifiziert werden, bspw. 7 für Schwebstoffgehalt (optional)
	# Measure_Comment: Kommentar für jeweils eine physikalische Größe (optional)		# Measure_Comment: Kommentar für jeweils eine physikalische Größe (optional)
	# Zeilenkommentar: optionaler Kommentar zu den Werten einer Zeile im Datenteil, wie im nachfolgenden Beispiel in dem "!" die Werte der physik. Größen vom Zeilenkommentar "2_QMag 2_QDir" trennt:<br/>		# Zeilenkommentar: optionaler Kommentar zu den Werten einer Zeile im Datenteil, wie im nachfolgenden Beispiel in dem "!" die Werte der physik. Größen vom Zeilenkommentar "2_QMag 2_QDir" trennt:<br/>

imported>Lang Guenther: zusätzliche Überschriften zur besseren Lesbarkeit und Beschreibung Status-Flag

2017-10-17T07:05:44Z

zusätzliche Überschriften zur besseren Lesbarkeit und Beschreibung Status-Flag

← Nächstältere Version		Version vom 17. Oktober 2017, 07:05 Uhr
Zeile 2:		Zeile 2:
	\|name_en=BOEWRT.DAT		\|name_en=BOEWRT.DAT
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=~~Mai 2014, klassische Version September 2001~~		\|version=Oktober 2017
	\|version_beschr=~~Mai 2014~~		\|version_beschr=Oktober 2017
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.
	===Allgemeines===		===Allgemeines===
Zeile 20:		Zeile 20:

	* Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />		* Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />


	===Io_dataset-Bibliothek vorzugsweise für neue boewrt.dat-Dateien===		===Io_dataset-Bibliothek vorzugsweise für neue boewrt.dat-Dateien===
Zeile 26:		Zeile 25:

	\|dateiinhalt=		\|dateiinhalt=
	Daten~~, die sowohl im klassischen als im neuen boewrt.dat-Format enthalten sind:~~
			===Daten für klassisch und neu formatierte Dateien===

	# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist formatiert im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden. Einige Kürzel wie as "GK3B" or "SPHW" sind ebenfalls erlaubt.		# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist formatiert im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden. Einige Kürzel wie as "GK3B" or "SPHW" sind ebenfalls erlaubt.
	# Stationsname (im FORTRAN-Format "(A)").		# Stationsname (im FORTRAN-Format "(A)").
Zeile 32:		Zeile 33:
	# Anzahl n der abgespeicherten physikalischen Größen und deren ICODE-Kennungen (FORTRAN-Format "(I10,nI8)"		# Anzahl n der abgespeicherten physikalischen Größen und deren ICODE-Kennungen (FORTRAN-Format "(I10,nI8)"
	# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />		# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />
	Daten~~, die ausschließlich im klassischen Format verwendet werden~~
			===Ausschließlich in klassisch formatierten Dateien zulässige Daten===

	# Minimaler und maximaler Zeitschritt; hier entfällt eine Überprüfung der Zeitreihe auf Monotonie in der Zeit. Sollte das Lesen einer Datei fehlschlagen, sollten sie sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!<br>		# Minimaler und maximaler Zeitschritt; hier entfällt eine Überprüfung der Zeitreihe auf Monotonie in der Zeit. Sollte das Lesen einer Datei fehlschlagen, sollten sie sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!<br>
	# FORTRAN-Format der Datenzeilen. Es dient der Beschleunigung des Lesevorgangs, d.h. eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten das Format sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollte es immer entfernt werden!		# FORTRAN-Format der Datenzeilen. Es dient der Beschleunigung des Lesevorgangs, d.h. eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten das Format sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollte es immer entfernt werden!
	~~<br />~~
	Daten~~, die ausschließlich im klassischen Format verwendet werden~~		===Ausschließlich in neu formatierten Dateien zulässige Daten===

	Die folgenden Schlüsselwörter beziehen sich auf die		Die folgenden Schlüsselwörter beziehen sich auf die
	[http://www.nodc.noaa.gov/data/formats/netcdf/#guidancetable Standard-Attribut-Tabelle der NODC ]		[http://www.nodc.noaa.gov/data/formats/netcdf/#guidancetable Standard-Attribut-Tabelle der NODC ]
Zeile 48:		Zeile 52:
	# Zeilenkommentar: optionaler Kommentar zu den Werten einer Zeile im Datenteil, wie im nachfolgenden Beispiel in dem "!" die Werte der physik. Größen vom Zeilenkommentar "2_QMag 2_QDir" trennt:<br/>		# Zeilenkommentar: optionaler Kommentar zu den Werten einer Zeile im Datenteil, wie im nachfolgenden Beispiel in dem "!" die Werte der physik. Größen vom Zeilenkommentar "2_QMag 2_QDir" trennt:<br/>
	29.02.2004 12:00:31; 0.066 122.010 !2_QMag 2_QDir<br/>		29.02.2004 12:00:31; 0.066 122.010 !2_QMag 2_QDir<br/>

			===Status-Flag Variable===
			Diese Variable dient der Kennzeichnung von Qualität bzw. Güte einzelner Datenwerte. Der PHYDEF-Code für diese Größe ist 3180. Bei Konversion mit [[DATACONVERT]] wird ein mit dem CF Metadaten Standard konform gehender
			[http://cfconventions.org/Data/cf-conventions/cf-conventions-1.6/build/cf-conventions.html#flags Flag] (Variable) erzeugt. Der Standardname dieser Variable enthält den [http://cfconventions.org/Data/cf-conventions/cf-conventions-1.6/build/cf-conventions.html#standard-name-modifiers Modifikator] ''status_flag''. Die Variable enthält die Attribute flag_masks und flag_meanings zur Beschreibung der Qualität:
			* flag_mask='''1b''', flag_meaning='''''good''''': gültige Daten, die von Nachlaufprogrammen wie [[NCANALYSE]] und [[NCDELTA]] ausgewertet werden;
			* flag_mask='''2b''', flag_meaning='''''unchecked''''': nicht qualitätsgesicherte Daten;
			* flag_mask='''4b''', flag_meaning='''''estimated''''': aus benachbarten Datenwerten abgleitete Daten;
			* flag_mask='''8b''', flag_meaning='''''suspect''''': zweifel- oder offensichtlich fehlerhafte Daten.

	\|nutzerprogramme=klassisch: [[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UNTRIM2007MONITOR]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]] <br>		\|nutzerprogramme=klassisch: [[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UNTRIM2007MONITOR]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]] <br>
	neu: [[DATACONVERT]]		neu: [[DATACONVERT]]

imported>Schade Peter: + neues boewrt.dat Format mit zusätzlichen Metadaten

2014-05-07T09:30:51Z

+ neues boewrt.dat Format mit zusätzlichen Metadaten

← Nächstältere Version		Version vom 7. Mai 2014, 09:30 Uhr
Zeile 2:		Zeile 2:
	\|name_en=BOEWRT.DAT		\|name_en=BOEWRT.DAT
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=~~May~~ 2014, ~~classic version~~ September 2001		\|version=Mai 2014, klassische Version September 2001
	\|version_beschr=~~May~~ 2014		\|version_beschr=Mai 2014
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.
	===Allgemeines===		===Allgemeines===
	Die Datei hat einen Header in dem Metadaten anhand ihrer Position in der Datei identifiziert werden, die erste Datenzeile beginnt bspw. mit der Knotennummer. ~~Dies ist eine klassiche~~ boewrt.dat ~~Datei, die~~ mit den Methoden der io~~-Library~~ verarbeitet werden ~~kann~~. Seit Mai 2014 kann der neue boewrt.dat Header Key-Value Paare mit zusätzlichen Metadaten enthalten, der Key Fill_Value wird z.B. mit einer reellen Zahl als Value verbunden. Die zusätzlichen Metainformationen werden nur ~~vom neuen BAW-Software-Package~~ io_dataset ausgewertet.<br/>		Die Datei hat einen Header in dem Metadaten anhand ihrer Position in der Datei identifiziert werden, die erste Datenzeile beginnt bspw. mit der Knotennummer. Diese klassischen boewrt.dat Dateien können mit den den Methoden der BAW-Bibliothek io verarbeitet werden. Seit Mai 2014 kann der neue boewrt.dat Header Key-Value Paare mit zusätzlichen Metadaten enthalten, der Key Fill_Value wird z.B. mit einer reellen Zahl als Value verbunden. Programme, die die klassische io- oder die neue io_dataset-Bibliothek benutzen, können beide Dateiversionen fehlerfrei lesen.Die zusätzlichen Metainformationen werden aber nur von io_dataset ausgewertet.<br/>

	~~Programme, die die io- oder die io_dataset-Library benutzen, können sowohl die klassische als auch die neue Version von boewrt.dat lesen.~~ Der eigentliche Datenteil zeichnet sich durch flexible Datums- und Zeitangaben aus. Zweistellige Jahreszahlen sollten allerdings nicht weiter verwendet werden. Ein Semikolon empfiehlt sich zum Trennen von Datum- und Zeitangaben von den Werten der physikalischen Größen.		Der eigentliche Datenteil zeichnet sich durch flexible Datums- und Zeitangaben aus. Zweistellige Jahreszahlen sollten allerdings nicht weiter verwendet werden. Ein Semikolon empfiehlt sich zum Trennen von Datum- und Zeitangaben von den Werten der physikalischen Größen.

	Gerade die Metadaten werden von den beiden Libraries unterschiedlich interpretiert.		Gerade die Metadaten werden von den beiden Libraries unterschiedlich interpretiert.

	~~Das Format der Datei ist ziemlich flexibel:<br />in den Datenzeilen wird jedes der BAW~~-~~eigenen Zeit~~-~~Formate akzeptiert~~.<~~br /~~>~~Benutze zur Trennung~~ von ~~den physikalischen Werten ein~~ ";"~~-Zeichen~~.		===Io-Bibliothek vorzugsweise für klassische boewrt.dat-Dateien mit Unterstützung von Umgebungsvariablen===
	~~Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch~~ nicht ~~mehr verwendet werden~~.<br /> Falls ~~es benutzt wird~~, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).~~<br />~~Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />
	~~Die Leseroutine unterstützt das Koordinatenreferenzsystem (CRS) wie folgt: <br />~~		Diese Bibliothek kann Umgebungsvariablen auswerten. <BR>
	~~Ist die Umgebungsvariable $BAWCRS~~ auf ~~einen sinnvollen Wert gesetzt~~, ~~so wird die enthaltene Koordinate von dem in~~ der Datei ~~enthaltenen CRS in das durch $BAWCRS gesetzte System konvertiert~~. ~~Enthält die Datei kein sinnvolles CRS, so wird die Koordinate~~ nicht ~~transformiert~~. ~~Der Nutzer sollte daher beim Aufruf~~ der ~~untenstehenden Programme immer die~~ Variable ~~BAWCRS gezielt setzen!<br />~~		* $BAWCRS: Wenn die Umgebungsvariable $BAWCRS auf einen gültigen Wert (EPSG code) gesetzt wurde, wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System "on the fly" konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Der Nutzer sollte daher beim Aufruf der untenstehenden Programme immer die Variable BAWCRS gezielt setzen!<br />
	~~Dateien des Typs boewrt.dat können drei Kommentare enthalten~~, ~~die den minimalen und den maximalen Zeitschritt sowie das FORTRAN~~-~~Format der Datenzeilen enthalten~~. ~~Diese Zeilen dienen der Beschleunigung~~ des ~~Lesevorgangs~~, d.h. eine Überprüfung der Zeitreihe auf Monotonie in der Zeit entfällt und eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten diese Zeilen sicherheitshalber entfernt werden. ~~Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!~~
			* $BAWCENTURY: Falls im Datenteil zweistellige Jahreszahlen verwendet werden, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).

			* Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />


			===Io_dataset-Bibliothek vorzugsweise für neue boewrt.dat-Dateien===
			Wenn vom io_dataset-Package aus auf eine Boewrt-Datei zugegriffen wird, muss der Header weitere verpflichtende Metainformationen enthalten um Fehlinterpretationen auszuschließen. Dazu gehören Angaben zu Zeitzone, Koordinatenreferenzsystem und Fill Value, s. Datei-Inhalt. Die o.g. Umgebungsvariablen werden von io_dataset nicht ausgewertet. Metainformationen werden in Objekte der Typen Dimension (dim), Variable (var) and Attribut (att) verpackt, wie es üblicherweise auch für NetCDF-Dateien getan wird. Von außerhalb des Packages wird auf die Daten in generischer Weise zugegriffen, d.h. für unterschiedliche Dateitypen werden die gleichen Methoden verwendet.

	\|dateiinhalt=		\|dateiinhalt=
	# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist ~~FORMATIERT~~ im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden.		Daten, die sowohl im klassischen als im neuen boewrt.dat-Format enthalten sind:
	# ~~Ortsbezeichnung~~ (im FORTRAN-Format "(A)").		# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist formatiert im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden. Einige Kürzel wie as "GK3B" or "SPHW" sind ebenfalls erlaubt.
	# Räumliche Position, gegeben durch Rechtswert, Hochwert und Tiefe (unformatiert, getrennt mit Leerzeichen).		# Stationsname (im FORTRAN-Format "(A)").
	# Anzahl n der abgespeicherten Größen und deren ~~physikalische Code~~-Kennungen (FORTRAN-Format "(I10,nI8)"		# Räumliche Position, gegeben durch Rechtswert, Hochwert und optionaler Tiefe, d.h. die positive Achsrichtung zeigt nach unten. (unformatiert, getrennt mit Leerzeichen).
	# Datum, Uhrzeit und ~~Daten~~ für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon ~~";"~~ von den physikalischen Werten getrennt werden.		# Anzahl n der abgespeicherten physikalischen Größen und deren ICODE-Kennungen (FORTRAN-Format "(I10,nI8)"
	\|nutzerprogramme=[[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UNTRIM2007MONITOR]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]]		# Im Datenteil Datum, Uhrzeit und Werte der physikalischen Größen für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon von den physikalischen Werten getrennt werden.<br />
			Daten, die ausschließlich im klassischen Format verwendet werden
			# Minimaler und maximaler Zeitschritt; hier entfällt eine Überprüfung der Zeitreihe auf Monotonie in der Zeit. Sollte das Lesen einer Datei fehlschlagen, sollten sie sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!<br>
			# FORTRAN-Format der Datenzeilen. Es dient der Beschleunigung des Lesevorgangs, d.h. eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten das Format sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollte es immer entfernt werden!
			<br />
			Daten, die ausschließlich im klassischen Format verwendet werden
			Die folgenden Schlüsselwörter beziehen sich auf die
			[http://www.nodc.noaa.gov/data/formats/netcdf/#guidancetable Standard-Attribut-Tabelle der NODC ]
			# Fill_Value: eine reelle Zahl, die die ungültigen Werte physikalische Größen festlegt. (verpflichtend)
			# Instrument_Name (optional)
			# Instrument_Comment: kommentiert das durch Instrument_Name gekennzeichnete Instrument (optional)
			# Platform_Name: Name der geophysikalischen Platform, die das Instrument beherbergt (optional)
			# Platform_Comment: kommentiert die durch Platform_Name gekennzeichnete Platform (optional)
			# Valid_Range: definiert minimale and maximale Grenzwerte für physikalische Größen, die durch ihr BAW ICODE-Kennung identifiziert werden (optional)
			# Measure_Comment: Kommentar für jeweils eine physikalische Größe (optional)
			# Zeilenkommentar: optionaler Kommentar zu den Werten einer Zeile im Datenteil, wie im nachfolgenden Beispiel in dem "!" die Werte der physik. Größen vom Zeilenkommentar "2_QMag 2_QDir" trennt:<br/>
			29.02.2004 12:00:31; 0.066 122.010 !2_QMag 2_QDir<br/>
			\|nutzerprogramme=klassisch: [[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UNTRIM2007MONITOR]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]] <br>
			neu: [[DATACONVERT]]
	\|programmiersprache=Fortran95		\|programmiersprache=Fortran95
	\|dateiform=FORMATTED		\|dateiform=FORMATTED
	\|dateizugriff=SEQUENTIAL		\|dateizugriff=SEQUENTIAL
	\|dateiendung=.dat		\|dateiendung=.dat
	\|schreibmodule=$PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:write_boewrt_info		\|schreibmodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:write_boewrt_info,<BR>
	\|lesemodule=$PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:read_boewrt_info		neu: -
			\|lesemodule=klassisch: $PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:read_boewrt_info,<BR>
			neu: $PROGHOME/fortran/lib/io_dataset/*/mod_io_dataset_ui.f90, mod_m_dataset_boewrt_info.f90 and mod_m_dataset_boewrt.f90.
	\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]		\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]
	\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß]		\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß], [mailto:peter.schade@baw.de P. Schade]
	\|beispieldatei=$PROGHOME/examples/zeitrio/boewrt.new.dat<br />		\|beispieldatei=klassisch: $PROGHOME/examples/zeitrio/boewrt.new.dat und $PROGHOME/examples/zeitrio/boewrt.dat<br/>
	$PROGHOME/examples/~~zeitrio~~/boewrt.dat		neu: $PROGHOME/examples/dataconvert/boewrt.optionalheader.dat und $PROGHOME/examples/dataconvert/boewrt.linecomments.dat<br/>
	}}		}}

imported>Schade Peter am 6. Mai 2014 um 14:37 Uhr

2014-05-06T14:37:23Z

← Nächstältere Version		Version vom 6. Mai 2014, 14:37 Uhr
Zeile 2:		Zeile 2:
	\|name_en=BOEWRT.DAT		\|name_en=BOEWRT.DAT
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=September 2001		\|version=May 2014, classic version September 2001
	\|version_beschr=~~April~~ 2014		\|version_beschr=May 2014
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten als ASCII für die Benutzung in verschiedenen Programmen.
	===~~Hinweise zur neuen Version~~===		===Allgemeines===
			Die Datei hat einen Header in dem Metadaten anhand ihrer Position in der Datei identifiziert werden, die erste Datenzeile beginnt bspw. mit der Knotennummer. Dies ist eine klassiche boewrt.dat Datei, die mit den Methoden der io-Library verarbeitet werden kann. Seit Mai 2014 kann der neue boewrt.dat Header Key-Value Paare mit zusätzlichen Metadaten enthalten, der Key Fill_Value wird z.B. mit einer reellen Zahl als Value verbunden. Die zusätzlichen Metainformationen werden nur vom neuen BAW-Software-Package io_dataset ausgewertet.<br/>

			Programme, die die io- oder die io_dataset-Library benutzen, können sowohl die klassische als auch die neue Version von boewrt.dat lesen. Der eigentliche Datenteil zeichnet sich durch flexible Datums- und Zeitangaben aus. Zweistellige Jahreszahlen sollten allerdings nicht weiter verwendet werden. Ein Semikolon empfiehlt sich zum Trennen von Datum- und Zeitangaben von den Werten der physikalischen Größen.

			Gerade die Metadaten werden von den beiden Libraries unterschiedlich interpretiert.

	Das Format der Datei ist ziemlich flexibel:<br />in den Datenzeilen wird jedes der BAW-eigenen Zeit-Formate akzeptiert.<br />Benutze zur Trennung von den physikalischen Werten ein ";"-Zeichen.		Das Format der Datei ist ziemlich flexibel:<br />in den Datenzeilen wird jedes der BAW-eigenen Zeit-Formate akzeptiert.<br />Benutze zur Trennung von den physikalischen Werten ein ";"-Zeichen.
	Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.<br /> Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).<br />Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />		Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.<br /> Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).<br />Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />

imported>Seiss Guntram: Kleinere Korrekturen

2014-04-03T13:40:33Z

Kleinere Korrekturen

imported>Seiss Guntram: Beschreibung der Wirkung von BAWCRS und der magischen Kommentare "zertifizierter" Dateien

2014-04-03T12:30:39Z

Beschreibung der Wirkung von BAWCRS und der magischen Kommentare "zertifizierter" Dateien

← Nächstältere Version		Version vom 3. April 2014, 12:30 Uhr
Zeile 3:		Zeile 3:
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=September 2001		\|version=September 2001
	\|version_beschr=Juni ~~2010~~		\|version_beschr=Juni 2014
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.
	===Hinweise zur neuen Version===		===Hinweise zur neuen Version===
	Das Format der Datei ist ziemlich flexibel:<br />in den Datenzeilen wird jedes der BAW-eigenen Zeit-Formate akzeptiert.<br />Benutze zur Trennung von den physikalischen Werten ein ";"-Zeichen.		Das Format der Datei ist ziemlich flexibel:<br />in den Datenzeilen wird jedes der BAW-eigenen Zeit-Formate akzeptiert.<br />Benutze zur Trennung von den physikalischen Werten ein ";"-Zeichen.
	Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.<br /> Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).<br />Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen!		Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.<br /> Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).<br />Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />
			Die Leseroutine unterstützt das Koordinatenreferenzsystem (CRS) wie folgt: <br />
			Ist die Umgebungsvariable $BAWCRS auf einen sinnvollen Wert gesetzt, so wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Der Nutzer sollte daher beim Aufruf der untenstehenden Programmen immer die Variable BAWCRS gezielt setzen!<br />
			Dateien des Typs boewrt.dat können drei Kommentare enthalten, die den minimalen und den maximalen Zeitschritt sowie das FORTRAN-Format der Datenzeilen enthalte. Diese Zeilen dienen der Beschleunigung des Lesevorgangs, d.h. eine Überprüfung der Zeitreihe auf Monotonie in der Zeit entfällt und eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten diese Zeilen sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!

	\|dateiinhalt=		\|dateiinhalt=
	# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatensystem		# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatensystem. Diese Zeile ist FORMATIERT im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden.
	# Ortsbezeichnung		# Ortsbezeichnung (im FORTRAN-Format "(A)").
	# Position, gegeben durch Rechtswert und ~~Hochwert~~		# Räumliche Position, gegeben durch Rechtswert, Hochwert und Tiefe.
	# Anzahl der abgespeicherten Größen und deren physikalische Code-Kennungen		# Anzahl n der abgespeicherten Größen und deren physikalische Code-Kennungen (FORTRAN-Format "(I10,nI8)"
	# Datum, Uhrzeit und Daten für jeden gespeicherten Zeitpunkt		# Datum, Uhrzeit und Daten für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon ";" von den physikalischen Werten getrennt werden.
	\|nutzerprogramme=[[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UNTRIM2007MONITOR]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]]		\|nutzerprogramme=[[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UNTRIM2007MONITOR]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]]
	\|programmiersprache=~~Fortran90~~		\|programmiersprache=Fortran95
	\|dateiform=FORMATTED		\|dateiform=FORMATTED
	\|dateizugriff=SEQUENTIAL		\|dateizugriff=SEQUENTIAL

imported>Juerges Jens am 24. Juni 2010 um 14:45 Uhr

2010-06-24T14:45:03Z

← Nächstältere Version		Version vom 24. Juni 2010, 14:45 Uhr
Zeile 3:		Zeile 3:
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=September 2001		\|version=September 2001
	\|version_beschr=~~Mai 2009~~		\|version_beschr=Juni 2010
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.
	===Hinweise zur neuen Version===		===Hinweise zur neuen Version===
Zeile 14:		Zeile 14:
	# Anzahl der abgespeicherten Größen und deren physikalische Code-Kennungen		# Anzahl der abgespeicherten Größen und deren physikalische Code-Kennungen
	# Datum, Uhrzeit und Daten für jeden gespeicherten Zeitpunkt		# Datum, Uhrzeit und Daten für jeden gespeicherten Zeitpunkt
	\|nutzerprogramme=[[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]]		\|nutzerprogramme=[[EVENTFILTER]], [[EXCELENZ]], [[EXKNO]], [[FD2MET]], [[FRQ2ZEITR]], [[FRQWF]], [[GEOTRANSFORMER]], [[GVIEW2D]], [[HVIEW2D]], [[MESKOR]], [[ROSE]], [[TIDKEN]], [[TSCALC]], [[UNTRIM2007MONITOR]], [[UTRRND]], [[VVIEW2D]], [[XTRDATA]], [[ZEITRIO]]
	\|programmiersprache=Fortran90		\|programmiersprache=Fortran90
	\|dateiform=FORMATTED		\|dateiform=FORMATTED

imported>BAWiki 2 am 1. Juni 2010 um 12:43 Uhr

2010-06-01T12:43:16Z

← Nächstältere Version		Version vom 1. Juni 2010, 12:43 Uhr
Zeile 6:		Zeile 6:
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.
	===Hinweise zur neuen Version===		===Hinweise zur neuen Version===
	Das Format der Datei ist ziemlich flexibel:		Das Format der Datei ist ziemlich flexibel:<br />in den Datenzeilen wird jedes der BAW-eigenen Zeit-Formate akzeptiert.<br />Benutze zur Trennung von den physikalischen Werten ein ";"-Zeichen.
	in den Datenzeilen wird jedes der BAW-eigenen Zeit-Formate akzeptiert.		Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.<br /> Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).<br />Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen!
	Benutze zur Trennung von den physikalischen Werten ein ";"-Zeichen.
	Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.
	Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).
	Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.
	Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen!
	\|dateiinhalt=		\|dateiinhalt=
	# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatensystem		# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatensystem
Zeile 24:		Zeile 19:
	\|dateizugriff=SEQUENTIAL		\|dateizugriff=SEQUENTIAL
	\|dateiendung=.dat		\|dateiendung=.dat
	\|schreibmodule=$PROGHOME/fortran/lib/io~~<br />~~/*/mod_boewrt_io.f90:write_boewrt_info		\|schreibmodule=$PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:write_boewrt_info
	\|lesemodule=$PROGHOME/fortran/lib/io~~<br />~~/*/mod_boewrt_io.f90:read_boewrt_info		\|lesemodule=$PROGHOME/fortran/lib/io/*/mod_boewrt_io.f90:read_boewrt_info
	\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]		\|kontakt_original=[mailto:ingrid.uliczka@baw.de I. Uliczka]
	\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß]		\|kontakt_pflege=[mailto:guntram.seiss@baw.de G. Seiß]

← Nächstältere Version		Version vom 3. April 2014, 13:40 Uhr
Zeile 3:		Zeile 3:
	\|dateityp=boewrt.dat		\|dateityp=boewrt.dat
	\|version=September 2001		\|version=September 2001
	\|version_beschr=~~Juni~~ 2014		\|version_beschr=April 2014
	\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.		\|bedeutung=enthält Zeitserien gemessener oder berechneter Daten für die Benutzung in verschiedenen Programmen.
	===Hinweise zur neuen Version===		===Hinweise zur neuen Version===
Zeile 9:		Zeile 9:
	Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.<br /> Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).<br />Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />		Das Zeitformat mit 2-stelliger Jahreszahl sollte jedoch nicht mehr verwendet werden.<br /> Falls es benutzt wird, wird das ab $BAWCENTURY einschließlich folgende Jahrhundert implizit angenommen. Der Nutzer sollte $BAWCENTURY innerhalb seiner Umgebung spezifizieren (DEFAULT: 1900).<br />Die Zeitzone wird nur interpretiert, wenn das gewünschte Anfangs- oder Enddatum eine definierte Zeitzone besitzt.<br />Besitzt die Datei in diesem Fall eine undefinierte Zeitzone, so wird MEZ angenommen! <br />
	Die Leseroutine unterstützt das Koordinatenreferenzsystem (CRS) wie folgt: <br />		Die Leseroutine unterstützt das Koordinatenreferenzsystem (CRS) wie folgt: <br />
	Ist die Umgebungsvariable $BAWCRS auf einen sinnvollen Wert gesetzt, so wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Der Nutzer sollte daher beim Aufruf der untenstehenden ~~Programmen~~ immer die Variable BAWCRS gezielt setzen!<br />		Ist die Umgebungsvariable $BAWCRS auf einen sinnvollen Wert gesetzt, so wird die enthaltene Koordinate von dem in der Datei enthaltenen CRS in das durch $BAWCRS gesetzte System konvertiert. Enthält die Datei kein sinnvolles CRS, so wird die Koordinate nicht transformiert. Der Nutzer sollte daher beim Aufruf der untenstehenden Programme immer die Variable BAWCRS gezielt setzen!<br />
	Dateien des Typs boewrt.dat können drei Kommentare enthalten, die den minimalen und den maximalen Zeitschritt sowie das FORTRAN-Format der Datenzeilen ~~enthalte~~. Diese Zeilen dienen der Beschleunigung des Lesevorgangs, d.h. eine Überprüfung der Zeitreihe auf Monotonie in der Zeit entfällt und eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten diese Zeilen sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!		Dateien des Typs boewrt.dat können drei Kommentare enthalten, die den minimalen und den maximalen Zeitschritt sowie das FORTRAN-Format der Datenzeilen enthalten. Diese Zeilen dienen der Beschleunigung des Lesevorgangs, d.h. eine Überprüfung der Zeitreihe auf Monotonie in der Zeit entfällt und eine einheitliche Formatierung der Datenzeilen wird vorausgesetzt. Sollte das Lesen einer Datei fehlschlagen, sollten diese Zeilen sicherheitshalber entfernt werden. Werden Dateien per Editor manipuliert, so sollten diese Zeilen immer entfernt werden!

	\|dateiinhalt=		\|dateiinhalt=
	# Punktnummer und (optional) Kürzel für Zeitzone und ~~Koordinatensystem~~. Diese Zeile ist FORMATIERT im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden.		# Punktnummer und (optional) Kürzel für Zeitzone und Koordinatenreferenzsystem. Diese Zeile ist FORMATIERT im FORTRAN-Format "(I10,1X,A4,1X,A5)" zu schreiben. Vorzugsweise sollten für Zeitzonen die bekannten Kürzel ("MEZ ", "MESZ", "UTC ") und für das Koordinatensystem die in der BAW gebräuchlichen EPSG-Codes (siehe z.B. bei [[GEOTRANSFORMER]]) verwendet werden.
	# Ortsbezeichnung (im FORTRAN-Format "(A)").		# Ortsbezeichnung (im FORTRAN-Format "(A)").
	# Räumliche Position, gegeben durch Rechtswert, Hochwert und Tiefe.		# Räumliche Position, gegeben durch Rechtswert, Hochwert und Tiefe (unformatiert, getrennt mit Leerzeichen).
	# Anzahl n der abgespeicherten Größen und deren physikalische Code-Kennungen (FORTRAN-Format "(I10,nI8)"		# Anzahl n der abgespeicherten Größen und deren physikalische Code-Kennungen (FORTRAN-Format "(I10,nI8)"
	# Datum, Uhrzeit und Daten für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon ";" von den physikalischen Werten getrennt werden.		# Datum, Uhrzeit und Daten für jeden gespeicherten Zeitpunkt. Vorzugsweise sollte der Datums-String mit einem Semikolon ";" von den physikalischen Werten getrennt werden.