Generalisierung

Zu hohe Genauigkeit ist nachteilig für Performance und nachteilig für eine ausgewogene Kartographie. Bei Polygon- und Liniendatesätzen ist es empfehlenswert die Daten für bestimmte Maßstabsstufen zu generalisieren. Insbesondere bei Daten mit zahlreichen Stützpunkten ist es sinnvoll für die spezifischen Maßstabsstufen der atlasFX-Karten die Daten in unterschiedliche Generalisierungsstufen vorzuhalten.

Bei Verwendung von Diensten unter ArcGIS Server 10.3 greift atlasFX automatisch für die jeweilige Maßstabsttufe optimierte, leicht generalisierte Daten vom Server ab. Auch wenn Ihre Daten nicht generalisiert in Ihren Diensten vorliegen, erfolgt eine optimierte Datenabfrage.

Projektionseinstellungen

Je nach Dateiumfang ist es sinnvoll eine Transformation der Daten nicht on-the-fly von Ihrem ArcGIS Server durchführen zu lassen. Die on-the-fly Transformation hat natürlich den Vorteil, dass nicht nochmals ein Datensatz zusätzlich erzeugt werden muss. Bei einfachen Transformationsvorgängen, mit einfachen Transformationsalgorithmen oder aber auch bei geringen Datenmengen ist die Umprojizierung der Daten nicht erforderlich.

Bei großen Datenmengen, insbesondere bei Flächen- und Linienfeatures, sollten die Geodaten in der Projektion des Datenrahmens umprojiziert werden. Die Projektion des Datenrahmens sollte optimalerweise der Projektion Ihrer Hintergrundkarten in atlasFX entsprechen.

Wenn Sie Hintergrundkarten von Esri, Bing oder OpenStreetMap verwenden, dann stellen Sie Ihren Datenrahmen auf die Projektion "Mercator_Auxiliary_Sphere" mit EPSG-Code 3857.

Symbologie

Generell gilt, dass eine aufwändige Kartographie mit aufwändiger und / oder regelbasierter Symbologie (Representations) viel Rechenkapazität auf Ihrem Server verlangt. Dies wirkt sich in Ihrer atlasFX Karte nachteilig aus, wenn Sie auf die dynamische Rasterdarstellung des Dienstes zugreifen. Um lange Wartezeiten zu verhindern haben Sie folgende Möglichkeiten:

• Verwendung von weboptimierter Symbologie

• Statt eines dynamischen Rasterdienstes erstellen Sie einen vorgekachelten Cached Rasterdienst

Maßstabsabhängige Layeranzeige

Nicht alle Layer werden in jedem Maßstab benötigt.

• Konfigurieren Sie die Maßstabsabhängigkeit in den Layern Ihres Kartendokuments.

Beschriftungsoptimierung

Das Rendering aufwändiger Beschriftungen ist sehr rechenintensiv auf Seiten Ihres ArcGIS Servers. Insbesondere bei Verwendung von Maplex können sehr hochwertige, dadurch aber auch sehr rechenintensive Beschriftungen eingestellt werden. Um lange Wartezeiten zu verhindern haben Sie folgende Möglichkeiten:

• Ausdünnen von Beschriftungen

• Vereinfachung der Regeln zur Beschriftung

• Umwandlung der Beschriftungen in Annotations

• Verwendung eines vorgekachelten Cached Rasterdienstes anstelle eines dynamischen Rasterdienstes

Ausdünnen von Daten (statt Definitionsabfragen)

Innerhalb der Layer haben Sie die Möglichkeit mit Definitionsabfragen die Featureanzeige einzuschränken. Insbesondere bei großen Datenmengen sind aufwändigen Abfragen rechenintensiv. Wenn Sie feststellen, dass die Definitionsabfragen sich nachteilig auf die Performance auswirkt:

• Exportieren Sie die gefilterten Daten in einen neuen (ausgedünnten) Datensatz und verwenden Sie diesen stattdessen.

Dateiformat bei gekachelten Rasterdiensten

Verwenden Sie für Ihre Geodaten optimierte Datenformate und optimale Kompressionsverfahren.

• Bei vielen Farbverläufen: JPG (75 oder kleiner)

• Bei großen Flächen mit gleichem Farbwert: PNG

• Bei Daten mit Transparenz: PNG

Sie können ArcGIS Server auch das beste Format wählen lassen, indem Sie "Mixed Mode" als Kachelformat einstellen. ArcGIS for Server analysiert den Bildinhalt und entscheidet von Kachel zu Kachel selbst, welches Format am geeignetsten ist.

Featurelimitierung

Voreingestellt liefert ArcGIS Server bei Abfragen lediglich 1000 Features aus. Sie können dieses Limit beim Publizieren des Dienstes hochsetzen um mehr Features bei einer Abfrage zu erhalten. Allerdings dauert der Prozess entsprechend länger. Wenn Sie feststellen, dass Suchabfragen oder die Anzahl der zurückgegebenen Features lange Wartezeiten verursachen:

• stellen Sie sicher, dass beim Publizieren des Dienstes die maximale Anzahl an zurückgegebenen Features begrenzt ist