Geometa Lab OST - Benutzerbeiträge [de-ch]

Web Map Tile Service

2020-10-14T20:31:15Z

Pka: Standard-Pixelgrösse gemäss OGC SLD Standard

Der [[OGC]]-Standard '''Web Map Tile Service (WMTS)''' ([http://www.opengeospatial.org/standards/wmts offizielle Website mit Versionen], [http://portal.opengeospatial.org/files/?artifact_id=35326 PDF v1.0.0]) ist eine von [[Web Map Tiling#Spezifikationen|mehreren Konventionen]] um Rasterkarten als (potenziell vor-berechnete & vor-gerenderte) Kachelsammlung anzubieten.

Siehe auch
* [[Hintergrundkarten]] und [[Web Map Tiling]].
* Wikipedia ([https://en.wikipedia.org/wiki/Web_Map_Tile_Service en]|[https://de.wikipedia.org/wiki/Web_Map_Tile_Service de]).

== Verwendung ==

=== Einbinden auf SwissTopo-Webkarte ===

# Gehe auf https://map.geo.admin.ch/
# Unter "Advanced Tools" (de: "Erweiterte Werkzeuge"), klicke "Import" (de: "Importieren")
# Gib die URL zur <code>WMTSCapabilities.xml</code>-Datei an
# Klicke "Connect" (de: "Verbinden") Die Liste der verfügbaren Layer des WMTS wird angezeigt. Durch Hovern über dem jeweiligen Listeneintrag wird eine Vorschau im Hintergrund geladen.
# Für jeden gewünschten Layer:
## Wähle (durch Anklicken) den gewünschten WMTS-Layer aus der angezeigten Liste
## Füll wahlweise das Feld "Description" (de: "Beschreibung" aus) '''(optional)'''
## Klicke "Add Layer" (de: "Layer Hinzufügen")

=== Einbinden in QGIS ===

Variante QGIS Builtin (XYZ/TMS Tiles Driver):
* Im QGIS Browser eine neue Verbindung (Connection) eines "XYZ Tiles" anlegen und dann "Add Layer to Project".
* Siehe https://felix.rohrba.ch/en/2017/easily-add-tilemap-layers-qgis/

Variante mit GDAL Konfig.-Datei (XML)
* Siehe [[Hintergrundkarten]], [[Web_Map_Tiling]].

Variante als WMTS Layer (OGC Standard, WMTSCapabilities.xml)
# Menü "Layer" > "Add Layer" > "Add WMS/WMTS Layer..." oder <kbd>Ctrl</kbd>-<kbd>Shift</kbd>-<kbd>W</kbd>
# Button "New"
# Feld "Name" beliebig ausfüllen
# In Feld "URL" die URL zur <code>WMTSCapabilities.xml</code>-Datei angeben
# Button "OK"
# Button "Connect" Die Liste der verfügbaren Layer des WMTS wird angezeigt.
# Für jeden gewünschten Layer:
## Wähle (durch Anklicken) den gewünschten WMTS-Layer aus der angezeigten Liste
## Klicke Button "Add"
# Klicke Button "Close"

== Begrenzungen ==

{| class="wikitable"
|-
! Position im XML-Baum (XPath)
! begrenzt
! mittels
! Minimalbeispiel
! Maximalbeispiel
|-
| <code>//Layer/ows:BoundingBox</code>
|
das '''dargestellte Datenset'''
des Layers

(informativ;
Tiles können auch ausserhalb verfügbar sein, stellen dort aber keine Daten dar)
| Koordinaten im CRS des Layers
| <pre>
<ows:BoundingBox>
<ows:LowerCorner>420000 30000</ows:LowerCorner>
<ows:UpperCorner>900000 350000</ows:UpperCorner>
</ows:BoundingBox>
</pre>
| <pre>
<ows:BoundingBox crs="urn:ogc:def:crs:EPSG:6.3:21781" dimensions="2">
<ows:LowerCorner>420000.000000 30000.000000</ows:LowerCorner>
<ows:UpperCorner>900000.000000 350000.000000</ows:UpperCorner>
</ows:BoundingBox>
</pre>
|-
| <code>//Layer/WGS84BoundingBox</code>
|
das '''dargestellte Datenset'''
des Layers

(informativ;
Tiles können auch ausserhalb verfügbar sein, stellen dort aber keine Daten dar)
| dezimalen WGS84-Koordinaten (lon-lat: Längengrad vor Breitengrad)
| <pre>
<ows:WGS84BoundingBox>
<ows:LowerCorner>-180 -85.05112878</ows:LowerCorner>
<ows:UpperCorner>180 85.05112878</ows:UpperCorner>
</ows:WGS84BoundingBox>
</pre>
| <pre>
<ows:WGS84BoundingBox crs="urn:ogc:def:crs:OGC:2:84" dimensions="2">
<ows:LowerCorner>-180.0 -85.05112877980659237838</ows:LowerCorner>
<ows:UpperCorner>180.0 85.05112877980659237838</ows:UpperCorner>
</ows:WGS84BoundingBox>
</pre>
|-
| <code>//Layer/TileMatrixSetLink/TileMatrixSetLimits/TileMatrixLimits</code>
|
die '''abrufbaren Tiles'''
des Layers
für diese TileMatrix innerhalb des verlinken TileMatrixSets

(normativ;
Anfrage ausserhalb sollte zu <code>TileOutOfRange</code>-Exception bzw. HTTP-Status-Code <code>400</code> <code>Bad Request</code> führen)
| Tile-Indices
| 
| 
|-
| <code>//TileMatrixSet/BoundingBox</code>
|
den '''Definitionsbereich''' des TileMatrixSets
und damit
die '''potentiell abrufbaren Tiles'''
aller aktuellen ''und künftigen'' Layers,
die dieses Set verwenden
| Koordinaten im CRS des TileMatrixSets
| 
| 
|-
|}

== XYZ → WMTS ==

Hat man bereits einen nach XYZ-Konvention im Web verfügbaren Kachel-Satz, so lässt sich aus diesem ein (RESTful) WTMS machen, in dem man eine passende (statische) ServiceMetadata-XML-Datei <code>WMTSCapabilities.xml</code> serviert.

=== Beispiel ===

Kacheln von osm.ch als WMTS Konfig.-Datei:
https://gist.githubusercontent.com/das-g/882334b2844d5cdc7807eb9c12b8bccb/raw/WMTSCapabilities.xml

=== XML-Schema-Validierung für <code>WMTSCapabilities.xml</code> ===

Siehe auch [https://stackoverflow.com/a/129401/674064 diese StackOverflow-Antwort bzgl. "XML Schema (XSD) validation tool"].

==== Mit <code>xmllint</code> (libxml) ====

(CLI-Tool, das bei libxml mitinstalliert wird, und somit auf Linux & Mac meist bereits vorhanden ist.)

<pre>
xmllint --noout --schema http://www.opengis.net/wmts/1.0 WMTSCapabilities.xml
</pre>
oder
<pre>
xmllint --noout --schema http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd WMTSCapabilities.xml
</pre>
(Falls das Schema lokal vorhanden ist, kann auch der Pfad zur Schema-Datei angegeben werden. Umgekehrt kann die XML-Datei auch als URL angegeben werden, um eine online verfügbare Version zu validieren. Allerdings scheint für Schema und XML nur HTTP, nicht aber HTTPS zu funktionieren.)

==== Mit <code>xsd-validator</code> ====

(Kleines Java-Programm, das den Standard-XML-Parser der JRE (normalerweise Xerces) verwendet.)

<pre>
git clone https://github.com/amouat/xsd-validator.git
wget http://www.opengis.net/wmts/1.0 --output-document=wmts.xsd
wget http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd
./xsd-validator/xsdv.sh wmts.xsd WMTSCapabilities.xml
</pre>

oder einfach

<pre>
git clone https://github.com/amouat/xsd-validator.git
wget http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd
./xsd-validator/xsdv.sh wmtsGetCapabilities_response.xsd WMTSCapabilities.xml
</pre>

(<code>xsd-validator</code> kann nur mit lokalen Schema-Dateien umgehen, daher laden wir diese(s) hier mit <code>wget</code> selbst herunter. Auch die XML-Datei muss lokal vorliegen.)

=== TileMatrixSet ===

Für einen Kachel-Satz nach OSM- & Google Maps-Konvention kann das "Well-known scale set" "GoogleMapsCompatible" (<code><nowiki>urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible</nowiki></code>) aus Annex E.4 des [http://portal.opengeospatial.org/files/?artifact_id=35326 Standards] verwendet werden.

==== Scale Denominator ====

In Tabelle E.4 "Definition of Well-known scale set GoogleMapsCompatible" im Standard sind die Werte des "Scale Denominator" bereits für die Zoom-Levels 0–18 angegeben. Diese lassen sich aber auch wie folgt berechnen:

===== Herleitung =====

In Abschnitt 6.1 "Tile matrix set – the geometry of the tiled space" des Standards erhalten wir (unten auf Seite 8) u.A. folgende beiden Formeln:
<pre>pixelSpan = scaleDenominator × 0.28e-3 / metersPerUnit(crs)</pre>

Die Standard-Pixelgrösse ist gemäss OGC SLD Standard 0.28 Millimeter.

<pre>tileSpanX = tileWidth × pixelSpan</pre>

Daraus folgt
<pre>tileSpanX = tileWidth × scaleDenominator × 0.28e-3 / metersPerUnit(crs)</pre>
und daraus durch auflösen nach <code>scaleDenominator</code>
<pre>scaleDenominator = tileSpanX × metersPerUnit(crs) / (tileWidth × 0.28e-3)</pre>

Die Kachel-Kantenlänge in Pixel <code>tileWidth</code> ist bei OSM & Google immer '''256'''.

Das CRS WebMercator verwendet (pseudo-)Metrische Koordinaten, daher ist <code>metersPerUnit(crs)</code> hierfür '''1'''.

Bei Zoomlevel <code>Z</code> wird die Welt zwischen 85.06°S and 85.06°N (und von 180°W bis 180°O) auf <code>2^Z × 2^Z</code> Kacheln abgebildet. Entlang des Äquators hat man also <code>2^Z</code> Kachel-Kanten. Laut Annex E.4 stimmen die "Scale Denominator"-Werte nur in Äquatornähe, also können wir das verwenden. Der Äquator-Radius ([http://www.epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3857&reportDetail=short&style=urn:uuid:report-style:default-with-code&style_name=OGP%20Default%20With%20Code&title=EPSG:3857 im EPSG-Eintrag] "Semi-Major Axis (a)" genannt) ist der von WGS 84 und beträgt '''6'378'137 m'''. Mit <code>Tau</code> (a.k.a. <code>2 Pi</code>) multipliziert ergibt dies die Äquatorlänge. Damit ist
<pre>
tileSpanX = Äquatorlänge / (2^Z)
= 6378137 × Tau / (2^Z)
</pre>

Damit ergibt sich
<pre>scaleDenominator = (6378137 × Tau / (2^Z)) / (256 × 0.28e-3)</pre>
oder umgeformt die

===== Berechnungsformel =====
<pre>scaleDenominator = 6378137 × Tau / (256 × (2^Z) × 0.28e-3)</pre>

Berechnung für Zoomlevels 0–18 in Python 3.6:
<pre>
from math import tau

equator_length = 6378137 * tau
{i : equator_length / (256 * 2**i * 0.28e-3) for i in range(19)}
</pre>
<pre>
{0: 559082264.0287178,
1: 279541132.0143589,
2: 139770566.00717944,
3: 69885283.00358972,
4: 34942641.50179486,
5: 17471320.75089743,
6: 8735660.375448715,
7: 4367830.1877243575,
8: 2183915.0938621787,
9: 1091957.5469310894,
10: 545978.7734655447,
11: 272989.38673277234,
12: 136494.69336638617,
13: 68247.34668319309,
14: 34123.67334159654,
15: 17061.83667079827,
16: 8530.918335399136,
17: 4265.459167699568,
18: 2132.729583849784}
</pre>

==== Pixel Size (m) ====

Die im Annex E.4 angegebenen (obwohl im XML wohl nicht anzugebenden) Pixel-Grössen in Metern ergeben sich, wenn man aus obiger Formel den 0.28 mm/px-Faktor weglässt:
<pre>pixelSize = 6378137 × Tau / (256 × (2^Z))</pre>

Berechnung für Zoomlevels 0–18 in Python 3.6:
<pre>
from math import tau

equator_length = 6378137 * tau
{i : equator_length / (256 * 2**i) for i in range(19)}
</pre>
<pre>
{0: 156543.03392804097,
1: 78271.51696402048,
2: 39135.75848201024,
3: 19567.87924100512,
4: 9783.93962050256,
5: 4891.96981025128,
6: 2445.98490512564,
7: 1222.99245256282,
8: 611.49622628141,
9: 305.748113140705,
10: 152.8740565703525,
11: 76.43702828517625,
12: 38.21851414258813,
13: 19.109257071294063,
14: 9.554628535647032,
15: 4.777314267823516,
16: 2.388657133911758,
17: 1.194328566955879,
18: 0.5971642834779395}
</pre>

Web Map Tile Service

2020-10-14T20:28:54Z

Pka: mm/px Mysterium gelöst

Der [[OGC]]-Standard '''Web Map Tile Service (WMTS)''' ([http://www.opengeospatial.org/standards/wmts offizielle Website mit Versionen], [http://portal.opengeospatial.org/files/?artifact_id=35326 PDF v1.0.0]) ist eine von [[Web Map Tiling#Spezifikationen|mehreren Konventionen]] um Rasterkarten als (potenziell vor-berechnete & vor-gerenderte) Kachelsammlung anzubieten.

Siehe auch
* [[Hintergrundkarten]] und [[Web Map Tiling]].
* Wikipedia ([https://en.wikipedia.org/wiki/Web_Map_Tile_Service en]|[https://de.wikipedia.org/wiki/Web_Map_Tile_Service de]).

== Verwendung ==

=== Einbinden auf SwissTopo-Webkarte ===

# Gehe auf https://map.geo.admin.ch/
# Unter "Advanced Tools" (de: "Erweiterte Werkzeuge"), klicke "Import" (de: "Importieren")
# Gib die URL zur <code>WMTSCapabilities.xml</code>-Datei an
# Klicke "Connect" (de: "Verbinden") Die Liste der verfügbaren Layer des WMTS wird angezeigt. Durch Hovern über dem jeweiligen Listeneintrag wird eine Vorschau im Hintergrund geladen.
# Für jeden gewünschten Layer:
## Wähle (durch Anklicken) den gewünschten WMTS-Layer aus der angezeigten Liste
## Füll wahlweise das Feld "Description" (de: "Beschreibung" aus) '''(optional)'''
## Klicke "Add Layer" (de: "Layer Hinzufügen")

=== Einbinden in QGIS ===

Variante QGIS Builtin (XYZ/TMS Tiles Driver):
* Im QGIS Browser eine neue Verbindung (Connection) eines "XYZ Tiles" anlegen und dann "Add Layer to Project".
* Siehe https://felix.rohrba.ch/en/2017/easily-add-tilemap-layers-qgis/

Variante mit GDAL Konfig.-Datei (XML)
* Siehe [[Hintergrundkarten]], [[Web_Map_Tiling]].

Variante als WMTS Layer (OGC Standard, WMTSCapabilities.xml)
# Menü "Layer" > "Add Layer" > "Add WMS/WMTS Layer..." oder <kbd>Ctrl</kbd>-<kbd>Shift</kbd>-<kbd>W</kbd>
# Button "New"
# Feld "Name" beliebig ausfüllen
# In Feld "URL" die URL zur <code>WMTSCapabilities.xml</code>-Datei angeben
# Button "OK"
# Button "Connect" Die Liste der verfügbaren Layer des WMTS wird angezeigt.
# Für jeden gewünschten Layer:
## Wähle (durch Anklicken) den gewünschten WMTS-Layer aus der angezeigten Liste
## Klicke Button "Add"
# Klicke Button "Close"

== Begrenzungen ==

{| class="wikitable"
|-
! Position im XML-Baum (XPath)
! begrenzt
! mittels
! Minimalbeispiel
! Maximalbeispiel
|-
| <code>//Layer/ows:BoundingBox</code>
|
das '''dargestellte Datenset'''
des Layers

(informativ;
Tiles können auch ausserhalb verfügbar sein, stellen dort aber keine Daten dar)
| Koordinaten im CRS des Layers
| <pre>
<ows:BoundingBox>
<ows:LowerCorner>420000 30000</ows:LowerCorner>
<ows:UpperCorner>900000 350000</ows:UpperCorner>
</ows:BoundingBox>
</pre>
| <pre>
<ows:BoundingBox crs="urn:ogc:def:crs:EPSG:6.3:21781" dimensions="2">
<ows:LowerCorner>420000.000000 30000.000000</ows:LowerCorner>
<ows:UpperCorner>900000.000000 350000.000000</ows:UpperCorner>
</ows:BoundingBox>
</pre>
|-
| <code>//Layer/WGS84BoundingBox</code>
|
das '''dargestellte Datenset'''
des Layers

(informativ;
Tiles können auch ausserhalb verfügbar sein, stellen dort aber keine Daten dar)
| dezimalen WGS84-Koordinaten (lon-lat: Längengrad vor Breitengrad)
| <pre>
<ows:WGS84BoundingBox>
<ows:LowerCorner>-180 -85.05112878</ows:LowerCorner>
<ows:UpperCorner>180 85.05112878</ows:UpperCorner>
</ows:WGS84BoundingBox>
</pre>
| <pre>
<ows:WGS84BoundingBox crs="urn:ogc:def:crs:OGC:2:84" dimensions="2">
<ows:LowerCorner>-180.0 -85.05112877980659237838</ows:LowerCorner>
<ows:UpperCorner>180.0 85.05112877980659237838</ows:UpperCorner>
</ows:WGS84BoundingBox>
</pre>
|-
| <code>//Layer/TileMatrixSetLink/TileMatrixSetLimits/TileMatrixLimits</code>
|
die '''abrufbaren Tiles'''
des Layers
für diese TileMatrix innerhalb des verlinken TileMatrixSets

(normativ;
Anfrage ausserhalb sollte zu <code>TileOutOfRange</code>-Exception bzw. HTTP-Status-Code <code>400</code> <code>Bad Request</code> führen)
| Tile-Indices
| 
| 
|-
| <code>//TileMatrixSet/BoundingBox</code>
|
den '''Definitionsbereich''' des TileMatrixSets
und damit
die '''potentiell abrufbaren Tiles'''
aller aktuellen ''und künftigen'' Layers,
die dieses Set verwenden
| Koordinaten im CRS des TileMatrixSets
| 
| 
|-
|}

== XYZ → WMTS ==

Hat man bereits einen nach XYZ-Konvention im Web verfügbaren Kachel-Satz, so lässt sich aus diesem ein (RESTful) WTMS machen, in dem man eine passende (statische) ServiceMetadata-XML-Datei <code>WMTSCapabilities.xml</code> serviert.

=== Beispiel ===

Kacheln von osm.ch als WMTS Konfig.-Datei:
https://gist.githubusercontent.com/das-g/882334b2844d5cdc7807eb9c12b8bccb/raw/WMTSCapabilities.xml

=== XML-Schema-Validierung für <code>WMTSCapabilities.xml</code> ===

Siehe auch [https://stackoverflow.com/a/129401/674064 diese StackOverflow-Antwort bzgl. "XML Schema (XSD) validation tool"].

==== Mit <code>xmllint</code> (libxml) ====

(CLI-Tool, das bei libxml mitinstalliert wird, und somit auf Linux & Mac meist bereits vorhanden ist.)

<pre>
xmllint --noout --schema http://www.opengis.net/wmts/1.0 WMTSCapabilities.xml
</pre>
oder
<pre>
xmllint --noout --schema http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd WMTSCapabilities.xml
</pre>
(Falls das Schema lokal vorhanden ist, kann auch der Pfad zur Schema-Datei angegeben werden. Umgekehrt kann die XML-Datei auch als URL angegeben werden, um eine online verfügbare Version zu validieren. Allerdings scheint für Schema und XML nur HTTP, nicht aber HTTPS zu funktionieren.)

==== Mit <code>xsd-validator</code> ====

(Kleines Java-Programm, das den Standard-XML-Parser der JRE (normalerweise Xerces) verwendet.)

<pre>
git clone https://github.com/amouat/xsd-validator.git
wget http://www.opengis.net/wmts/1.0 --output-document=wmts.xsd
wget http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd
./xsd-validator/xsdv.sh wmts.xsd WMTSCapabilities.xml
</pre>

oder einfach

<pre>
git clone https://github.com/amouat/xsd-validator.git
wget http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd
./xsd-validator/xsdv.sh wmtsGetCapabilities_response.xsd WMTSCapabilities.xml
</pre>

(<code>xsd-validator</code> kann nur mit lokalen Schema-Dateien umgehen, daher laden wir diese(s) hier mit <code>wget</code> selbst herunter. Auch die XML-Datei muss lokal vorliegen.)

=== TileMatrixSet ===

Für einen Kachel-Satz nach OSM- & Google Maps-Konvention kann das "Well-known scale set" "GoogleMapsCompatible" (<code><nowiki>urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible</nowiki></code>) aus Annex E.4 des [http://portal.opengeospatial.org/files/?artifact_id=35326 Standards] verwendet werden.

==== Scale Denominator ====

In Tabelle E.4 "Definition of Well-known scale set GoogleMapsCompatible" im Standard sind die Werte des "Scale Denominator" bereits für die Zoom-Levels 0–18 angegeben. Diese lassen sich aber auch wie folgt berechnen:

===== Herleitung =====

In Abschnitt 6.1 "Tile matrix set – the geometry of the tiled space" des Standards erhalten wir (unten auf Seite 8) u.A. folgende beiden Formeln:
<pre>pixelSpan = scaleDenominator × 0.28e-3 / metersPerUnit(crs)</pre>
<pre>tileSpanX = tileWidth × pixelSpan</pre>

Daraus folgt
<pre>tileSpanX = tileWidth × scaleDenominator × 0.28e-3 / metersPerUnit(crs)</pre>
und daraus durch auflösen nach <code>scaleDenominator</code>
<pre>scaleDenominator = tileSpanX × metersPerUnit(crs) / (tileWidth × 0.28e-3)</pre>

Die Kachel-Kantenlänge in Pixel <code>tileWidth</code> ist bei OSM & Google immer '''256'''.

Die Standard-Pixelgrösse ist gemäss OGC SLD Standard 0.28 Millimeter.

Das CRS WebMercator verwendet (pseudo-)Metrische Koordinaten, daher ist <code>metersPerUnit(crs)</code> hierfür '''1'''.

Bei Zoomlevel <code>Z</code> wird die Welt zwischen 85.06°S and 85.06°N (und von 180°W bis 180°O) auf <code>2^Z × 2^Z</code> Kacheln abgebildet. Entlang des Äquators hat man also <code>2^Z</code> Kachel-Kanten. Laut Annex E.4 stimmen die "Scale Denominator"-Werte nur in Äquatornähe, also können wir das verwenden. Der Äquator-Radius ([http://www.epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3857&reportDetail=short&style=urn:uuid:report-style:default-with-code&style_name=OGP%20Default%20With%20Code&title=EPSG:3857 im EPSG-Eintrag] "Semi-Major Axis (a)" genannt) ist der von WGS 84 und beträgt '''6'378'137 m'''. Mit <code>Tau</code> (a.k.a. <code>2 Pi</code>) multipliziert ergibt dies die Äquatorlänge. Damit ist
<pre>
tileSpanX = Äquatorlänge / (2^Z)
= 6378137 × Tau / (2^Z)
</pre>

Damit ergibt sich
<pre>scaleDenominator = (6378137 × Tau / (2^Z)) / (256 × 0.28e-3)</pre>
oder umgeformt die

===== Berechnungsformel =====
<pre>scaleDenominator = 6378137 × Tau / (256 × (2^Z) × 0.28e-3)</pre>

Berechnung für Zoomlevels 0–18 in Python 3.6:
<pre>
from math import tau

equator_length = 6378137 * tau
{i : equator_length / (256 * 2**i * 0.28e-3) for i in range(19)}
</pre>
<pre>
{0: 559082264.0287178,
1: 279541132.0143589,
2: 139770566.00717944,
3: 69885283.00358972,
4: 34942641.50179486,
5: 17471320.75089743,
6: 8735660.375448715,
7: 4367830.1877243575,
8: 2183915.0938621787,
9: 1091957.5469310894,
10: 545978.7734655447,
11: 272989.38673277234,
12: 136494.69336638617,
13: 68247.34668319309,
14: 34123.67334159654,
15: 17061.83667079827,
16: 8530.918335399136,
17: 4265.459167699568,
18: 2132.729583849784}
</pre>

==== Pixel Size (m) ====

Die im Annex E.4 angegebenen (obwohl im XML wohl nicht anzugebenden) Pixel-Grössen in Metern ergeben sich, wenn man aus obiger Formel den 0.28 mm/px-Faktor weglässt:
<pre>pixelSize = 6378137 × Tau / (256 × (2^Z))</pre>

Berechnung für Zoomlevels 0–18 in Python 3.6:
<pre>
from math import tau

equator_length = 6378137 * tau
{i : equator_length / (256 * 2**i) for i in range(19)}
</pre>
<pre>
{0: 156543.03392804097,
1: 78271.51696402048,
2: 39135.75848201024,
3: 19567.87924100512,
4: 9783.93962050256,
5: 4891.96981025128,
6: 2445.98490512564,
7: 1222.99245256282,
8: 611.49622628141,
9: 305.748113140705,
10: 152.8740565703525,
11: 76.43702828517625,
12: 38.21851414258813,
13: 19.109257071294063,
14: 9.554628535647032,
15: 4.777314267823516,
16: 2.388657133911758,
17: 1.194328566955879,
18: 0.5971642834779395}
</pre>

Web Map Tile Service

2020-10-14T20:28:10Z

Pka: Standard-Pixelgrösse gemäss OGC SLD

Der [[OGC]]-Standard '''Web Map Tile Service (WMTS)''' ([http://www.opengeospatial.org/standards/wmts offizielle Website mit Versionen], [http://portal.opengeospatial.org/files/?artifact_id=35326 PDF v1.0.0]) ist eine von [[Web Map Tiling#Spezifikationen|mehreren Konventionen]] um Rasterkarten als (potenziell vor-berechnete & vor-gerenderte) Kachelsammlung anzubieten.

Siehe auch
* [[Hintergrundkarten]] und [[Web Map Tiling]].
* Wikipedia ([https://en.wikipedia.org/wiki/Web_Map_Tile_Service en]|[https://de.wikipedia.org/wiki/Web_Map_Tile_Service de]).

== Verwendung ==

=== Einbinden auf SwissTopo-Webkarte ===

# Gehe auf https://map.geo.admin.ch/
# Unter "Advanced Tools" (de: "Erweiterte Werkzeuge"), klicke "Import" (de: "Importieren")
# Gib die URL zur <code>WMTSCapabilities.xml</code>-Datei an
# Klicke "Connect" (de: "Verbinden") Die Liste der verfügbaren Layer des WMTS wird angezeigt. Durch Hovern über dem jeweiligen Listeneintrag wird eine Vorschau im Hintergrund geladen.
# Für jeden gewünschten Layer:
## Wähle (durch Anklicken) den gewünschten WMTS-Layer aus der angezeigten Liste
## Füll wahlweise das Feld "Description" (de: "Beschreibung" aus) '''(optional)'''
## Klicke "Add Layer" (de: "Layer Hinzufügen")

=== Einbinden in QGIS ===

Variante QGIS Builtin (XYZ/TMS Tiles Driver):
* Im QGIS Browser eine neue Verbindung (Connection) eines "XYZ Tiles" anlegen und dann "Add Layer to Project".
* Siehe https://felix.rohrba.ch/en/2017/easily-add-tilemap-layers-qgis/

Variante mit GDAL Konfig.-Datei (XML)
* Siehe [[Hintergrundkarten]], [[Web_Map_Tiling]].

Variante als WMTS Layer (OGC Standard, WMTSCapabilities.xml)
# Menü "Layer" > "Add Layer" > "Add WMS/WMTS Layer..." oder <kbd>Ctrl</kbd>-<kbd>Shift</kbd>-<kbd>W</kbd>
# Button "New"
# Feld "Name" beliebig ausfüllen
# In Feld "URL" die URL zur <code>WMTSCapabilities.xml</code>-Datei angeben
# Button "OK"
# Button "Connect" Die Liste der verfügbaren Layer des WMTS wird angezeigt.
# Für jeden gewünschten Layer:
## Wähle (durch Anklicken) den gewünschten WMTS-Layer aus der angezeigten Liste
## Klicke Button "Add"
# Klicke Button "Close"

== Begrenzungen ==

{| class="wikitable"
|-
! Position im XML-Baum (XPath)
! begrenzt
! mittels
! Minimalbeispiel
! Maximalbeispiel
|-
| <code>//Layer/ows:BoundingBox</code>
|
das '''dargestellte Datenset'''
des Layers

(informativ;
Tiles können auch ausserhalb verfügbar sein, stellen dort aber keine Daten dar)
| Koordinaten im CRS des Layers
| <pre>
<ows:BoundingBox>
<ows:LowerCorner>420000 30000</ows:LowerCorner>
<ows:UpperCorner>900000 350000</ows:UpperCorner>
</ows:BoundingBox>
</pre>
| <pre>
<ows:BoundingBox crs="urn:ogc:def:crs:EPSG:6.3:21781" dimensions="2">
<ows:LowerCorner>420000.000000 30000.000000</ows:LowerCorner>
<ows:UpperCorner>900000.000000 350000.000000</ows:UpperCorner>
</ows:BoundingBox>
</pre>
|-
| <code>//Layer/WGS84BoundingBox</code>
|
das '''dargestellte Datenset'''
des Layers

(informativ;
Tiles können auch ausserhalb verfügbar sein, stellen dort aber keine Daten dar)
| dezimalen WGS84-Koordinaten (lon-lat: Längengrad vor Breitengrad)
| <pre>
<ows:WGS84BoundingBox>
<ows:LowerCorner>-180 -85.05112878</ows:LowerCorner>
<ows:UpperCorner>180 85.05112878</ows:UpperCorner>
</ows:WGS84BoundingBox>
</pre>
| <pre>
<ows:WGS84BoundingBox crs="urn:ogc:def:crs:OGC:2:84" dimensions="2">
<ows:LowerCorner>-180.0 -85.05112877980659237838</ows:LowerCorner>
<ows:UpperCorner>180.0 85.05112877980659237838</ows:UpperCorner>
</ows:WGS84BoundingBox>
</pre>
|-
| <code>//Layer/TileMatrixSetLink/TileMatrixSetLimits/TileMatrixLimits</code>
|
die '''abrufbaren Tiles'''
des Layers
für diese TileMatrix innerhalb des verlinken TileMatrixSets

(normativ;
Anfrage ausserhalb sollte zu <code>TileOutOfRange</code>-Exception bzw. HTTP-Status-Code <code>400</code> <code>Bad Request</code> führen)
| Tile-Indices
| 
| 
|-
| <code>//TileMatrixSet/BoundingBox</code>
|
den '''Definitionsbereich''' des TileMatrixSets
und damit
die '''potentiell abrufbaren Tiles'''
aller aktuellen ''und künftigen'' Layers,
die dieses Set verwenden
| Koordinaten im CRS des TileMatrixSets
| 
| 
|-
|}

== XYZ → WMTS ==

Hat man bereits einen nach XYZ-Konvention im Web verfügbaren Kachel-Satz, so lässt sich aus diesem ein (RESTful) WTMS machen, in dem man eine passende (statische) ServiceMetadata-XML-Datei <code>WMTSCapabilities.xml</code> serviert.

=== Beispiel ===

Kacheln von osm.ch als WMTS Konfig.-Datei:
https://gist.githubusercontent.com/das-g/882334b2844d5cdc7807eb9c12b8bccb/raw/WMTSCapabilities.xml

=== XML-Schema-Validierung für <code>WMTSCapabilities.xml</code> ===

Siehe auch [https://stackoverflow.com/a/129401/674064 diese StackOverflow-Antwort bzgl. "XML Schema (XSD) validation tool"].

==== Mit <code>xmllint</code> (libxml) ====

(CLI-Tool, das bei libxml mitinstalliert wird, und somit auf Linux & Mac meist bereits vorhanden ist.)

<pre>
xmllint --noout --schema http://www.opengis.net/wmts/1.0 WMTSCapabilities.xml
</pre>
oder
<pre>
xmllint --noout --schema http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd WMTSCapabilities.xml
</pre>
(Falls das Schema lokal vorhanden ist, kann auch der Pfad zur Schema-Datei angegeben werden. Umgekehrt kann die XML-Datei auch als URL angegeben werden, um eine online verfügbare Version zu validieren. Allerdings scheint für Schema und XML nur HTTP, nicht aber HTTPS zu funktionieren.)

==== Mit <code>xsd-validator</code> ====

(Kleines Java-Programm, das den Standard-XML-Parser der JRE (normalerweise Xerces) verwendet.)

<pre>
git clone https://github.com/amouat/xsd-validator.git
wget http://www.opengis.net/wmts/1.0 --output-document=wmts.xsd
wget http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd
./xsd-validator/xsdv.sh wmts.xsd WMTSCapabilities.xml
</pre>

oder einfach

<pre>
git clone https://github.com/amouat/xsd-validator.git
wget http://schemas.opengis.net/wmts/1.0/wmtsGetCapabilities_response.xsd
./xsd-validator/xsdv.sh wmtsGetCapabilities_response.xsd WMTSCapabilities.xml
</pre>

(<code>xsd-validator</code> kann nur mit lokalen Schema-Dateien umgehen, daher laden wir diese(s) hier mit <code>wget</code> selbst herunter. Auch die XML-Datei muss lokal vorliegen.)

=== TileMatrixSet ===

Für einen Kachel-Satz nach OSM- & Google Maps-Konvention kann das "Well-known scale set" "GoogleMapsCompatible" (<code><nowiki>urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible</nowiki></code>) aus Annex E.4 des [http://portal.opengeospatial.org/files/?artifact_id=35326 Standards] verwendet werden.

==== Scale Denominator ====

In Tabelle E.4 "Definition of Well-known scale set GoogleMapsCompatible" im Standard sind die Werte des "Scale Denominator" bereits für die Zoom-Levels 0–18 angegeben. Diese lassen sich aber auch wie folgt berechnen:

===== Herleitung =====

In Abschnitt 6.1 "Tile matrix set – the geometry of the tiled space" des Standards erhalten wir (unten auf Seite 8) u.A. folgende beiden Formeln:
<pre>pixelSpan = scaleDenominator × 0.28e-3 / metersPerUnit(crs)</pre>
<pre>tileSpanX = tileWidth × pixelSpan</pre>

Daraus folgt
<pre>tileSpanX = tileWidth × scaleDenominator × 0.28e-3 / metersPerUnit(crs)</pre>
und daraus durch auflösen nach <code>scaleDenominator</code>
<pre>scaleDenominator = tileSpanX × metersPerUnit(crs) / (tileWidth × 0.28e-3)</pre>

Die Kachel-Kantenlänge in Pixel <code>tileWidth</code> ist bei OSM & Google immer '''256'''.

Die Standard-Pixelgrösse ist gemäss OGC SLD Standard 0.28 Millimeter.

Das CRS WebMercator verwendet (pseudo-)Metrische Koordinaten, daher ist <code>metersPerUnit(crs)</code> hierfür '''1'''.

Bei Zoomlevel <code>Z</code> wird die Welt zwischen 85.06°S and 85.06°N (und von 180°W bis 180°O) auf <code>2^Z × 2^Z</code> Kacheln abgebildet. Entlang des Äquators hat man also <code>2^Z</code> Kachel-Kanten. Laut Annex E.4 stimmen die "Scale Denominator"-Werte nur in Äquatornähe, also können wir das verwenden. Der Äquator-Radius ([http://www.epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3857&reportDetail=short&style=urn:uuid:report-style:default-with-code&style_name=OGP%20Default%20With%20Code&title=EPSG:3857 im EPSG-Eintrag] "Semi-Major Axis (a)" genannt) ist der von WGS 84 und beträgt '''6'378'137 m'''. Mit <code>Tau</code> (a.k.a. <code>2 Pi</code>) multipliziert ergibt dies die Äquatorlänge. Damit ist
<pre>
tileSpanX = Äquatorlänge / (2^Z)
= 6378137 × Tau / (2^Z)
</pre>

Damit ergibt sich
<pre>scaleDenominator = (6378137 × Tau / (2^Z)) / (256 × 0.28e-3)</pre>
oder umgeformt die

===== Berechnungsformel =====
<pre>scaleDenominator = 6378137 × Tau / (256 × (2^Z) × 0.28e-3)</pre>

Berechnung für Zoomlevels 0–18 in Python 3.6:
<pre>
from math import tau

equator_length = 6378137 * tau
{i : equator_length / (256 * 2**i * 0.28e-3) for i in range(19)}
</pre>
<pre>
{0: 559082264.0287178,
1: 279541132.0143589,
2: 139770566.00717944,
3: 69885283.00358972,
4: 34942641.50179486,
5: 17471320.75089743,
6: 8735660.375448715,
7: 4367830.1877243575,
8: 2183915.0938621787,
9: 1091957.5469310894,
10: 545978.7734655447,
11: 272989.38673277234,
12: 136494.69336638617,
13: 68247.34668319309,
14: 34123.67334159654,
15: 17061.83667079827,
16: 8530.918335399136,
17: 4265.459167699568,
18: 2132.729583849784}
</pre>

==== Pixel Size (m) ====

Die im Annex E.4 angegebenen (obwohl im XML wohl nicht anzugebenden) Pixel-Grössen in Metern ergeben sich, wenn man aus obiger Formel den mysteriösen 0.28 mm/px-Faktor weglässt:
<pre>pixelSize = 6378137 × Tau / (256 × (2^Z))</pre>

Berechnung für Zoomlevels 0–18 in Python 3.6:
<pre>
from math import tau

equator_length = 6378137 * tau
{i : equator_length / (256 * 2**i) for i in range(19)}
</pre>
<pre>
{0: 156543.03392804097,
1: 78271.51696402048,
2: 39135.75848201024,
3: 19567.87924100512,
4: 9783.93962050256,
5: 4891.96981025128,
6: 2445.98490512564,
7: 1222.99245256282,
8: 611.49622628141,
9: 305.748113140705,
10: 152.8740565703525,
11: 76.43702828517625,
12: 38.21851414258813,
13: 19.109257071294063,
14: 9.554628535647032,
15: 4.777314267823516,
16: 2.388657133911758,
17: 1.194328566955879,
18: 0.5971642834779395}
</pre>

Diskussion:Workshop GEOSummit 2012

2012-02-02T08:05:21Z

Pka: QGIS User Group Switzerland

Referenten:
* Stefan Keller, HSR Rapperswil
* Olivier Ertz, HEIG-VD, Yverdon
* Geomedia/GEOSPro (Intergraph): Hugo Thalmann
* AutoCAD Map (AutoDesk): Matthias Liechti
* ArcGIS (Esri/Geocom): Lukas Divis und Pascal Megert
* QGIS (QGIS/Sourcepole): Pirmin Kalberer (QGIS User Group Switzerland)

Programmentwurf (9:00-12:00, 13:30-16:30):

# Einführung (10 min.)
# Datenmodellierung (0.5h)
# Darstellungsmodellierung und -Austausch (v.a. Tabellarisch a la SIA424, und OGC SE/SLD, weitere?) (1.0h).
# Kaffeepause (0.5h)
# Darstellungsmodellierung Diskussion (0.5)
# Datenexport und -import (0.5)
# Mittagspause (1.5h, 12:00-13:30)
# Demo Fachapplikations-Erstellung (je GIS eine Gruppe) (2.0h 13:30-15:30)
# Diskussion - gemeinsame Schlussdiskussion v.a. über Modell-Umsetzungs-Probleme (0.5h),
# Abschluss

Bemerkungen: Der Ablauf ist ähnlich [[Workshop_Vom_Datenmodell_zum_Planungsalltag|FSU-Workshop]] am Beispiel Raumplanung (Minimales GDM Nutzungsplanung Bund) Dorf Nänikon unter Einbezug der Firmen, bzw. GIS-Lösungen von Intergraph, ESRI, QGIS und AutoDesk, die parallel Lösungen demonstrieren - wie bereits in einem FSU-Kurs für Raumplaner gezeigt (2h mit Diskussion).

PostgreSQL-PostGIS-Höck

2010-07-12T09:02:25Z

Pka: Datumskorrektur + Teilnahme Pirmin Kalberer

'''PostgreSQL/PostGIS-Höck in Zürich'''

* Wann? '''14. Juli 2010 ab 18:15 Uhr''' (vergangene Höcks siehe [[Agenda Archiv]]).
* Wo? Im bQm kultur café & bar ("Tischgenau" an einer Ecke der Polyterrasse), ETH, Leonhardstrasse 34, 8092 Zürich.
* Wer? Es sind alle Interessierten eingeladen - auch PostgreSQL/PostGIS-Neulinge.

Damit wir planen können, bitten wir um eine Anmeldung (Teilnahme kostenlos):

Zur [http://gis.hsr.ch/index.php?option=com_mosforms&Itemid=184 Online-Anmeldung...]

Siehe auch [[GISpunkt-Seminar PostGIS]], [[PostgreSQL]] und [[PostGIS]]

=== Um was geht es? ===

Bei diesem Höck ( Hoeck ) geht vor allem um den Know-How-Austausch bei (anschliessend) gemütlichem Zusammensein.

Mögliche Themen könnten sein:
* PostGIS 1.5
* Replikation
* Historisierung
* (weitere...)

Wir sind aber auch offen für weitere Themen rund um PostgreSQL/PostGIS (Anmerkung: Weitere Themen oben einfach einfügen).

=== Organisatorisches ===

Ablauf:
* Vorstellungsrunde
* Präsentation vorbereiteter Themen
* jeweils mit Diskussion
* Anschliessend gehen wir zum gemütlichen Teil über

----
== Teilnehmer ==
Bitte hier (öffentlich) einschreiben oder persönlich über die [http://gis.hsr.ch/index.php?option=com_mosforms&Itemid=184 Online-Anmeldung].
# [[Benutzer:Stefan|Stefan]] 08:12, 12. Jul. 2010 (UTC)
# Pirmin Kalberer Mon, 12 Jul 2010 11:01:53
# (dein Name hier (bitte Mail in deinem Wiki-Konto angeben, damit man dich erreichen kann))

PostgreSQL

2009-06-08T10:52:58Z

Pka: Bücher

PostgreSQL ist eines der bewährtesten Datenbanksysteme im Bereich der Open Source Software. PostgreSQL ist weitgehend SQL-konform und braucht einen Vergleich mit bekannten Produkten nicht zu scheuen, insbesondere was die Wartbarkeit (Total Cost of Ownership), Funktionalität und Geschwindigkeit betrifft. PostgreSQL wird zunehmend in Dienstleistungsbetrieben und in öffentlichen Verwaltungen eingesetzt. beispielsweise für Geodaten.

''Postgres'' war der erste Projekt- bzw. Produktname und entstand aus 'Post' und 'Ingres'. Ingres war das von Prof. Stonebraker initiierte Vorgängerprojekt.

Siehe auch:
* [[PostGIS]], [[PostGIS - Tipps und Tricks]] und [[PostGIS-Beispiele]]
* [[GISpunkt-Seminar PostGIS]]
* [[PostgreSQL - Tipps und Tricks]], [http://wiki.hsr.ch/Datenbanken/wiki.cgi?PostgreSQL PostgreSQL auf dem HSR Wiki] (u.a. mit Bücher)

== Hinweise ==

* Die Volltextsuche (Module 'Open Full Text Search', OpenFTS) ist ab PostgreSQL Version 8.3 Bestandteil der Standardlieferumfangs, das Modul TSearch2 ist also ein veralteter Vorgänger davon.

* Hotbackup: http://www.postgresqlforums.com/wiki/Backup_&_Recovery

* Performance tuning: [http://www.revsys.com/writings/postgresql-performance.html RevSys (Hardware, Tuning, Explain, etc.)], [http://groups.google.ch/group/EtoE/browse_thread/thread/eaabeda775e65260/1d3c809e723c6b07?hl=de&lnk=st&q=Best+CPU+for+PostgreSQL#1d3c809e723c6b07 PostgreSQL 8 Performance Checklist (genaue Erklärung der Variablen in postgresql.conf], [http://www.pcguide.com/ref/hdd/perf/raid/ RAID Hinweise]. Für kleinere bis mittlere PostgreSQL Installationen mit primär Leseoperationen empfiehlt sich RAID 0 oder RAID 1. RAID 0 hat jedoch keine Redundanz. RAID 5 hat schlechte Performanz, ausser wenn 6 oder mehr Disks. SCSI Ultra 320 Disks sind zwar teurer aber immer noch wesentlich schneller als S-ATA/IDE Disks.

== Bücher ==

* Peter Eisentraut & Bernd Helmle, PostgreSQL-Administration, O'Reilly Verlag, ISBN 978-3-89721-777-5 (sehr empfehlenswert)

== Software ==

Installation unter Windows:
* [http://www.pg-forum.de/haeufig-gestellte-fragen-faq/918-installation-von-postgresql-unter-windows.html pg-forum.de] (de)
* [http://pginstaller.projects.postgresql.org/ Homepage postgresql.org]
* [http://yum.pgsqlrpms.org/livecd.php PostgreSQL Live CD]

Frontend- und Administrations-Software:
* pgAdmin III - DB-Administrations-Software (im Standard-Lieferumfang)
* [http://squirrel-sql.sourceforge.net/ SquirrelDB] - DB-Administrations-Software
* [http://pgworksheet.projects.postgresql.org/ PgWorksheet] - Ein einfaches GUI Frontend
* [http://pfm.projects.postgresql.org/ Postgres Forms (pfm)]
* [http://www.rbt.ca/autodoc/ PostgreSQL Autodoc] - Making database diagrams for documentation
* phpPgAdmin (Webbasiert): http://phppgadmin.sourceforge.net

Erweiterungs-Module (Backend):
* [http://slony.info/ Slony1/Slony-I] zur Daten-Replikation sowie Cascading und Switch-/Fail-over.
* [http://pgcluster.projects.postgresql.org/ PGCluster] - Enthält einen Load Balancer, eine Cluster DB, und ein Replikations-Server für PostgreSQL.
* [http://pgpool.projects.postgresql.org/ Pgpool] - Ein Connection Pool Server für PostgreSQL. Sitzt als Connection-Cache zwischen Clients und PostgreSQL-Server. Zudem können damit zwei PostgreSQL-Servers für Fail over verbunden werden. Zudem ist "scheduled switch over" möglich. Pgpool-II behebt die Limitation auf 2 Server.
* [[PostGIS]] - die Geometrie-Funktionen-Erweiterung (PostgreSQL Version 8 hat PostGIS integriert, falls bei der Installation angegeben).
* [http://www.postlbs.org/ PostLBS] - mit dem Modul pgRouting zur Berechnung des kürzesten Weges und des "Problems des Handlungsreisenden" und dem Modul GeoCoder (nur Japan).
* [http://dba.openoffice.org/drivers/postgresql/ SDBC Driver] - Treiber zur direkten Nutzung von PostgreSQL aus OpenOffice heraus ohne 'Umweg' über JDBC/ODBC.

== Installation ==

Download:
* http://www.postgresql.org/download/windows/
* Aktuelle Windows-Versionen PostgreSQL 8.3.5 mit PostGIS 1.3.5. -- [[Benutzer:Stefan|Stefan]] 11:45, 14. Jan. 2009 (CET)

Windows-Installation:

# Die Windows Version von PostgreSQL enthält PostGIS als optionale Komponente.
# Weil der Release-Zyklus von PostgreSQL unterschiedlich ist von demjenigen von PostGIS, enthält der offizielle PostgreSQL Windows installer meistens eine ältere PostGIS-Version. Dies genügt für viele Zwecke.
# Wer die neuste PostgreSQL und die neuste PostGIS-Version haben will, installiert zuerst PostgreSQL ohne PostGIS. Dann kann der PostGIS installer gestartet werden (Download von http://www.postgis.org/download/windows/).

* Official Installation Guide: [http://wiki.postgresql.org/wiki/Running_%26_Installing_PostgreSQL_On_Native_Windows Running & Installing PostgreSQL On Native Windows]
* Tipps:
** Siehe [http://www.pg-forum.de/h-ufig-gestellte-fragen-faq/ FAQ auf pg-forum.de]
** Es gibt einen Windows User postgres. Dieser darf keine Windows-Login-Rechte haben (deaktivieren des User Account Control).

Linux:

* Tipps:
** Unbedingt mit Language Support psql compilieren.

== Weblinks ==

* [http://www.postgresql.de PostgreSQL Homepage (deutsch)]]
* [http://www.postgresql.org PostgreSQL Homepage (engl.)]]
* [http://www.pgug.de/ PostgreSQL User Group Deutschland]
* [http://www.pg-forum.de/ PG-Forum.de]
* [http://www.powerpostgresql.com/PerfList PostgreSQL 8.0 Performance Checklist]