Skip To Content

Nutzung von Geodaten-Services

Im folgenden Diagramm und den Beispielen wird beschrieben, wie Geodaten-Services verwendet werden:

Diagramm zur Verwendung von Geodaten-Services zum Check-Out/Check-In von Daten und zum Ausführen von Replikationen über das Internet oder Intranet

Enterprise-Geodatabase

Im oben abgebildeten Diagramm ist ein Replikat zwischen einer Enterprise-Geodatabase in New York und einer Enterprise-Geodatabase in Los Angeles vorhanden. Das Replikat wurde zuerst durch die Veröffentlichung der Geodatabase in Los Angeles als Geodaten-Service mit aktivierter Replikationsoperation erstellt. Ein Administrator in New York hat dann über das Internet auf diesen Geodaten-Service zugegriffen und mithilfe der ArcGIS-Werkzeuge ein Replikat erstellt.

Nach der Replikation führen Editoren Aktualisierungen an jeder Enterprise-Geodatabase lokal aus. Der Administrator in New York führt in regelmäßigen Abständen ein Geoverarbeitungsmodell aus, um eine Verbindung mit dem Geodaten-Service in Los Angeles herzustellen und Änderungen in beiden Richtungen zu synchronisieren. Auf diese Weise werden die Geodatabases synchronisiert, sodass Benutzer an beiden Standorten auf die gleichen Informationen zugreifen.

Einzelbenutzer-Geodatabase

Es gibt auch Replikate zwischen der Enterprise-Geodatabase in Los Angeles und lokalen Geodatabases, die auf Laptops von Außendienstmitarbeitern ausgeführt werden. Die Außendienstmitarbeiter trennen die Verbindung zum Netzwerk, nehmen im Laufe des Tages Aktualisierungen an ihren lokalen Geodatabases vor, und synchronisieren Sie dann am Ende des Tages mit der Datenbank in Los Angeles.

In diesem Fall können die Außendienstmitarbeiter Check-Out-Replikate für File-Geodatabases verwenden. Am Ende des Tages werden die Laptops mit der Geodatabase in Los Angeles verbunden und Änderungen eingecheckt. Sobald das Check-In abgeschlossen ist, müssen neue Check-Outs für die Arbeit des nächsten Tages erstellt werden. Dies kann mithilfe eines Geoverarbeitungsmodells erfolgen, das planmäßig über Nacht ausgeführt wird. Um den Check-Out-Prozess nicht jede Nacht ausführen zu müssen, können bidirektionale Replikate statt der Check-Out-Replikate verwendet werden. Ein bidirektionales Replikat ermöglicht mehrere Synchronisierungen, die sowohl Änderungen senden als auch empfangen können. Daher kann jeder Laptop am Ende des Tages einen Synchronisierungsprozess durchlaufen, um Änderungen hochzuladen und die letzten Änderungen aus der Geodatabase in Los Angeles abzurufen. Geodatabases in SQL Server Express, das auf jedem Laptop ausgeführt wird, können verwendet werden, um bidirektionale Replikate zu erstellen.

Diese Prozesse können lokal im Büro ausgeführt werden, indem die Außendienst-Laptops jede Nacht mit dem LAN verbunden werden. Falls die Außendienstmitarbeiter zu weit entfernt sind, um jeden Abend ins Büro zurückzukehren, können sie die Prozesse auch über das Internet ausführen. Statt auf die Geodatabase direkt zuzugreifen, stellen sie in diesem Fall eine Verbindung mit dem für die Geodatabase in Los Angeles veröffentlichten Geodaten-Service über das Internet her.

Sobald die Änderungen von den Außendienstmitarbeitern integriert wurden, werden sie auch an das Büro in New York weitergegeben, wenn die Unternehmensbüros synchronisiert werden.

URL-Format

Die SOAP-URL für einen webfähigen Geodaten-Service hat das folgende Format:

http://gisserver.domain.com:6080/arcgis/services/folder/service/GeoDataServer

Wenn sich beispielsweise der Service "Lima" im Ordner "Peru" befindet und auf dem Server "gisserver" mit der Portnummer 6080 ausgeführt wird, würde die URL wie folgt aussehen:

http://gisserver.domain.com:6080/arcgis/services/Peru/Lima/GeoDataServer

Die REST-URL folgt dem gleichen Muster, mit der Einfügung von /rest/ zwischen arcgis und services:

http://gisserver.domain.com:6080/arcgis/rest/services/Peru/Lima/GeodataServer