Geodatenabgabe

Für die Geodatenabgabe und aus einer zukunftsgerichteten Sicht kommen folgende Webservices und Geodatenformate (Standards, Geostandards) in Frage:

Webservices für die Geodatenabgabe:

1. HTTP
2. ftp

WFS ist nur bedingt zu empfehlen, da dieser Industriestandard nicht primär für die Datenabgabe entworfen worden ist und u.a. bei grossen Dateien Timeout-Probleme hat.

In Zukunft könnten ev. folgende Webservices relevant werden: WMS:getFeatureInfo, WMS:getFeatureInfoById mit einem HTTP-URL- und einem SOAP-Binding.

Geodatenformate für die Geodatenabgabe:

1. DXF (das Format für Architekten und Planer): Ein Text-/ASCII-Format nur mit "farbiger" Geometrie (höchstens mit Layerangaben). Nachteil: Nur Geometrie.
2. Spatialite (das Format für "alle"): Ein binäres Format mit mehreren Tabellen mit Attributen und Geometrie in einer einzigen Datei. Ein SQLite-"Profil". Open Source. [1]. Nachteile: Wird noch nicht von allen GIS unterstützt.
3. INTERLIS (das Format für "GIS-Spezialisten"): Nicht nur ein ASCII-Format in einer Datei, sondern auch mit passender Datenbankschema-Beschreibung. Publiziert vom Schweizer Standard-Verein eCH: [2] . Es gibt zurzeit zwei Formate: die INTERLIS 1 (ITF) und INTERLIS 2 (XTF/XML). Nachteile: Ist GIS-branchenspezifisch und auf die Schweiz beschränkt.
4. CSV (das Format für den IT Mainstream): Bekanntes Format als kleinster gemeinsamer Nenner. Braucht bestimmte Regeln für Feldtrennzeichen und Encoding; Geometrien sollten im sog. WKT-Format codiert werden: [3]. Nachteil: eine Datei pro Tabelle.

In Zukunft ist ev. mit einem neuen, einfacheren Format zu INTERLIS 2 zu rechnen.

Diskussion weiterer Webservices und Formate:

• GeoJSON (ev. GeoBSON) als weboptimierte Formate nicht zu grosser Geodaten-Mengen.
• Recht veraltet ist das GIS-Format "Esri Shapefile". Dies ist ein beschränktes Format, z.B. besteht es aus vielen zusammengehörenden Dateien und es werden Attributnamen abgeschnitten.