Nutzung von Geodaten-Services

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

• 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 in ArcGIS Server erstellt. Ein Administrator in New York hat dann über das Internet auf diesen Geodaten-Service zugegriffen und mithilfe der ArcGIS Desktop-Werkzeuge ein Replikat erstellt. (Informationen darüber, wie Sie Replikate aus Geodaten-Services erstellen können, finden Sie im vorhergehenden Abschnitt.)

  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-Geodatabases: 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 Personal- oder 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. ArcSDE-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://<server name>/<instance name>/services/<folder name (if the service resides in a folder)>/<service name>/GeoDataServer

Wenn Sie z. B. einen Service "Lima" im Ordner "Peru" haben, der auf einem Server "myServer" mit dem Standardinstanznamen "arcgis" ausgeführt wird, würde der URL wie folgt aussehen:

http://myServer/arcgis/services/Peru/Lima/GeoDataServer

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

http://myServer/arcgis/rest/services/Peru/Lima/GeodataServer