dive4elements/river: backend/doc/documentation/de/importer-geodaesie.tex comparison

comparison backend/doc/documentation/de/importer-geodaesie.tex @ 9712:b880a8adc2b2 3.2.x

Convert importer documentation sources to UTF-8 Needs escaping extended characters like "%*Ã¼*)" in listings.

author	Tom Gottfried <tom@intevation.de>
date	Thu, 04 Mar 2021 13:05:19 +0100
parents	21e276cef740
children

comparison

equal deleted inserted replaced

-:21e276cef740
+:b880a8adc2b2
 Der Geodaten Importer ist ein in der Programmiersprache Python
 geschriebenes Kommandozeilen Werkzeug zum Import von Shapefiles in
 eine Datenbank.
 Zum Lesen der Shapefiles und zum Schreiben der Geodaten
 in die Datenbank wird die GDAL-Bibliothek verwendet.
-Um Daten in eine Oracle Datenbank zu importieren ist es nötig, dass
+Um Daten in eine Oracle Datenbank zu importieren ist es nÃ¶tig, dass
-GDAL und GDAL-Python-Bindings mit Oracle-Unterstützung installiert
+GDAL und GDAL-Python-Bindings mit Oracle-UnterstÃ¼tzung installiert
-sind. Bei der Verwendung von PostgreSQL entfällt dieser Schritt.
+sind. Bei der Verwendung von PostgreSQL entfÃ¤llt dieser Schritt.
 Weitere Details hierzu befinden sich im
 Kapitel \ref{Systemanforderungen} und \ref{Installationsanleitung}.
 Der Importer kann mit einem Shellscript von der Kommandozeile gestartet werden
 (siehe Kapitel \ref{Starten des Geodaten Importers}). Nach dem Start wird anhand der
 Konfiguration festgestellt, welche Klassen von Shapefiles aus dem Dateisystem
-importiert werden sollen. Für jede Klasse gibt es einen speziellen
+importiert werden sollen. FÃ¼r jede Klasse gibt es einen speziellen
 Parser, der die speziellen Attribute eines Shapefiles liest und in die entsprechende
 Relation der Datenbank schreibt. Die Parser sind speziell auf das
 Dateisystem der BfG ausgerichtet. So wird beispielsweise erwartet, dass die Shapefiles der
-Gewässerachse im Ordner $Geodaesie/Flussachse+km$ liegen. Weitere Informationen zu
+GewÃ¤sserachse im Ordner $Geodaesie/Flussachse+km$ liegen. Weitere Informationen zu
 den einzelnen Parsern sind Kapitel \ref{Beschreibung der Parser} zu
 entnehmen.
-Damit die Geodaten eines Shapes später eindeutig in der Datenbank identifiziert
+Damit die Geodaten eines Shapes spÃ¤ter eindeutig in der Datenbank identifiziert
-werden können, wird für jede Geometrie der Pfad des Shapes im Dateisystem
+werden kÃ¶nnen, wird fÃ¼r jede Geometrie der Pfad des Shapes im Dateisystem
 im Datenbankfeld 'path' gespeichert. Anwendungen, die auf der Datenbank
-aufbauen, können die Geodaten eines Shapefiles später anhand dieses Merkmals
+aufbauen, kÃ¶nnen die Geodaten eines Shapefiles spÃ¤ter anhand dieses Merkmals
 gruppieren und anzeigen.
 Bitte beachten Sie, dass der Geodaten Importer aufgrund der eingesetzten
 Technologien derzeit nicht in der Lage ist, lesend auf die Oracle-Datenbank
 zuzugreifen. Entsprechend kann beim Import nicht festgestellt werden, ob sich
 die Daten eines Shapefiles bereits in der Datenbank befinden, oder nicht.
-Ein erneuter Import der Geodaten würde also dazu führen, dass Geometrien doppelt in der
+Ein erneuter Import der Geodaten wÃ¼rde also dazu fÃ¼hren, dass Geometrien doppelt in der
 Datenbank abgelegt werden.
 \subsection{Koordination-Transformation}
-Für die Transformation der Daten verwendet GDAL wiederum die PROJ4-Bibliothek.
+FÃ¼r die Transformation der Daten verwendet GDAL wiederum die PROJ4-Bibliothek.
 Die Daten werden vor dem Schreiben in die Datenbank alle
-in die Gauß-Krüger-Projektion Zone 3 (EPSG-Code 31467) transformiert.
+in die GauÃŸ-KrÃ¼ger-Projektion Zone 3 (EPSG-Code 31467) transformiert.
-Ist für die zu importierenden Daten keine Projektion ersichtlich
+Ist fÃ¼r die zu importierenden Daten keine Projektion ersichtlich
 (fehlende \textit{*.prj}-Datei), so findet keine Transformation statt.
-Dies führt nur zu Problemen mit dem Fachdienst FLYS, falls die Daten nicht
+Dies fÃ¼hrt nur zu Problemen mit dem Fachdienst FLYS, falls die Daten nicht
 bereits in der genannten Projektion vorlagen.
-Im Falle der Digitalen Geländemodelle (DGM) findet keine Transformation statt,
+Im Falle der Digitalen GelÃ¤ndemodelle (DGM) findet keine Transformation statt,
 da zu diesen lediglich Metadaten in der Datenbank gespeichert werden
 (siehe Kapitel \ref{dgm_parser}),
-während die Daten selbst von der Anwendung Dive4Elements River
+wÃ¤hrend die Daten selbst von der Anwendung Dive4Elements River
 aus dem Dateisystem geholt werden.
-Für Berechnungen mit den DGM werden die Geometrien aus der Datenbank
+FÃ¼r Berechnungen mit den DGM werden die Geometrien aus der Datenbank
 in Dive4Elements River in die Projektion des jeweiligen DGM transformiert.
 Daher ist es besonders wichtig, dass die Angaben des EPSG-Codes
 in der Spalte SRID in DGMs.csv korrekt sind (siehe Kapitel \ref{dgm_parser})
 \subsection{Logfile}
 Der Erfolg oder Misserfolg eines Shape-Imports wird
-im Logfile vermerkt. Folgende Einträge können dem Logfile
+im Logfile vermerkt. Folgende EintrÃ¤ge kÃ¶nnen dem Logfile
 entnommen werden:
 \textbf{INFO: Inserted \# features}
 \\Gibt die Anzahl der erfolgreich importierten Features an.
 \textbf{INFO: Did not import values from fields: '...' ...}
 \\Der Importer schreibt neben der geographischen Information weitere
 Attribut-Daten in die Datenbank.
 Attribut-Spalten die nicht importiert wurden (z.B. auf Grund
 von Tippfehlern oder unterschiedlicher Schreibweise),
-werden wie angegeben im Logfile aufgeführt.
+werden wie angegeben im Logfile aufgefÃ¼hrt.
 \textbf{ERROR: No source SRS given! No transformation possible!}
-\\Das Shapefile enthält keine Information, in welcher Projektion die Geometrien
+\\Das Shapefile enthÃ¤lt keine Information, in welcher Projektion die Geometrien
 vorliegen. Es findet keine Transformation in die Zielprojektion statt. Bitte
-beachten Sie, dass FLYS diese Geometrien später ggf.\ nicht korrekt darstellen
+beachten Sie, dass FLYS diese Geometrien spÃ¤ter ggf.\ nicht korrekt darstellen
 kann.
 \textbf{ERROR: Unable to insert feature: DETAIL}
 \\Beim Lesen eines Features ist ein Fehler aufgetreten.
 Das Feature konnte nicht in die Datenbank geschrieben werden.
 \textbf{ERROR: Exception while committing transaction}
 \\Beim Abschluss des Schreib-Vorgangs in die Datenbank ist ein unerwarteter
 Fehler aufgetreten. Die Features des Shapes sind nicht importiert worden.
 \textbf{ERROR 1: ORA-01017: invalid username/password; logon denied}
-\\Es konnte keine Verbindung zur Oracle Datenbank hergestellt werden. Prüfen Sie
+\\Es konnte keine Verbindung zur Oracle Datenbank hergestellt werden. PrÃ¼fen Sie
 die Verbindungseinstellungen.
-Weitere Fehler, die von der Oracle-Datenbank kommen, können ebenfalls im
+Weitere Fehler, die von der Oracle-Datenbank kommen, kÃ¶nnen ebenfalls im
 Logfile angezeigt werden.
 \subsection{Beschreibung der Parser}
 \label{Beschreibung der Parser}
 Wie im letzten Kapitel beschrieben, sind die Parser speziell an das Dateisystem
 der BfG angepasst. Im Folgenden werden zu jedem Parser folgende Informationen
 angegeben:
 \textbf{Pfad}
-\\Der Pfad, in dem die Shapefiles im Dateisystem abgelegt sein müssen (ausgehend
+\\Der Pfad, in dem die Shapefiles im Dateisystem abgelegt sein mÃ¼ssen (ausgehend
-vom Gewässer Verzeichnis).
+vom GewÃ¤sser Verzeichnis).
 \textbf{Geometrie}
-\\Der Geometrie Typ, der für diese Klasse von Shapefiles erwartet wird.
+\\Der Geometrie Typ, der fÃ¼r diese Klasse von Shapefiles erwartet wird.
 \textbf{Attribute}
 \\Eine Liste der Attribute, die vom Parser aus dem Shape gelesen werden.
 In Klammern als alternativ bezeichnete Attribut-Namen werden in
 das gleiche Datenbankfeld geschrieben, wie das vorgenannte Feld.
-Die alternativen Namen werden vom Importer zusätzlich unterstützt,
+Die alternativen Namen werden vom Importer zusÃ¤tzlich unterstÃ¼tzt,
-um Dateien aus dem heterogenen Bestand der BfG unverändert
+um Dateien aus dem heterogenen Bestand der BfG unverÃ¤ndert
-importieren zu können.
+importieren zu kÃ¶nnen.
 Zudem werden Datenbank-Attribute beschrieben, die nicht direkt aus
 Attribut-Spalten des Shapefiles gelesen werden.
 \subsubsection{Achsen}
 Pfad        &   Geodaesie/Flussachse+km \\
 Geometrie   &   LINESTRING, MULTILINESTRING \\
 \end{tabular*}
 Das Attribut 'name' wird auf den Namen des Shapefiles gesetzt.
-Zusätzlich wird das Attribut 'kind\_id' gesetzt, welches
+ZusÃ¤tzlich wird das Attribut 'kind\_id' gesetzt, welches
-für die aktuelle Achse (\textit{achse.shp}) 1 ist
+fÃ¼r die aktuelle Achse (\textit{achse.shp}) 1 ist
-und für sonstige Achsen (weitere Linien-Shapes) 2.
+und fÃ¼r sonstige Achsen (weitere Linien-Shapes) 2.
 Hinweis:
-Da die Layer-Konfiguration (Mapfiles) für die Flussachsen beim Start des
+Da die Layer-Konfiguration (Mapfiles) fÃ¼r die Flussachsen beim Start des
 Artefakt-Servers generiert werden, muss der Artefakt-Server neugestartet
-werden um die Flussachse in der Anwendung darstellen zu können.
+werden um die Flussachse in der Anwendung darstellen zu kÃ¶nnen.
 \subsubsection{Hydr. Grenzen}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Hydrologie/Hydr.Grenzen \\
 Geometrie   &   LINESTRING, MULTILINESTRING, POLYGON, MULTIPOLYGON \\
 Attribute   &   SECTIE, STROVOER \\
 \end{tabular*}
 Das Attribut 'name' wird auf den Namen des Shapefiles gesetzt.
-Das Attribut 'kind' wird 1 gesetzt für Daten aus dem
+Das Attribut 'kind' wird 1 gesetzt fÃ¼r Daten aus dem
 Unterverzeichnis \textit{Linien/BfG},
-2 für Daten aus \textit{Linien/Land},
+2 fÃ¼r Daten aus \textit{Linien/Land},
-3 für Daten aus \textit{Sonstige}
+3 fÃ¼r Daten aus \textit{Sonstige}
-und für alle übrigen 0.
+und fÃ¼r alle Ã¼brigen 0.
 Ausgenommen sind Dateien, in deren Namen 'Talaue'
-(Groß-Klein-Schreibung irrelevant) vorkommt.
+(GroÃŸ-Klein-Schreibung irrelevant) vorkommt.
 Linien und Polygone werden in der Datenbank in unterschiedlichen
 Tabellen gespeichert.
 \subsubsection{Bauwerke}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Geodaesie/Bauwerke \\
 Geometrie   &   LINESTRING \\
 Attribute   &   Name (alternativ: KWNAAM),
 km (alternativ: station, wsv-km),
-z (alternativ: Höhe, Hoehe, m+NHN)\\
+z (alternativ: HÃ¶he, Hoehe, m+NHN)\\
 \end{tabular*}
 Das Attribut 'name' wird auf den Namen des Shapefiles gesetzt.
-Das Attribut 'kind\_id' ist 0 für Sonstige,
+Das Attribut 'kind\_id' ist 0 fÃ¼r Sonstige,
-1 für Brücken, 2 für Wehre, 3 für Pegel.
+1 fÃ¼r BrÃ¼cken, 2 fÃ¼r Wehre, 3 fÃ¼r Pegel.
 Es wird aus dem Dateinamen hergeleitet
 (\textit{bruecken.shp, wehre.shp, pegel.shp},
-teilweise auch alternative Schreibweisen unterstützt)
+teilweise auch alternative Schreibweisen unterstÃ¼tzt)
 oder je Feature gesetzt, wenn in einer Attributspalte
 die Werte 'bruecke' und 'wehr'
-(teilweise auch alternative Schreibweisen unterstützt) vorkommen.
+(teilweise auch alternative Schreibweisen unterstÃ¼tzt) vorkommen.
 Ausgenommen sind Dateien, in deren Namen 'Buhnen'
-(Groß-Klein-Schreibung irrelevant) vorkommt.
+(GroÃŸ-Klein-Schreibung irrelevant) vorkommt.
 \subsubsection{Querprofilspuren}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Geodaesie/Querprofile \\
 Geometrie   &   LINESTRING \\
 Attribute   &   KILOMETER (alternativ: KM, STATION), ELEVATION \\
 \end{tabular*}
-Das Attribut 'kind\_id' wird 1 gesetzt für die Datei \textit{qps.shp} (aktuelle Querprofilspuren)
+Das Attribut 'kind\_id' wird 1 gesetzt fÃ¼r die Datei \textit{qps.shp} (aktuelle Querprofilspuren)
-und 0 für alle weiteren.
+und 0 fÃ¼r alle weiteren.
 \subsubsection{Festpunkte}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Geodaesie/Festpunkte \\
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Hydrologie/HW-Marken/hw-marken.shp \\
 Geometrie   &   POINT \\
 Attribute   &   Ort (alternativ: Pegel),
 km (alternativ: station, wsv-km, FlussKm),
-z (alternativ: z mit anschließender Zahl, m+NHN)\\
+z (alternativ: z mit anschlieÃŸender Zahl, m+NHN)\\
 \end{tabular*}
-Groß-Klein-Schreibung im Dateinamen ist irrelevant.
+GroÃŸ-Klein-Schreibung im Dateinamen ist irrelevant.
-Für das Attribut 'year' wird im Dateinamen nach einer Jahreszahl
+FÃ¼r das Attribut 'year' wird im Dateinamen nach einer Jahreszahl
 nach folgendem Muster gesucht: \textit{\_YYYY\_} oder \textit{-YYYY-}.
 Gelingt dies nicht, erscheint im Logfile die Warnung
 'Could not extract year from filename: ...'.
 \subsubsection{Talaue}
 Pfad        &   Hydrologie/Hydr.Grenzen \\
 Geometrie   &   POLYGON, MULTIPOLYGON \\
 \end{tabular*}
 Es werden nur Dateien betrachtet, in deren Namen das Wort 'Talaue'
-(Groß-Klein-Schreibung irrelevant) vorkommt.
+(GroÃŸ-Klein-Schreibung irrelevant) vorkommt.
 Das Attribut 'name' wird auf den Namen des Shapefiles gesetzt.
-Das Attribut 'kind\_id' wird 1 gesetzt für die Datei \textit{talaue.shp} (aktuelle Talaue)
+Das Attribut 'kind\_id' wird 1 gesetzt fÃ¼r die Datei \textit{talaue.shp} (aktuelle Talaue)
-und 0 für alle weiteren.
+und 0 fÃ¼r alle weiteren.
 \subsubsection{Hochwasserschutzanlagen}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Hydrologie/HW-Schutzanlagen \\
 Geometrie   &   LINESTRING, MULTILINESTRING, POINT \\
 Attribute   &   Name, Art, Quelle, Anmerkung, Stand, Verband,
 km (alternativ: Deich\_km), Bereich,
 Hoehe\_ist, Hoehe\_soll, WSP\_Bfg100, Bundesland
-(Teilweise auch alternative Schreibweisen unterstützt)\\
+(Teilweise auch alternative Schreibweisen unterstÃ¼tzt)\\
 \end{tabular*}
 Das Attribut 'name' wird auf den Namen des Shapefiles gesetzt,
 wenn kein Attribut 'Name' im Shapefile vorhanden ist.
-Das Feld 'kind\_id' wird per Default auf 2 (für Damm) gesetzt.
+Das Feld 'kind\_id' wird per Default auf 2 (fÃ¼r Damm) gesetzt.
 Wird ein Attribut 'ART' im Shapefile gefunden,
 so wird 'kind\_id' entsprechend dieses Feldes gesetzt
-(1 für die Werte 'Durchlass', 'Rohr1', 'Rohr 1', 'Rohr 2',
+(1 fÃ¼r die Werte 'Durchlass', 'Rohr1', 'Rohr 1', 'Rohr 2',
-2 für die Werte 'Damm', 'Deich', 'Hochufer', 'Hauptdeich', 'Sommerdeich',
+2 fÃ¼r die Werte 'Damm', 'Deich', 'Hochufer', 'Hauptdeich', 'Sommerdeich',
-3 für den Wert 'Graben').
+3 fÃ¼r den Wert 'Graben').
 Es wird versucht das Bundesland aus dem Dateinamen zu ermitteln,
-wenn das Shapefile kein Attribut 'Bundesland' enthält.
+wenn das Shapefile kein Attribut 'Bundesland' enthÃ¤lt.
 Linien und Punkte werden in der Datenbank in unterschiedlichen
 Tabellen gespeichert.
 \subsubsection{Buhnen}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Geodaesie/Bauwerke/Buhnen.shp \\
 Geometrie   &   POINT \\
 Attribute   &   station (alternativ: km, wsv-km),
-z (alternativ: Hoehe, Höhe, m+NHN) \\
+z (alternativ: Hoehe, HÃ¶he, m+NHN) \\
 \end{tabular*}
-Das Attribut 'kind\_id' wird für
+Das Attribut 'kind\_id' wird fÃ¼r
 Buhnenkopf (\textit{bkl, bkr, bk}) 0,
-für Buhnenfuß (\textit{bfl, bfr, bf}) 1 und
+fÃ¼r BuhnenfuÃŸ (\textit{bfl, bfr, bf}) 1 und
-für Buhnenwurzel (\textit{bwl, bwr, bw}) 2 gesetzt,
+fÃ¼r Buhnenwurzel (\textit{bwl, bwr, bw}) 2 gesetzt,
 \subsubsection{Stationierung}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Geodaesie/Flussachse+km/km.shp \\
 Attribute   &   km (alternativ: KM), landkm \\
 \end{tabular*}
 Das Attribut 'name' wird auf den Namen des Shapefiles gesetzt.
-\subsubsection{Überschwemmungsfläche}
+\subsubsection{ÃœberschwemmungsflÃ¤che}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   Hydrologie/UeSG \\
 Geometrie   &   POLYGON, MULTIPOLYGON \\
 Attribut    &   diff, count, area, perimeter, GEWAESSER \\
 \hspace{5mm}
 \begin{tabular}[t]{ll}
 Unterverzeichnis & Wert \\
 \textit{Berechnungen/Aktuell/BfG} & 111 \\
-\textit{Berechnungen/Aktuell/Bundesländer} & 112 \\
+\textit{Berechnungen/Aktuell/BundeslÃ¤nder} & 112 \\
 \textit{Berechnungen/Potentiell/BfG} & 121 \\
-\textit{Berechnungen/Potentiell/Bundesländer} & 122 \\
+\textit{Berechnungen/Potentiell/BundeslÃ¤nder} & 122 \\
 \textit{Messungen} & 200 \\
 \end{tabular}
 Das Attribut 'source' wird auf den Namen des Verzeichnisses gesetzt,
 indem sich das jeweilige Shapefile befindet.
-\subsubsection{Metadaten zu Digitalen Gelände-Modellen}
+\subsubsection{Metadaten zu Digitalen GelÃ¤nde-Modellen}
 \label{dgm_parser}
 \hspace{5mm}
 \begin{tabular*}{155mm}[t]{l@{\extracolsep\fill}p{125mm}}
 Pfad        &   ../DGMs.csv \\
-Attribut    &   Projektion, Höhenstatus, Format, Bruchkanten,
+Attribut    &   Projektion, HÃ¶henstatus, Format, Bruchkanten,
-Auflösung, SRID, Pfad\_Bestand,
+AuflÃ¶sung, SRID, Pfad\_Bestand,
 km\_von, km\_bis, Jahr\_von, Jahr\_bis \\
 \end{tabular*}
-Aus der Spalte 'Gewässer' in DGMs.csv wird entnommen,
+Aus der Spalte 'GewÃ¤sser' in DGMs.csv wird entnommen,
-für welches Gewässer das angegebene DGM verwendet wird.
+fÃ¼r welches GewÃ¤sser das angegebene DGM verwendet wird.
 Die Spalte muss daher den exakt gleichen Namen enthalten
-wie in der *.gew-Datei des Gewässers angegeben
+wie in der *.gew-Datei des GewÃ¤ssers angegeben
 (siehe auch Kapitel \ref{start-hydr}).
 Die eigentlichen Geo-Daten der DGM werden nicht in die Datenbank importiert.
 Diese werden von der Anwendung Dive4Elements River aus dem Dateisystem geholt.
 \subsection{Konfiguration}
 \label{Konfiguration}
-Der Geodaten Importer kann über das Skript \textit{./run\_geo.sh}
+Der Geodaten Importer kann Ã¼ber das Skript \textit{./run\_geo.sh}
-konfiguriert werden. Öffnen Sie die Datei mit einem Texteditor Ihrer Wahl
+konfiguriert werden. Ã–ffnen Sie die Datei mit einem Texteditor Ihrer Wahl
 und passen Sie ggf.\ folgende Variablen an:
 \textbf{HOST}
 \\Der Host der Datenbank.
 \textbf{USER}
 \\Der Nutzer, der zum Verbinden zur Datenbank verwendet wird.
 \textbf{PASS}
-\\Das Passwort für USER zum Verbinden zur Datenbank.
+\\Das Passwort fÃ¼r USER zum Verbinden zur Datenbank.
 In den weiteren Zeilen werden weitere Optionen definiert, die bei Bedarf angepasst
-werden können. Falls nicht anders angegeben, können die Optionen mit den Werten
+werden kÃ¶nnen. Falls nicht anders angegeben, kÃ¶nnen die Optionen mit den Werten
 `0` und `1` belegt werden.
 \textbf{VERBOSE}
-\\Dieser Wert gibt die Granularität der Log-Ausgaben während des
+\\Dieser Wert gibt die GranularitÃ¤t der Log-Ausgaben wÃ¤hrend des
-Imports an. Je höher der Wert, desto mehr Informationen werden
+Imports an. Je hÃ¶her der Wert, desto mehr Informationen werden
 in das Logfile geschrieben. Aktuell sind die Werte `0`, `1` und
 `2` definiert. Wird der Wert `0` gesetzt, werden nur Fehler und
 Warnungen in das Logfile geschrieben. Bei `1` werden neben
 Fehlern und Warnungen auch Infos in das Logfile geschrieben. Bei
-`2` werden sämtliche Ausgaben des Programms geschrieben. Dieser
+`2` werden sÃ¤mtliche Ausgaben des Programms geschrieben. Dieser
-Modus ist hauptsächlich für die Entwicklung gedacht.
+Modus ist hauptsÃ¤chlich fÃ¼r die Entwicklung gedacht.
 \textbf{OGR\_CONNECTION}
 \\Hiermit kann direkt ein beliebiger Verbindungs-String angegegeben
 werden, welcher dann anstatt HOST, USER und PASS verwendet wird.
-Diese Option wird direkt an die OGR-Bibliothek weitergegeben und ermöglicht
+Diese Option wird direkt an die OGR-Bibliothek weitergegeben und ermÃ¶glicht
 verbesserte Tests und Entwicklung mit verschiedenen Backends.
 \textbf{SKIP\_AXIS}
 \\Bei gesetztem Wert `1` werden keine Flussachsen importiert.
 \textbf{SKIP\_HWS\_POINTS}
 \\Bei gesetztem Wert `1` werden kein Hochwasserschutzanlagen (Punktdaten) importiert.
 \textbf{SKIP\_UESG}
-\\Bei gesetztem Wert `1` werden keine Überschwemmungsflächen importiert.
+\\Bei gesetztem Wert `1` werden keine ÃœberschwemmungsflÃ¤chen importiert.
 \textbf{SKIP\_DGM}
-\\Bei gesetztem Wert `1` werden keine Metadaten zu Digitalen Geländemodellen importiert.
+\\Bei gesetztem Wert `1` werden keine Metadaten zu Digitalen GelÃ¤ndemodellen importiert.
 \textbf{SKIP\_JETTIES}
 \\Bei gesetztem Wert `1` werden keine Buhnen importiert.
 \textbf{SKIP\_FLOODMARKS}
 \\Bei gesetztem Wert `1` werden keine HW-Marken importiert.
 \subsection{Starten des Geodaten Importers}
 \label{Starten des Geodaten Importers}
 Der Geodaten Importer wird mittels des Shellskripts,
-dass auch für die Konfiguration verwendet wird, von einer Konsole
+dass auch fÃ¼r die Konfiguration verwendet wird, von einer Konsole
-gestartet. Dazu führen Sie folgenden Befehl aus:\\
+gestartet. Dazu fÃ¼hren Sie folgenden Befehl aus:\\
 \begin{lstlisting}
 sh ./run_geo.sh pfad/zur/beispiel.gew > geo-import.log
 \end{lstlisting}
-Bezüglich des übergebenen Pfades siehe auch Kapitel \ref{start-hydr}.
+BezÃ¼glich des Ã¼bergebenen Pfades siehe auch Kapitel \ref{start-hydr}.
-Der Importer wird nun gestartet. Sämtliche Log-Ausgaben werden in die Datei
+Der Importer wird nun gestartet. SÃ¤mtliche Log-Ausgaben werden in die Datei
 $geo-import.log$ geschrieben.

Mercurial > dive4elements > river

comparison backend/doc/documentation/de/importer-geodaesie.tex @ 9712:b880a8adc2b2 3.2.x