Ihre Karten offline nehmen: Veröffentlichung der Daten
Von Tom DeWitte, Kevin Ruggiero, Mike Hirschheimer
Teil 3 von 5
Organisationen jeder Größe müssen ihre mobilen Mitarbeiter informiert halten. Ob es ein klarer Himmel ist oder Stürme am Horizont aufziehen, mobile Mitarbeiter benötigen aktuelle Informationen über das Versorgungsnetz, das sie jeden Tag warten. Diese Informationen informieren den mobilen Mitarbeiter darüber, welche Leiter energisiert sind, Rohre unter Druck stehen und Kabel live sind. Kritische Informationen, die dazu beitragen, den mobilen Mitarbeiter sicher und das Versorgungsnetz zuverlässig zu halten.
Neue und aktualisierte Informationen konsistent und zuverlässig an die gesamte mobile Belegschaft eines Versorgungsunternehmens zu übermitteln, ist nicht einfach. Die Papierkarten, die in den ersten 150 Jahren der Versorgungsbranche verwendet wurden, konnten keine inkrementellen Updates erhalten. Am Tag nach der Übergabe der Papierkarten an den mobilen Mitarbeiter waren die Informationen auf der Karte bereits veraltet. Dasselbe Problem galt für frühe mobile Kartenanzeigeanwendungen wie ArcReader. Der lokal auf dem mobilen Gerät gespeicherte Informations-Snapshot konnte nicht inkrementell aktualisiert werden. Auch er wurde mit jedem Tag nach Erstellung des Snapshots immer veralteter.
Diese aus früheren Bemühungen gewonnenen Erkenntnisse, zeitnahe und aktuelle Informationen für den mobilen Mitarbeiter bereitzustellen, zeigen uns, dass ein Mechanismus benötigt wird, um die Informationen eines mobilen Mitarbeiters inkrementell und konsistent zu aktualisieren. In der heutigen mobilen Welt bedeutet dies, eine lokale Kopie der geospatialen Darstellung der Rohre, Leiter und Kabel auf dem Telefon, Tablet oder Laptop des mobilen Mitarbeiters zu pflegen. Der Mechanismus zur Übertragung dieser Informationen auf das mobile Gerät bei Netzwerkverbindung sind Web Services.
Was sind Web Services
Ein Web Service ist eine Kommunikationsmethode zwischen Ihrem mobilen Gerät und Ihrem Datenserver. Wenn ein Web Service erstellt wird, ist es ein ständig aktiver Prozess, der auf Anfragen mobiler Client-Anwendungen wartet.
Es gibt viele verschiedene Arten von Web Services. Innerhalb von ArcGIS Enterprise gibt es spezialisierte Arten von Web Services für Geocoding, Geoverarbeitung, das Teilen von Bilddaten und das Teilen von Vektordaten. Das Teilen von Vektordaten ist der Weg, wie Feature- und Tabellendatensätze zwischen dem mobilen Gerät und dem zentralisierten Datenrepository ausgetauscht werden.
ArcGIS Enterprise unterstützt mehrere Arten von Vektordaten-Webservices. Dazu gehören KML, WFS, ArcGIS Feature Services und Hosted Feature Layers. ArcGIS Feature Services und Hosted Feature Layers sind die einzigen Vektordaten-Sharing-Webservices, die die Synchronisierung von Änderungen zwischen dem mobilen Gerät und dem zentralisierten Datenrepository unterstützen. Anders ausgedrückt: Um unsere mobilen Mitarbeiter mit Datenänderungen zu versorgen, die sowohl vom Büropersonal als auch von anderen mobilen Mitarbeitern vorgenommen werden, muss entweder ein Feature Service oder ein Hosted Feature Layer für die Kommunikation vorhanden sein.
Ein Feature Service ist die Methode, wie ArcGIS Enterprise Geodatabase verwaltete Daten wie Utility Network-Daten an mobile Geräte zur Synchronisierung freigibt.
Ein Hosted Feature Service ist die Methode, wie ArcGIS Portal gehostete Feature Layer-Daten an mobile Geräte zur Synchronisierung freigibt.
Datenorganisation mit Feature Services
In dem Beispiel, das wir in dieser Blogserie beschreiben, stammen die Daten, die für das lokale Caching auf dem mobilen Gerät verfügbar gemacht werden müssen, aus vier verschiedenen Datenrepositories. Zwei der Datenrepositories sind Enterprise Geodatabases, eines ist das Portal mit gehosteten Feature Layers und das vierte ist eine für den Export konfigurierte ArcGIS Online registrierte Vektor-Kachel-Basemap. Jede Enterprise Geodatabase enthält mehrere Featureklassen und Tabellen, deren Datensätze mit den mobilen Geräten synchronisiert werden müssen.
Ein einzelner Feature Service kann eine Gruppierung von einem oder mehreren Featureklassen und Tabellen sein. Bei der Organisation Ihrer Daten in Feature Services ist es wichtig zu wissen, dass jeder einzelne Feature Service nur eine Verbindung zu einem Datenrepository herstellen kann. Das bedeutet, dass alle Featureklassen und Tabellen über dieselbe relationale Datenbankverbindung auf dieselbe Enterprise Geodatabase zugreifen müssen.
Die Veröffentlichung von Daten für die Offline-Nutzung hat einige zusätzliche Einschränkungen hinsichtlich der Organisation des Inhalts im Feature Service.
- Eine Featureklasse oder Tabelle kann nur einmal referenziert werden.
- Subtyp-Gruppenlayer sind kein unterstützter Layertyp
Veröffentlichung eines Feature Service zum Synchronisieren
Das Erstellen eines Feature Service kann auch als Veröffentlichung der Daten bezeichnet werden. Die Veröffentlichung der Daten ist der zweite der vier Hauptschritte bei der Erstellung von Offline-Kartenbereichen.
Der Schritt „Daten veröffentlichen“ wird typischerweise mit dem Desktop-Tool ArcGIS Pro durchgeführt. Das Tool „Als Web-Layer freigeben“ ist das spezifische Werkzeug zum Veröffentlichen des Feature Service.
Standardmäßig unterstützt ein Feature Service keine Synchronisierung. Um die Synchronisierung zu aktivieren, aktivieren Sie im Konfigurationsfenster der Layereigenschaften das Kontrollkästchen „Sync aktivieren“.
Viele der Featureklassen in Enterprise Geodatabases haben ihre Geometrien so konfiguriert, dass sie die Speicherung von Höhenwerten (Z) und Entfernungen entlang einer Linie (M) unterstützen. Feldbearbeiter dieser Z-aktivierten und M-aktivierten Daten haben diese Informationen möglicherweise zum Zeitpunkt der Datenerfassung nicht verfügbar. Um Feldbearbeitern zu ermöglichen, diese Informationen ohne vollständige Geometriedefinition zu erfassen, müssen Standardwerte und Verhaltensweisen definiert werden.
Für den Z-Wert aktivieren Sie das Kontrollkästchen „Standardwert auf Features mit Z-Werten anwenden“. Dann legen Sie den gewünschten Standard-Z-Wert fest.
Für den M-Wert aktivieren Sie das Kontrollkästchen „Geometrieaktualisierungen ohne M-Wert zulassen“. Dies setzt den M-Wert beim Erstellen eines neuen Features auf NULL.
Veröffentlichung Ihres Utility Network
Zentral für die Sicherheit mobiler Mitarbeiter ist es, aktuelle Informationen über ihre Versorgungsanlagen bereitzustellen. Wenn diese Anlagen in einer Enterprise Geodatabase gespeichert und mit den Utility Network-Funktionen verwaltet werden, besteht der Veröffentlichungsschritt darin, die Eigenschaften eines bereits veröffentlichten Feature Service zu ändern.
Damit Büro-Mapping-Mitarbeiter die digitale vernetzte Darstellung Ihrer Versorgungsanlagen erstellen und pflegen können, müssen die Daten als branch versioned konfiguriert und als Feature Service veröffentlicht sein. Der bereits veröffentlichte Utility Network-Feature Service ist möglicherweise nicht vollständig für die Synchronisierung mit Offline-Kartenbereichen konfiguriert. Zur Unterstützung der Synchronisierung mit Offline-Kartenbereichen sind zwei Konfigurationen des Feature Service erforderlich: Erstens müssen die bereits erwähnten Eigenschaften des Feature Service geändert werden, um Sync zu aktivieren; zweitens muss die Rolle definiert werden, die Branch Versioning während des Synchronisationsprozesses spielt. Es gibt zwei Optionen für Branch Versioning während des Sync:
- Keine
- Für jede heruntergeladene Karte eine Version erstellen
Welche Option eingestellt wird, hängt davon ab, was Ihre mobilen Mitarbeiter mit diesen Versorgungsdaten tun werden.
Versionserstellung = Keine
Wenn die Antwort auf diese Frage lautet, dass mobile Mitarbeiter nur die Utility Network-Daten anzeigen und abfragen werden, dann ist die Standardeinstellung „Keine“ korrekt. Mit dieser Konfiguration keine zusätzlichen Versionen werden erstellt oder sind erforderlich, um eine erfolgreiche Synchronisierung durchzuführen.<\/P>
<\/span><\/P>Wenn Sie die Option Versionserstellung auf „None“ setzen und Ihren mobilen Mitarbeitern erlauben, die Versorgungsanlagen zu bearbeiten, werden diese Änderungen direkt in der Standardversion veröffentlicht. Die Synchronisierung mit der Standardversion teilt diese Änderungen sofort mit allen anderen Büro- und Außendienstbenutzern.<\/P>Versionserstellung = Version für jede heruntergeladene Karte<\/STRONG><\/P>Diese Option wird empfohlen, wenn Ihre mobilen Mitarbeiter die Versorgungsnetzwerk-verwalteten Versorgungsanlagen bearbeiten und diese Änderungen vor der Freigabe für den Rest der Organisation überprüft und qualitätskontrolliert werden müssen.<\/P>
<\/span><\/P>Wenn diese Option gewählt wird, wird eine Branch-Version innerhalb der Enterprise-Geodatabase erstellt, wenn der mobile Mitarbeiter das Offline-Kartenbereich zum ersten Mal herunterlädt. Alle Feldänderungen werden mit der erstellten Branch-Version synchronisiert.<\/P>Eine ausführlichere Erklärung finden Sie in der Esri Online-Dokumentation<\/A>.<\/P>Versionserstellung = Erstellen einer Version für jeden Benutzer<\/STRONG><\/P>Diese Option ist für branch-versionierte Feature-Services nicht gültig.<\/P>Mit diesen beiden Konfigurationen ist der Versorgungsnetzwerk-Feature-Service bereit, die Synchronisierung von Offline-Kartenbereichen zu unterstützen.<\/P>
Veröffentlichen Ihrer Landbasis<\/H2>Im Gegensatz zum Utility Network existiert möglicherweise kein Feature-Service zum Teilen der Landbasisinformationen. Büro-Kartierer verwenden möglicherweise die ArcMap-Desktop-Anwendung und deren Direktverbindungsfunktion, um auf die in einer Enterprise-Geodatabase gespeicherten Landbasisdaten zuzugreifen. In diesem Beispiel verwendet die Enterprise-Geodatabase traditionelle Versionierung zur Nachverfolgung und Verwaltung von Änderungen an der Landbasis.<\/P>
<\/span><\/P>Das Veröffentlichen des Landbasis-Feature-Services zur Unterstützung der Synchronisierung von Offline-Kartenbereichen erfordert das Aktivieren der Feature-Service-Konfigurationsoption Enable Sync.<\/P>
<\/span><\/P>Mit aktiviertem Sync müssen Sie nun entscheiden, welche Versionierungsstrategie eingesetzt wird, um die mobilen Benutzer zu unterstützen. Wenn Ihre mobilen Benutzer nicht beabsichtigen, Landbasis-Features zu erstellen oder zu ändern, ist die korrekte Sync-Versionserstellungsoption: None.<\/P>
<\/span><\/P>Wenn Ihre mobilen Benutzer neue Landbasis-Features erstellen oder bestehende ändern, muss eine Version erstellt werden, um den Fluss der Landbasisänderungen zu verwalten. Für traditionelle Versionierung stehen zwei Versionsverwaltungsoptionen zur Verfügung: „Erstellen einer Version für jede heruntergeladene Karte“ oder „Erstellen einer Version für jeden Benutzer“.<\/P>Eine ausführlichere Erklärung dieser Sync-Version-Feature-Service-Optionen finden Sie in der Esri Online-Dokumentation.<\/A><\/P>
Skalierung Ihrer Feature-Services<\/H2>Zu Beginn jedes Arbeitstages gibt es wahrscheinlich einen Anstieg der Anzahl mobiler Geräte, die versuchen, sich mit den veröffentlichten Feature-Services zu synchronisieren. Dieser Anstieg wird verursacht durch mobile Mitarbeiter, die Field Maps und die offline Kartenbereich-fähige Webkarte auf ihrem mobilen Gerät öffnen. Dies initiiert eine Synchronisierung.<\/P>Die Kapazität eines einzelnen Feature-Services zur Skalierung und Bewältigung dieses morgendlichen Spitzenwerts gleichzeitiger Geräteanfragen wird im Pooling-Bereich der Eigenschaften eines Feature-Services definiert. Die Pooling-Parameter, die direkt die Kapazität beeinflussen, sind: „Mindestanzahl von Instanzen pro Maschine“ und „Maximale Anzahl von Instanzen pro Maschine“. Diese Parameter sind nach Veröffentlichung des Feature-Services anpassbar.<\/P>
<\/span><\/P>Der Wert Mindestanzahl von Instanzen pro Maschine repräsentiert das Basisniveau gleichzeitiger Benutzer, das ein einzelner Server unterstützen kann. Mit zunehmender Anzahl von Datenanforderungen beginnt der Server automatisch mit dem Erstellen zusätzlicher Instanzen. Dies geschieht so lange, bis entweder die gleichzeitige Nachfrage nach Daten erfüllt ist oder die maximale Anzahl von Instanzen pro Maschine erreicht wurde.<\/P>Überschreitet die Anzahl gleichzeitiger Benutzeranfragen den Maximalwert für Instanzen, werden zusätzliche Benutzer in eine Warteschlange gestellt und müssen warten, bis eine Instanz verfügbar wird.<\/P>Nach dem morgendlichen Synchronisationsanstieg sinkt die Anzahl gleichzeitiger Benutzeranfragen an den Feature-Service. Dies führt dazu, dass die Anzahl instanziierter Instanzen abnimmt, bis der Wert Mindestanzahl von Instanzen pro Maschine erreicht ist.<\/P>Veröffentlichen Ihrer vor Ort gesammelten Daten<\/H2>Hosted Feature Layers bieten eine weitere Methode zum Veröffentlichen von Daten zur Synchronisation mit mobilen Geräten. Der Veröffentlichungsprozess ist in den Initialerstellungsprozess des Hosted Feature Layers integriert. Sobald ein Hosted Feature Layer erstellt wurde, wird er automatisch als Feature-Service veröffentlicht.<\/P>Ähnlich wie bei einem Enterprise-veröffentlichten Feature-Service ist ein gehosteter Feature-Service bei seiner Erstellung nicht synchronisierungsfähig. Das Aktivieren von Sync ist eine Aufgabe des Besitzers des Hosted Feature Layers durch Ändern der Einstellungen.<\/P>
Das Aktivieren des Kontrollkästchens Enable Sync ist alles, was erforderlich ist, um das Synchronisieren zu ermöglichen.<\p>
Registrieren der Basiskarte in Ihrer Organisation<\h2>
Die letzte Datenquelle zur Vorbereitung für Offline-Kartenbereiche ist die Basiskarte. Für unser Beispiel verwenden wir eine von Esri kuratierte Basiskarte. Die meisten von Esri bereitgestellten Basiskarten sind nicht kompatibel mit Offline-Kartenbereich-Synchronisierung. Alle standardmäßig referenzierten ArcGIS Enterprise-Basiskarten sind NICHT gültig für Offline-Kartenbereiche. Nur ein Teil der ArcGIS Online-Basiskarten ist gültig für den Einsatz innerhalb von Offline-Kartenbereichen. Eine Liste der 19 Esri Vektor-Basiskarten für Offline-Kartenbereiche (zum Export) kann hier eingesehen werden<\a>.<\p>
Die Verwendung dieser ArcGIS Online-Basiskarten in ArcGIS Enterprise erfordert, dass die Basiskarte als Layer in Enterprise registriert wird und dass ein gültiges ArcGIS Online-Benutzerkonto im registrierten Vektor-Kachel-Layer eingebettet ist.<\p>
<\span>
Es wird empfohlen, dass dieses ArcGIS Online-Benutzerkonto kein aktives Mitarbeiterkonto ist und auch keine administrativen Rechte besitzt. Dieses eingebettete Benutzerkonto sollte ein Nicht-Benutzerkonto sein, das ausdrücklich für den Zugriff auf die Basiskarten erstellt wurde.<\p>
