Geodatenabgabe: Unterschied zwischen den Versionen

Aus Geoinformation HSR
Wechseln zu: Navigation, Suche
K (Geodatenformate für die Geodatenabgabe)
K
Zeile 1: Zeile 1:
''>> Diese Seite ist Work-in-Progress als Notizen mit Blick auf 'Best-Practices'. Man beachte auch das Bearbeitungsdatum unten. <<''
+
''>> Diese Seite ist Work-in-Progress mit Blick auf 'Best-Practices'. Man beachte auch das Bearbeitungsdatum unten. <<''
  
Für die Abgabe von Geodaten sind aus technischer Sicht 1. Webservices und 2. Geodatenformate (inkl. Encoding) zu regeln.  
+
Man unterscheide 1. Download-Dienste zur Abgabe von Geodaten und 2. Onlinezugriffs-Dienste! Für die Abgabe von Geodaten sind aus technischer Sicht a) Webservices und b) Geodatenformate (inkl. Encoding) zu regeln.  
  
Diese sollen  
+
(Geo-)Dienste sollen:
 
* einfach, möglichst knapp und implementierbar (d.h. getestet) sein
 
* einfach, möglichst knapp und implementierbar (d.h. getestet) sein
 
* die (schweiz.) Gesetze, Verordnungen und Vorgaben berücksichtigen  
 
* die (schweiz.) Gesetze, Verordnungen und Vorgaben berücksichtigen  
 
* und wenn möglich auf Standards beruhen.
 
* und wenn möglich auf Standards beruhen.
  
Man unterscheide Download-Dienste zur Abgabe von Geodaten und Onlinezugriffs-Dienste! Bei Letzterem greifen verteilte - meist lokale (Desktop) GIS direkt auf den Onlinezugriffs-Dienst zu. WFS und WCS passen hier gut hinein und hingegen.
+
== Onlinezugriffs-Dienste ==
  
== Webservices für die Geodatenabgabe ==
+
Hier greifen verteilte - meist lokale (Desktop) GIS direkt und synchron auf den Dienst zu.
  
Empfehlung:
+
Beispiele:
 +
* [[WFS]] mit GML aber auch mit anderen Formaten (siehe unten).
 +
* [[WCS]]
 +
 
 +
Diskussion:
 +
* [[GeoJSON]] (ev. GeoBSON) empfehlen sich als weboptimierte Formate, eignen sich aber nicht für zu grosse Geodaten-Mengen.
 +
 
 +
== Download-Dienste ==
 +
 
 +
Download-Dienste (Webservices) für die Geodatenabgabe:
 
# Synchroner Download (bis 100 MB)
 
# Synchroner Download (bis 100 MB)
 
## HTTP  
 
## HTTP  
Zeile 24: Zeile 33:
 
* [[WFS]] ist nur bedingt zu empfehlen (und wenn dann nur für den synchronen Fall), da dieser Industriestandard nicht primär für die Datenabgabe entworfen worden ist und u.a. bei grossen Dateien Timeout-Probleme hat.
 
* [[WFS]] ist nur bedingt zu empfehlen (und wenn dann nur für den synchronen Fall), da dieser Industriestandard nicht primär für die Datenabgabe entworfen worden ist und u.a. bei grossen Dateien Timeout-Probleme hat.
  
== Datenformate für die Geodatenabgabe ==
+
== Datenformate ==
  
 
Die "Formatpyramide" (von der Fa. Infogrips, angepasst und ergänzt):
 
Die "Formatpyramide" (von der Fa. Infogrips, angepasst und ergänzt):
Zeile 37: Zeile 46:
 
Diskussion:
 
Diskussion:
 
* In Zukunft ist ev. mit einem neuen Format zu INTERLIS zu rechnen, das einfach und XML-konform ist.
 
* In Zukunft ist ev. mit einem neuen Format zu INTERLIS zu rechnen, das einfach und XML-konform ist.
* [[GeoJSON]] (ev. GeoBSON) empfehlen sich als weboptimierte Formate, eignen sich aber nicht für zu grosse Geodaten-Mengen.
+
* Zu beobachten ist auch die Entwicklung von Protocol Buffers, d.h. einer Art XML, nur sehr kompakt binär und Schema-getrieben ([http://de.wikipedia.org/wiki/Protocol_Buffers]).
  
 
[[Kategorie:Dateiformat]]
 
[[Kategorie:Dateiformat]]

Version vom 4. November 2012, 23:19 Uhr

>> Diese Seite ist Work-in-Progress mit Blick auf 'Best-Practices'. Man beachte auch das Bearbeitungsdatum unten. <<

Man unterscheide 1. Download-Dienste zur Abgabe von Geodaten und 2. Onlinezugriffs-Dienste! Für die Abgabe von Geodaten sind aus technischer Sicht a) Webservices und b) Geodatenformate (inkl. Encoding) zu regeln.

(Geo-)Dienste sollen:

  • einfach, möglichst knapp und implementierbar (d.h. getestet) sein
  • die (schweiz.) Gesetze, Verordnungen und Vorgaben berücksichtigen
  • und wenn möglich auf Standards beruhen.

Onlinezugriffs-Dienste

Hier greifen verteilte - meist lokale (Desktop) GIS direkt und synchron auf den Dienst zu.

Beispiele:

  • WFS mit GML aber auch mit anderen Formaten (siehe unten).
  • WCS

Diskussion:

  • GeoJSON (ev. GeoBSON) empfehlen sich als weboptimierte Formate, eignen sich aber nicht für zu grosse Geodaten-Mengen.

Download-Dienste

Download-Dienste (Webservices) für die Geodatenabgabe:

  1. Synchroner Download (bis 100 MB)
    1. HTTP
    2. ftp
  2. Asynchroner Download (von 0 bis 100 MB)
    1. E-Mail und Weblink zu HTTP

Diskussion:

  • Datenabgabe ist meist asynchron, auch wenn die Datei kleiner als z.B. 100 MB ist.
  • In Zukunft könnten für synchroner Download ev. folgende Webservices relevant werden: WMS:getFeatureInfo, WMS:getFeatureInfoById mit einem HTTP-URL- und einem SOAP-Binding.
  • WFS ist nur bedingt zu empfehlen (und wenn dann nur für den synchronen Fall), da dieser Industriestandard nicht primär für die Datenabgabe entworfen worden ist und u.a. bei grossen Dateien Timeout-Probleme hat.

Datenformate

Die "Formatpyramide" (von der Fa. Infogrips, angepasst und ergänzt):

  1. Systemeigene Formate ('die Proprietären'): Meist binäres Format der Systeme, z.B. File Geodatabase der Fa. Esri (vgl. auch OGR).
  2. GML/XML (das 'internationale') Dies ist zwar ein Geodaten-Austauschformat gemäss OGC-Industriestandard und eng mit WFS verbunden. Doch ist es sehr umfangreich, komplex (viele Namespaces) und an einigen Stellen unterspezifiziert (Umgang mit Geometrien).
  3. INTERLIS (das Format für "GIS-Spezialisten"): Nicht nur ein ASCII-Format in einer Datei, sondern lässt sich direkt aus einer eigenen Datenbankschema-Beschreibung herleiten. Publiziert vom Schweizer Standard-Verein eCH: [1] . Es gibt zurzeit zwei Formate: die INTERLIS 1 (ITF) und INTERLIS 2 (XTF/XML). Nachteile: Auf die Schweiz beschränkt.
  4. Spatialite (das Format für "alle"): Ein binäres Format mit mehreren Tabellen mit Attributen und Geometrie in einer einzigen Datei. Beziehungen in Views. Ein SQLite-"Profil". Open Source. [2]. Nachteile: Wird noch nicht von allen GIS unterstützt.
  5. Shapefile ('das GIS-Format von Esri'). Dies ist ein verbreitetes aber auch eine veraltetes und beschränktes Format. Z.B. fehle Beziehungen, es besteht aus vielen zusammengehörenden Dateien und es werden Attributnamen abgeschnitten. Das "Personal Geodatabase" (vgl. Esri und OGR) ist nicht viel besser und wird von Esri selber nicht für den Austausch empfohlen.
  6. DXF (das Format für Architekten und Planer): Ein Text-/ASCII-Format nur mit "farbiger" Geometrie (höchstens mit Layerangaben). Nachteil: Nur Geometrie.
  7. 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.

Diskussion:

  • In Zukunft ist ev. mit einem neuen Format zu INTERLIS zu rechnen, das einfach und XML-konform ist.
  • Zu beobachten ist auch die Entwicklung von Protocol Buffers, d.h. einer Art XML, nur sehr kompakt binär und Schema-getrieben ([4]).