Wenn Sie eine Karte herunterladen und offline nehmen, die einen editierbaren Feature-Service enthält, in dem für die herkömmliche Versionierung registrierte Daten verwendet werden, wird aus der von den veröffentlichten Daten verwendeten Version eine neue Geodatabase-Version erstellt. Wenn ein Client Änderungen mit dem Feature-Service synchronisiert, werden die Änderungen auf die neue Version angewendet. Um die Änderungen in die veröffentlichte Version zu übernehmen und für andere freizugeben, sind die Vorgänge Abgleichen und Zurückschreiben erforderlich.
Wenn die Karte einen schreibgeschützten Feature-Service enthält (nur "Abfrage" und "Synchronisieren" sind im Feature-Service aktiviert) und der Feature-Service versionierte Daten enthält, wird beim Herunterladen der Karte keine Version erstellt. Entsprechend wird keine Version erstellt, wenn Daten während der Workflows einer verteilten Kollaboration kopiert werden. Wenn Clients sich in diesen Fällen mit dem Feature-Service synchronisieren, haben sie Zugriff auf alle an den Quelldaten erfolgten Änderungen.
Selbst wenn der Feature-Service schreibgeschützt ist (also nur "Abfrage" und "Synchronisieren" aktiviert sind), muss der Datenbankbenutzer, der beim Veröffentlichen eine Verbindung zur Geodatabase herstellt, über Berechtigungen zum Bearbeiten der Daten verfügen.
Um dem Feature-Service-Besitzer oder ArcGIS Server-Administrator die Wahl zu ermöglichen, in welcher Weise traditionelle Versionen für einen bestimmten editierbaren Feature-Service erstellt werden sollen, gibt es die zwei folgenden Möglichkeiten. Diese Optionen werden beim Veröffentlichen des Feature-Service vom Publisher festgelegt.
Für jede Offline-Karte eine Version erstellen
Dies ist die Standardoption. Bei Wahl dieser Option wird jedes Mal, wenn eine Karte mit einem editierbaren Feature-Service offline genommen wird, eine Version aus der veröffentlichten Version generiert. Der Versionsname enthält die folgenden Angaben:
- den Namen des Benutzers, der die Karte herunterlädt
- den Namen des Feature-Service
- eine eindeutige Kennung (ID)
Mit diesen drei Komponenten wird ein eindeutiger Versionsname sichergestellt. Wenn beispielsweise ein Benutzer namens Bob eine Karte herunterlädt, die den Feature-Service NetFS enthält, dann könnte der Name der erstellten Version Bob_NetFS_1404578882000 lauten. Wenn derselbe Benutzer die Karte mehrfach herunterlädt (beispielsweise mit mehr als einem Gerät), werden bei der Synchronisierung von jedem Gerät verschiedene Versionen verwendet. So ist der Zugriff eines Geräts auf Änderungen, die über andere Geräte vorgenommen wurden, nicht möglich. Neu heruntergeladene Karten entsprechen jedoch der veröffentlichten Version. Gibt es viele heruntergeladene Karten, wird es auch viele Kartenversionen geben. Da heruntergeladene Karten von der verwendeten Anwendung zur Offline-Bearbeitung heruntergenommen werden, lassen sich ihre Versionen abgleichen, zurückschreiben und löschen.
Hinweis:
Wurde der Feature-Service auf einer ArcGIS Server-Site veröffentlicht, die nicht mit einem Portal verbunden ist, oder sollten Sie auf die Daten zugreifen, ohne angemeldet zu sein, wird die Kartenversion mit Esri_Anonymous_<Feature-Service-Name>_<ID> benannt.
Für jeden Benutzer eine Version erstellen
Bei Wahl dieser Option wird für jeden Benutzer, der eine Karte herunterlädt, die einen editierbaren Feature-Service enthält, eine Version generiert. Wenn z. B. dieselbe Karte von 10 Benutzern heruntergeladen wird, dann werden 10 Versionen erzeugt. Jede Version gehört zu einem bestimmten Benutzer, und der Versionsname beruht auf dem Benutzernamen und dem Service-Namen (z. B. Joe_InspectionFS). Wenn ein Benutzer die Karte mehrfach herunterlädt (beispielsweise mit mehr als einem Gerät), wird bei der Synchronisierung von jedem Gerät jeweils dieselbe Version verwendet. So hat ein Gerät Zugriff auf Bearbeitungen von anderen Geräten. Neu heruntergeladene Karten sind jedoch nur so aktuell wie zum letzten Abgleichszeitpunkt der Benutzerversion. Eine Benutzerversion bleibt die gesamte Nutzungsdauer einer heruntergeladenen Karte über bestehen.
Hinweis:
Wenn Sie diese Option nutzen, sollten Sie entweder die ArcGIS Server-Site mit einem Portal verbinden oder Benutzerkonten in ArcGIS Server konfigurieren. Wenn Sie dies unterlassen, erhält die erstellte Kartenversion den Namen Esri_Anonymous_<Feature-Service-Name>, und jeder Benutzer, der sich mit dem Portal verbindet, wird die gleiche Version nutzen.
Die Option zur Erstellung einer Version für jeden Benutzer kann für Daten, die als nach Verzweigung versioniert registriert sind, nicht verwendet werden.
Beispiel-Workflows
In den folgenden Beispiel-Workflows werden die in den beiden vorangegangenen Abschnitten beschriebenen Versionsoptionen verwendet:
- Workflow 1: Karten zwecks Datenverwaltung herunterladen
- Workflow 2: Karten für ein Projekt von kurzer Dauer herunterladen
- Workflow 3: Karten für ein fortdauerndes Projekt herunterladen
Die folgende Tabelle enthält einen Vergleich der Komponenten der einzelnen Workflows:
| Workflow 1 | Workflow 2 | Workflow 3 | |
|---|---|---|---|
Version, aus der der Feature-Service veröffentlicht wurde | |||
Es wird jeweils eine Offline-Version erstellt | Heruntergeladene Karte | Benutzer | Benutzer |
Anzahl der erstellten Versionen | Viele | Wenige | Wenige |
Latenz zwischen Offline-Bearbeitung und -Aktualisierungen gegenüber der Default-Version | Niedrig | Hoch (1 Woche) | Hoch (täglich) |
In Qualitätsprüfung einbezogene Karten | Eine Karte | Alle Karten | Alle Karten |
Häufigkeit, mit der Offline-Versionen gelöscht werden | Täglich | Bei Beendigung des Projekts | Nie |
Workflow 1: Karten zwecks Datenverwaltung herunterladen
In diesem Workflow überprüft ein Organisationsmitglied mithilfe von ArcGIS Collector vor Ort Änderungen aus Karten mit Markups. In diesem Fall werden die Daten für die traditionelle Versionierung registriert, und die bearbeitenden Personen möchte eine Karte herunterladen, die die neuesten Daten aus der Default-Version der Geodatabase enthält. Zurück im Büro synchronisieren die Mitarbeiter die vor Ort vorgenommenen Änderungen, entfernen die Karte und veranlassen einen Abgleich mit und das Zurückschreiben der Kartenversion in die Default-Geodatabase-Version. Der Vorgang kann sich mehrmals am Tag wiederholen. Nach Abschluss jedes Vorgangs löschen die Mitarbeiter die Offline-Kartenversion.
Hierfür steht den Mitgliedern der Büromitarbeitergruppe im Organisationskonto der Firma eine Webkarte zur Verfügung. Mitarbeiter, die dieser Gruppe angehören, können auf die Webkarte mithilfe von Collector zugreifen, das auf einem der verfügbaren Computer im Büro ausgeführt wird. Vor dem Verlassen des Büros lädt der Mitarbeiter die Karte mithilfe von Collector herunter. Vor Ort kann er dann die angeforderten Aktualisierungen überprüfen. Korrekturen vor Ort werden mit Collector durchgeführt. Zurück im Büro werden die Korrekturen des Mitarbeiters mit dem Feature-Service synchronisiert und mit der Default-Version abgeglichen und in diese zurückgeschrieben.
In den folgenden Abschnitten wird dieser Workflow beschrieben:
- Veröffentlichen eines Feature-Service
- Erstellen einer Webkarte
- Herunterladen der Webkarte
- Synchronisieren von Änderungen
Veröffentlichen eines Feature-Service
Um die Webkarte erstellen zu können, muss zunächst ein Feature-Service veröffentlicht werden.
Der Publisher startet ArcGIS Pro und fügt einer Karte Daten aus der Default-Version hinzu. In diesem Beispiel enthalten die Daten neue Sensoren aus einer Feature-Class in der Enterprise-Geodatabase des Unternehmens. Die Feature-Class ist als versioniert registriert.
Der Publisher veröffentlicht einen Feature-Layer namens NetFS, der registrierte Daten aus ArcGIS Pro referenziert.
Während des Veröffentlichungsvorgangs bearbeitet der Publisher die folgenden Einstellungen auf der Registerkarte Konfiguration des Feature-Layers, damit der Layer offline verwendet und bearbeitet werden kann:
- Bearbeitung aktivieren und Editoren Folgendes erlauben: > Features hinzufügen, aktualisieren und löschen: Ermöglicht umfassendes Bearbeiten der Daten.
- Synchronisierung aktivieren: Ermöglicht die Offline-Verwendung des Layers.
- Synchronisieren > Für jede heruntergeladene Karte eine Version erstellen: Für die Offline-Karte wird eine eindeutig benannte Version erstellt, wenn der Außendienstmitarbeiter die Karte herunterlädt. Diese Version wird dann verwendet, wenn der Mitarbeiter Änderungen synchronisiert.
Der Publisher gibt den Service auch für die Gruppe der Büromitarbeiter frei, sodass die Daten auch für andere Mitglieder der Organisation zugänglich sind.
Erstellen einer Webkarte
Nachdem Sie einen Feature-Service erstellt haben, können Sie als nächsten Schritt eine Webkarte erstellen. Der Publisher meldet sich hierfür bei seiner Organisation (ArcGIS Enterprise bzw. ArcGIS Online) an, erstellt dann eine Webkarte, fügt der Karte den Feature-Layer hinzu und gibt die Karte für die Gruppe der Büromitarbeiter frei. Die Eigenschaft "Offline-Modus" der Webkarte wird aktiviert, um sie für die Offline-Verwendung in Collector verfügbar zu machen. Jetzt können die Mitglieder der Büromitarbeitergruppe die Karte herunterladen.
Herunterladen der Webkarte
Die verfügbare Webkarte kann von den Mitarbeitern in Collector heruntergeladen werden, um angeforderte Aktualisierungen vor Ort zu überprüfen. Hierfür startet ein Mitarbeiter namens Bob den Collector und meldet sich bei der Organisation an. Die soeben freigegebene Webkarte wird angezeigt.
Da für die Webkarte der Offline-Modus aktiviert ist, erscheint sie in Collector mitsamt der Schaltfläche "Herunterladen". Bob klickt auf die Schaltfläche "Herunterladen", um den Download zu starten.
Anschließend wählt Bob die Ausdehnung und die Grundkarten-Auflösung für die herunterzuladende Karte.
Zu Beginn des Downloads wird eine Version mit dem Namen Bob_NetFS_1404578882000 aus der veröffentlichten Version (Default) in der Backend-Geodatabase erstellt. Da für den Service eingestellt wurde, für jede heruntergeladene Karte eine Version zu erstellen, wird ein eindeutiger Versionsname angelegt. Der Name setzt sich zusammen aus dem Anmeldenamen des Außendienstmitarbeiters (Bob), dem Namen des Feature-Service (NetFS) und einer eindeutigen ID. Diese Version wird zum Synchronisieren der heruntergeladenen Karte verwendet.
Anschließend werden die Daten auf das Gerät heruntergeladen. Nach dem Herunterladen wechselt Collector die Karte, um die lokalen Daten zu referenzieren. Nun können an der Karte Änderungen vorgenommen werden, ohne dass man dafür mit dem Netzwerk verbunden sein muss. Auf der Karte in Collector wird die Schaltfläche "Synchronisieren" angezeigt, um darauf hinzuweisen, dass die lokalen Daten referenziert werden.
Synchronisieren von Änderungen
Vor Ort fällt Bob auf, dass sich einer der Sensoren auf der falschen Straßenseite befindet, also nicht ordnungsgemäß positioniert ist. Bob nimmt die Korrektur mit Collector vor.
Im Laufe des Tages könnte Bob andere Standorte aufsuchen und weitere Korrekturen vornehmen. Bei verfügbarer Verbindung könnte Bob seine Änderungen auch von unterwegs synchronisieren. Zurück im Büro stellt Bob über das mobile Gerät eine Verbindung mit dem internen Netzwerk her und führt eine abschließende Synchronisierung durch. Auf diese Weise wird sichergestellt, dass alle vor Ort erfolgten Korrekturen in die Version Bob_NetFS_1404578882000 eingehen.
Nun sind alle Änderungen aus dem Außendienst mit der Quelle synchronisiert, und Bob entfernt die lokale Karte aus Collector und gibt das Gerät zurück. Durch den Vorgang des Entfernens der lokalen Karte wird die Version Bob_NetFS_1404578882000 mit dem Vermerk versehen, dass sie nicht länger mit einer Offline-Karte verknüpft ist. Bob stellt nun eine Verbindung zur Version Bob_NetFS_1404578882000 in ArcGIS Pro her, um sie mit der Default-Version abzugleichen und in diese zurückzuschreiben. Er wendet die attributbasierte Konflikterkennung an und löst eventuelle Konflikte manuell.
Da Bob nach dem Speichern der Änderungen zurück zur Default-Version wechselt, löscht er die Version Bob_NetFS_1404578882000.
Bob stellt fest, dass weitere Außendiensteinsätze erforderlich sind, um die Daten ordnungsgemäß zu aktualisieren. Für jeden dieser Einsätze muss eine neue Karte heruntergeladen und eine neue Bob_NetFS_<ID>-Version erstellt werden. Jede neue Version enthält die aktuellen Änderungen aus der Default-Version. Diese Versionen verbleiben so lange in der Geodatabase, bis deren Zuordnung zu einer Karte aufgehoben wird, um sie abzugleichen und zurückzuschreiben.
Außer Bob können auch andere Mitarbeiter gleichzeitig ähnliche Aufgaben ausführen.
Sobald Bobs Änderungen mit der Default-Version abgeglichen und in diese zurückgeschrieben wurden, löscht er seine Bob_NetFS_<ID>-Versionen.
Workflow 2: Karten für ein Projekt von kurzer Dauer herunterladen
In diesem Beispiel nehmen Außendienstmitarbeiter versionierte Daten offline, um Änderungen vorzunehmen. Sie synchronisieren ihre Änderungen täglich morgens und abends. Mithilfe eines nächtlichen Abgleich- und Zurückschreiben-Prozesses werden die Versionen der Außendienstmitarbeiter mit den Änderungen ihrer Kollegen aktuell gehalten. Beim morgendlichen Synchronisationsvorgang sieht jeder Außendienstmitarbeiter die Änderungen der anderen. Wenn das Projekt abgeschlossen ist, wurden alle vor Ort vorgenommenen Änderungen synchronisiert und in die Projektversion eingespeist. Danach wird die Projektversion überprüft und mit der Default-Geodatabase-Version abgeglichen und in diese zurückgeschrieben. Zum Projektende löscht ein Mitarbeiter den Feature-Service und die Versionen der Außendienstmitarbeiter. In diesem Workflow beträgt die Latenz der Außendienstmitarbeiter nicht mehr als eine Woche.
Nachfolgend werden die Durchführungsschritte für diesen Workflow beschrieben:
- Veröffentlichen eines Feature-Service
- Erstellen einer Webkarte
- Herunterladen der Webkarte
- Synchronisieren von Änderungen
- Ausführen der nächtlichen Geodatabase-Verarbeitung
- Löschen der Offline-Karten und abschließendes Abgleichen und Zurückschreiben
Veröffentlichen eines Feature-Service
In diesem Beispiel muss ein Projektmanager Mitarbeiter zu Sensorinspektionen vor Ort schicken. Sensorinspektionen werden regelmäßig mehrmals im Jahr durchgeführt. Im Rahmen der Inspektionen überprüfen die Außendienstmitarbeiter die Sensoren auf Schäden und Zugänglichkeit und vermerken diese. Mithilfe dieser Angaben werden Reparaturen geplant. Zudem lässt sich erkennen, welche Sensoren gut zugänglich sind. Die Projektdauer wird für etwa eine Woche angesetzt. Für die Datenerfassung wird jeder Außendienstmitarbeiter mit einem Smartphone ausgestattet, auf dem Collector installiert ist.
Der Projektmanager plant für dieses Projekt die Erstellung und Freigabe einer Webkarte für die Inspektion von Sensoren im Organisationskonto des Unternehmens. Die Webkarte referenziert dabei einen Feature-Service, der auf dem lokalen ArcGIS Server des Unternehmens ausgeführt wird.
Zum Erstellen des Feature-Service fügt der Projektmanager einer Karte in ArcGIS Pro die Sensor-Feature-Class aus der Default-Version der Quell- Enterprise-Geodatabase hinzu. Die Feature-Class wurde für traditionelle Versionierung registriert. Die für die Inspektion markierten Sensoren sind gelb gefärbt.
Um die Arbeit zu organisieren, erstellt der Projektmanager eine Version mit dem Namen "Inspection" und ändert die Karte, damit sie diese Version referenziert.
Anschließend veröffentlicht der Projektmanager einen Feature-Service namens "InspectionFS" über ArcGIS Pro.
Während des Veröffentlichungsvorgangs bearbeitet der Projektmanager die folgenden Einstellungen auf der Registerkarte Konfiguration des Feature-Layers, damit der Layer offline verwendet und bearbeitet werden kann:
- Bearbeitung aktivieren und Editoren Folgendes erlauben: > Features hinzufügen, aktualisieren und löschen: Ermöglicht umfassendes Bearbeiten der Daten.
- Synchronisierung aktivieren: Ermöglicht die Offline-Verwendung des Layers.
- Synchronisieren > Für jeden Benutzer eine Version erstellen: ArcGIS erstellt für jeden Außendienstmitarbeiter, der eine Karte erstmals herunterlädt, eine individuelle Version. Diese Version wird verwendet, wenn der Mitarbeiter Änderungen synchronisiert.
Erstellen einer Webkarte
Nach der Veröffentlichung des Feature-Service erstellt der Projektmanager im ArcGIS Enterprise-Portal eine Webkarte und gibt diese für eine Gruppe frei, die alle Außendienstmitarbeiter umfasst.
Der Projektmanager geht dazu wie folgt vor:
- Melden Sie sich bei der Organisation an.
- Erstellen Sie eine Webkarte.
- Fügen Sie der Webkarte den neu veröffentlichten Feature-Service hinzu.
- Speichern Sie die Webkarte.
- Geben Sie die Webkarte und den Feature-Service für die Gruppe frei, der die Außendienstmitarbeiter angehören.
- Aktivieren Sie die Eigenschaft "Offline-Modus" in der Webkarte, um sie für die Offline-Verwendung in Collector verfügbar zu machen.
Herunterladen der Webkarte
Jeder Außendienstmitarbeiter meldet sich mit seinem Konto bei Collector an, um auf die Webkarte zuzugreifen.
Wenn die Webkarte verfügbar ist, kann jeder Außenmitarbeiter Collector starten und sich bei der Organisation anmelden. Die soeben freigegebene Webkarte wird angezeigt.
Da für die Webkarte der Offline-Modus aktiviert ist, wird sie in Collector mitsamt der Schaltfläche "Herunterladen" (Wolke mit Pfeil) angezeigt. Einer der Außendienstmitarbeiter (Joe) klickt auf die Schaltfläche "Herunterladen", um den Download zu starten.
Anschließend wählt Joe die Ausdehnung und die Grundkarten-Auflösung für die Karte.
Zu Beginn des Downloads wird eine Version mit dem Namen "Joe_InspectionFS" aus der veröffentlichten Version in der Quell-Geodatabase erstellt. Da der Feature-Service so eingerichtet ist, dass für jeden Benutzer eine Version erstellt wird, setzt sich der Versionsname aus dem Anmeldenamen des Außendienstmitarbeiters (Joe) und dem Namen des Services, aus dem die Version erstellt wurde (InspectionFS), zusammen. Diese Version wird zum Synchronisieren der heruntergeladenen Karte verwendet.
Hinweis:
Jedes Mal, wenn Joe aus dem InspectionFS-Service eine Karte herunterlädt, verweist diese auf die Joe_InspectionFS-Version. Beispielsweise muss Joe irgendwann die lokale Karte entfernen und sie mit einer größeren Ausdehnung neu erstellen. Wenn Joe die Karte erneut herunterlädt, sind alle Bearbeitungen, die er zuvor mit der Version "Joe_InspectionFS" synchronisiert hat, in der Karte sichtbar.
Nach dem Herunterladen von Karte und Daten wechselt Collector die Karte, um die lokalen Daten zu referenzieren. Nun kann Joe die Karte bearbeiten, ohne dass er dafür mit dem Netzwerk verbunden sein muss. Auf der Karte in Collector wird die Schaltfläche Synchronisieren angezeigt, um darauf hinzuweisen, dass die lokalen Daten referenziert werden.
Eine zweite Außendienstmitarbeiterin (Mary) führt dieselben Schritte wie Joe durch. Auf diese Weise wird die Version Mary_InspectionFS in der Quell-Geodatabase angelegt.
Synchronisieren von Änderungen
Joe ist heute im Ostteil der Karte unterwegs. Im Zuge der Inspektionen aktualisiert Joe die Statusangaben der Sensor-Features. Hat der Sensor die Inspektion bestanden, wird er grün markiert. Ist er beschädigt und muss repariert werden, wird er rot markiert.
Am Ende des Arbeitstages stellt Joe über das mobile Gerät eine Verbindung zum Netzwerk her und klickt in Collector auf die Schaltfläche Synchronisieren. Auf diese Weise gelangen die Änderungen aus der Version Joe_InspectionFS in die Quell-Geodatabase.
Am Ende des Tages synchronisiert auch Mary ihre Ergebnisse aus der Sensorinspektion im Westteil der Karte.
Ausführen der nächtlichen Geodatabase-Verarbeitung
Am Abend läuft ein automatischer Vorgang, bei dem die Änderungen der Außendienstmitarbeiter abgeglichen und zurückgeschrieben werden. Bei dem Vorgang wird jede Version mit der Version "Inspection" abgeglichen und in diese zurückgeschrieben. Hierbei kommt eine Konfliktlösungsmethode zum Einsatz, bei der die letzte enthaltene Änderung beibehalten wird und die Konflikterkennung auf Attributen basiert.
Wenn alle vor Ort gemachten Änderungen in die Version "Inspection" eingegangen sind, werden Validierungsskripte an den Daten ausgeführt. Diese Skripte ermitteln Änderungen mit ungültigen Werten oder außerhalb der Grenzwerte liegenden Features und korrigieren diese. Beispielsweise muss das Statusfeld einen gültigen Statuswert aufweisen. Ist der Wert ungültig, wird er auf Prüfung erforderlich zurückgesetzt und durch gelbe Punkte symbolisiert. Nach Abschluss der Validierung gleicht der Prozess die Versionen der Außendienstmitarbeiter mit der Version "Inspection" ab, sodass alle Versionen auf dem aktuellen Stand sind.
Beim Synchronisieren am nächsten Morgen sehen Joe und Mary jeweils die Aktualisierungen des anderen.
Hinweis:
Über Nacht kann außerdem ein Abgleich mit der Default-Version erfolgt sein, um Änderungen zu berücksichtigen, die seit Projektbeginn an der Default-Version vorgenommen wurden. Der Projektmanager hat jedoch entschieden, den Abgleich mit der Default-Version erst am Ende des Projekts durchzuführen. Auf diese Weise lassen sich bereits im Vorfeld Konflikte erkennen und manuell überprüfen, bevor sie in die Default-Version gelangen. Wird dieser Vorgang vor dem Ende des Projekts ausgeführt, können die Mitarbeiter zusätzliche Änderungen an den betreffenden Features vornehmen, sodass sie im abschließenden Abgleichvorgang nicht als Konflikte erscheinen.
Beachten Sie auch, dass das automatische Abgleichen und Zurückschreiben der Änderungen der Außendienstmitarbeiter in diesem Beispiel jede Nacht erfolgt. Das bedeutet, dass ein Außendienstmitarbeiter die neuesten Änderungen seiner Kollegen erst am nächsten Tag zu sehen bekommt. Um diese Latenz zu verringern, kann der Vorgang häufiger ausgeführt werden. Erfolgt er beispielsweise stündlich, könnte ein Außendienstmitarbeiter jede Stunde synchronisieren, um die aktuellen Änderungen der anderen zu erhalten.
Löschen der heruntergeladenen Karten und abschließendes Abgleichen und Zurückschreiben
Der vorstehend beschriebene Ablauf wird während der einwöchigen Projektdauer fortgesetzt. Das Projekt ist abgeschlossen, wenn alle Sensoren inspiziert wurden. Zu Ende des Projekts werden die Außendienstmitarbeiter gebeten, die letzten Änderungen zu synchronisieren und die lokale Karte aus Collector zu entfernen. Sobald die lokalen Karten aus Collector entfernt wurden, werden die Versionen der Außendienstmitarbeiter nicht länger mit der heruntergeladenen Karte synchronisiert. Anschließend beendet der Projektmanager den Feature-Service und löscht ihn.
Der Projektmanager führt abschließende Abgleich- und Zurückschreibevorgänge für die Versionen aller Außendienstmitarbeiter aus und löscht jede Version. Der Projektmanager nimmt nun den Abgleich der Version "Inspection" mit der Default-Version vor und schreibt sie zurück. Während dieses Vorgangs werden Konflikte vom Projektmanager manuell geprüft und gelöst. Nach Abschluss dieses Vorgangs stehen die aktuellen Inspektionsdaten in der Default-Version allen Mitarbeitern zur Verfügung. Im letzten Schritt löscht der Projektmanager die Version "Inspection".
Workflow 3: Karten für ein fortdauerndes Projekt herunterladen
Dieser Beispielworkflow ähnelt dem vorstehend beschriebenen Workflow (Karten für ein Projekt von kurzer Dauer herunterladen) insofern, als die Außendienstmitarbeiter unterwegs vorgenommene Änderungen synchronisieren. Sie verbinden sich mit dem Netzwerk und synchronisieren täglich morgens und abends. In diesem Workflow handelt es sich allerdings um ein fortlaufendes Projekt, weshalb der Feature-Service nicht direkt aus der Default-Version, sondern aus einer Qualitätssicherungsversion veröffentlicht wird. Das heißt, dass ein zusätzlicher Abgleich und zusätzliches Zurückschreiben erforderlich sind.
Nachfolgend werden die Durchführungsschritte für diesen Workflow beschrieben:
- Veröffentlichen eines Feature-Service
- Erstellen einer Webkarte
- Herunterladen der Webkarte
- Synchronisieren von Änderungen
- Ausführen der nächtlichen Geodatabase-Verarbeitung
Veröffentlichen des Feature-Service
Der Projektmanager plant für dieses Projekt die Erstellung und Freigabe einer Webkarte für die Inspektion von Sensoren im Organisationskonto des Unternehmens. Die Webkarte referenziert dabei einen Feature-Service, der auf dem lokalen ArcGIS Server des Unternehmens ausgeführt wird.
Zum Erstellen des Feature-Service fügt der Projektmanager einer Karte in ArcGIS Pro die Sensor-Feature-Class aus der Default-Version der Quell- Enterprise-Geodatabase hinzu. Die Feature-Class wurde für traditionelle Versionierung registriert. Die für die Inspektion markierten Sensoren sind gelb gefärbt.
Um die Arbeit zu organisieren, erstellt der Projektmanager eine Version mit dem Namen "Inspection" und ändert die Karte, damit sie diese Version referenziert.
Anschließend veröffentlicht der Projektmanager einen Feature-Service namens "InspectionFS" über ArcGIS Pro.
Der Projektmanager aktiviert die Synchronisieren-Funktion im Service-Editor, da der Service in einer Offline-Karte verwendet werden soll. Ferner klickt er auf Erweiterte Optionen, um Feature-Service – Erweiterte Optionen anzuzeigen.
Unter Feature-Service – Erweiterte Optionen wählt der Projektmanager die Option Für jeden Benutzer eine Version erstellen. Mit dieser Option wird für jeden Außendienstmitarbeiter, der eine Karte erstmals herunterlädt, eine individuelle Version generiert. Diese Version wird dann verwendet, wenn der Mitarbeiter Änderungen synchronisiert.
Während des Veröffentlichungsvorgangs bearbeitet der Projektmanager die folgenden Einstellungen auf der Registerkarte Konfiguration des Feature-Layers, damit der Layer offline verwendet und bearbeitet werden kann:
- Bearbeitung aktivieren und Editoren Folgendes erlauben: > Features hinzufügen, aktualisieren und löschen: Ermöglicht umfassendes Bearbeiten der Daten.
- Synchronisierung aktivieren: Ermöglicht die Offline-Verwendung des Layers.
- Synchronisieren > Für jeden Benutzer eine Version erstellen: ArcGIS erstellt für jeden Außendienstmitarbeiter, der eine Karte erstmals herunterlädt, eine individuelle Version. Diese Version wird verwendet, wenn der Mitarbeiter Änderungen synchronisiert.
Erstellen einer Webkarte
Nach der Veröffentlichung des Feature-Service erstellt der Projektmanager im ArcGIS Enterprise-Portal eine Webkarte und gibt diese für eine Gruppe frei, die alle Außendienstmitarbeiter umfasst.
Der Projektmanager geht dazu wie folgt vor:
- Melden Sie sich bei der Organisation an.
- Erstellen Sie eine Webkarte.
- Fügen Sie der Karte den neu veröffentlichten Feature-Service hinzu.
- Speichern Sie die Webkarte.
- Geben Sie die Webkarte und den Feature-Service für die Gruppe frei, der die Außendienstmitarbeiter angehören.
- Aktivieren Sie die Eigenschaft "Offline-Modus" in der Webkarte, um sie für die Offline-Verwendung in Collector verfügbar zu machen.
Herunterladen der Webkarte
Jeder Außendienstmitarbeiter meldet sich mit seinem Konto bei Collector an, um auf die Webkarte zuzugreifen.
Wenn die Webkarte verfügbar ist, kann jeder Außenmitarbeiter Collector starten und sich bei der Organisation anmelden. Die soeben freigegebene Webkarte wird angezeigt.
Da für die Webkarte der Offline-Modus aktiviert ist, wird sie in Collector mitsamt der Schaltfläche "Herunterladen" (Wolke mit Pfeil) angezeigt. Einer der Außendienstmitarbeiter (Joe) klickt auf die Schaltfläche "Herunterladen", um den Download zu starten.
Joe wählt die Ausdehnung und die Auflösung für die Karte aus.
Zu Beginn des Downloads erstellt ArcGIS eine Version (Joe_InspectionFS) aus der veröffentlichten Version in der Quell-Geodatabase. Da der Feature-Service so eingerichtet ist, dass für jeden Benutzer eine Version erstellt wird, setzt sich der Versionsname aus dem Anmeldenamen des Außendienstmitarbeiters (Joe) und dem Namen des Services, aus dem die Version erstellt wurde (InspectionFS), zusammen. Diese Version wird für die Synchronisierung der Karte verwendet.
Hinweis:
Jedes Mal, wenn Joe aus dem InspectionFS-Service eine Karte herunterlädt, verweist diese auf die Joe_InspectionFS-Version. Beispielsweise muss Joe irgendwann die lokale Karte entfernen und sie mit einer größeren Ausdehnung neu erstellen. Wenn Joe die Karte erneut herunterlädt, werden alle Bearbeitungen, die zuvor mit der Version "Joe_InspectionFS" synchronisiert wurden, in der Karte angezeigt.
Nach dem Herunterladen von Daten und Karte wechselt Collector die Karte, um die lokalen Daten zu referenzieren. Nun kann Joe die Karte bearbeiten, ohne dass er dafür mit dem Netzwerk verbunden sein muss. Auf der Karte in Collector wird die Schaltfläche Synchronisieren angezeigt, um darauf hinzuweisen, dass die lokalen Daten referenziert werden.
Eine zweite Außendienstmitarbeiterin (Mary) führt dieselben Schritte wie Joe durch. Auf diese Weise wird die Version Mary_InspectionFS in der Quell-Geodatabase angelegt.
Während Mary und Joe Änderungen vor Ort vornehmen, wird von einem Büromitarbeiter ein neuer Sensor zur Default-Geodatabase-Version hinzugefügt. Der neue Sensor gehört zu einem neuen Projekt in dem Gebiet. Sobald ein neuer Sensor installiert wurde, ist eine Inspektion erforderlich, weshalb er in Gelb angezeigt wird.
Synchronisieren von Änderungen
Joe ist heute im Ostteil der Karte unterwegs. Im Zuge der Sensor-Inspektion aktualisiert Joe den Status für die einzelnen Sensor-Features. Hat der Sensor die Inspektion bestanden, wird er grün markiert. Ist er beschädigt und muss repariert werden, wird er rot markiert.
Wenn das mobile Gerät am Ende des Arbeitstages mit dem Netzwerk verbunden wird, klickt Joe in Collector auf die Schaltfläche Synchronisieren. Auf diese Weise gelangen die Änderungen aus der Version Joe_InspectionFS in die Quell-Geodatabase.
Am Ende des Tages synchronisiert auch Mary ihre Ergebnisse aus der Sensorinspektion im Westteil der Karte.
Ausführen der nächtlichen Geodatabase-Verarbeitung
Am Abend läuft ein automatischer Vorgang, bei dem die Änderungen der Außendienstmitarbeiter abgeglichen und zurückgeschrieben werden. Bei dem Vorgang wird jede unterwegs erstellte Version mit der Version "Inspection" abgeglichen und in diese zurückgeschrieben. Hierbei kommt eine Konfliktlösungsmethode zum Einsatz, bei der die letzte enthaltene Änderung beibehalten wird und die Konflikterkennung auf Attributen basiert.
Wenn alle vor Ort gemachten Änderungen in die Version "Inspection" eingegangen sind, werden Validierungsskripte an den "Inspection"-Daten ausgeführt. Diese Skripte ermitteln Änderungen mit ungültigen Werten oder außerhalb der Grenzwerte liegenden Features und korrigieren diese.
Hinweis:
Zu diesem Zeitpunkt sind Joes Änderungen bereits in die Version Mary_InspectionFS eingegangen, aber in der Version Joe_InspectionFS sind Marys Änderungen noch nicht enthalten. Das liegt daran, dass das Abgleichen und Zurückschreiben der Version Joe_InspectionFS zeitlich vor der Version Mary_InspectionFS erfolgt ist.
Der nächste Schritt im automatischen Prozess beinhaltet den Abgleich mit der und das Zurückschreiben der Version "Inspection" in die Default-Version. Der Prozess verwendet die attributbasierte Konflikterkennung und löst Konflikte automatisch. Durch den Abgleichvorgang werden die Änderungen aus der Default-Version (neuer Sensor) in die Version "Inspection" übernommen, und beim Zurückschreiben gelangen die Änderungen aus "Inspection" (Joes und Marys Änderungen) in die Default-Version.
Zum Abschluss des automatischen Vorgangs wird jede von den Außendienstmitarbeitern erstellte Version ein zweites Mal mit der Version "Inspection" abgeglichen. Jetzt sind alle Versionen der Außendienstmitarbeiter auf dem aktuellen Stand.
Tipp:
Mittels Abgleich gelangen die neuesten Änderungen zu den Außendienstmitarbeitern; ein Zurückschreiben ist hingegen nicht erforderlich. In einigen Organisationen werden Änderungen möglicherweise in einem separaten Prozess in die Default-Version geschrieben, um die Änderungen auch für nicht an diesem Projekt beteiligte Nutzer zugänglich zu machen.
Wenn Joe und Mary am nächsten Morgen synchronisieren, sehen sie die von den anderen Außendienstmitarbeitern aktualisierten Sensoren sowie den neuen Sensor aus der Default-Version. Da sich der neue Sensor im östlichen Teil der Karte befindet, wird Joe den neuen Sensor inspizieren und die Ergebnisse synchronisieren. Nach Ausführung der nächtlichen Prozesse sind Joes Inspektionsdaten zum neuen Sensor am nächsten Tag in der Default-Version verfügbar.
Dieser Vorgang wird regelmäßig jeden Tag ausgeführt. Solange Joe und Mary ihre Sensor-Inspektionen noch nicht abgeschlossen haben, bleiben die Versionen Joe_InspectionFS und Mary_InspectionFS erhalten. Wenn sie die Arbeit an diesem Projekt beendet haben, können die Versionen entfernt werden, sobald beide eine abschließende Synchronisierung durchgeführt und die Registrierung ihrer lokalen Karten aufgehoben haben und das Zurückschreiben der Versionen Joe_InspectionFS und Mary_InspectionFS erfolgt ist.