Bereitstellungsszenarien für die Event-Bearbeitung

Ayan Palit

Konzeptionelle Architektur

Event Editor ist eine begleitende Web-App zur Bearbeitung linear referenzierter Ereignisdaten. Diese JavaScript-App wird von linear referencing services angetrieben, die mit der ArcGIS Pipeline Referencing (APR) Server-Erweiterung veröffentlicht werden. Eine konzeptionelle Architektur von APR ist unten dargestellt. Die Bereitstellung der Lösungskomponenten erfordert sorgfältige Planung und die Überprüfung verschiedener Implementierungsoptionen.      

Bereitstellungsüberlegungen

Die aktuellen ArcGIS Pro 3.3 und ArcGIS Enterprise 11.3 Versionen von ArcGIS Pipeline Referencing bieten mehrere Optionen, die berücksichtigt werden müssen.

• Die ArcGIS Enterprise 11.3 Version enthält Experience Builder LRS Widgets. Dies ist die zukunftsorientierte, langfristige Web-App für die Ereignisbearbeitung. Kunden, die ArcGIS Enterprise 11.3 und höher einsetzen, wird empfohlen, diese Option zu wählen.  
• Event Editor (Legacy) wird von My Esri heruntergeladen und bereitgestellt als eigenständige Web-App auf einem Webserver. Die Version 11.3 von Event Editor wird die letzte Veröffentlichung der App sein, gemäß der Event Editor Abkündigung Mitteilung.
• LRS-Ereignisbearbeitungsfunktion wurde hinzugefügt in ArcGIS Pro 3.0, kompatibel mit ArcGIS Enterprise 11.0. Redakteure können umfassende LRS-Bearbeitungen in einer einzigen Desktop-Umgebung durchführen, ohne ArcGIS Pro zu verlassen.

Eine häufig gestellte Frage lautet: „Benötige ich die APR Server Extension und/oder den Event Editor?“. Eine andere Formulierung derselben Frage ist: „Bietet APR für ArcGIS Pro alle Funktionen, die ich für die Pipeline-Bearbeitung benötige?“

Seit dem ersten Start von APR (bei ArcGIS Pro 1.4) bis ArcGIS Pro 2.9 wurde das Routen-Netzwerk ausschließlich auf der Pro-Desktop-Ebene verwaltet, während die Ereignisbearbeitung in der Event Editor Web-App stattfand. Während fortgeschrittene lineare Referenzierung für das Pipeline-Datenmanagement im ArcGIS Pro Umfeld modelliert und pilotiert werden kann, benötigen Sie den APR Server für Unternehmensbereitstellungen mit versionierter Geodatabase (Branch-Version) und dienstbasierter Mehrbenutzerbearbeitung. Die Location Referencing Toolbox in ArcGIS Pro ermöglicht das Massenladen von LRS-Ereignissen und die Ereigniswartung nach Routenänderungen. 

Basierend auf Benutzeranfragen wurden LRS-Ereignisbearbeitungsfunktionen zu ArcGIS Pro hinzugefügt. Dies ist besonders wichtig für Organisationen mit Redakteuren, die alle Aspekte eines Pipeline-Auftrags in einem einzigen Workflow ausführen. Für sie ist es ein optimiertes Erlebnis, alle Schritte in ArcGIS Pro abzuschließen, anstatt bestimmte Bearbeitungsaufgaben im Event Editor durchzuführen. Die interaktive kartenbasierte Bearbeitung von Ereignissen muss jedoch über Feature Services mit linearer Referenzierung erfolgen. Daher benötigen Sie sowohl die APR-Erweiterung in ArcGIS Pro als auch die APR Server-Erweiterung und die Event Editor Web-App für umfassende unternehmensweite Funktionen. 

 Obwohl dies großartige Neuigkeiten für die Benutzercommunity sind, führt dies zu einer erneuten Betrachtung der zuvor gestellten Frage: „Benötige ich die APR Server Extension und/oder den Event Editor?“.

Sie benötigen weiterhin den APR Server, der die LRS-Dienste bereitstellt – die Ereignisbearbeitung in ArcGIS Pro verwendet den Feature Service. Wie besprochen bieten ArcGIS Enterprise-Bereitstellungen (mit APR Server) robuste und umfassende Funktionen unter Nutzung einer branch-versionierten Geodatabase und dienstbasierter Mehrbenutzerbearbeitung.

Das Alleinstellungsmerkmal des Event Editors bleibt: eine leichtgewichtige Web-App, die einfach für Nicht-GIS-Nutzer und Nicht-LRS-Nutzer ist. ArcGIS Pro wäre für diese Nutzer zu komplex und möglicherweise überwältigend – Event Editor bietet genau das richtige Werkzeugset, um die wenigen Datenebenen zu bearbeiten und zu verwalten, die ihnen wichtig sind. Die Hinzufügung von ArcGIS Pro und APR-Erweiterung verursacht zusätzliche Lizenzkosten. Die Event Editor Web-App (eine oder mehrere Instanzen) ist keine lizenzpflichtige Komponente und nutzt die bestehende APR Server-Software. 

Föderierter Server mit Portal

Wie im obigen Schema dargestellt, ist für APR eine vollständige Bereitstellung von ArcGIS Enterprise erforderlich. Dies umfasst ArcGIS Server mit APR Server-Erweiterung, föderiert mit Portal. Zur weiteren Klarstellung: Sie müssen eine ArcGIS Server-Site haben, die für die APR Server-Erweiterung lizenziert ist (keine Installation erforderlich). Der APR Server muss explizit mit Portal föderiert sein; ArcGIS Online unterstützt dieses Muster nicht.  

ArcGIS Enterprise kann in seiner einfachsten Form eine Einzelmaschinen-Bereitstellung sein. In diesem Fall kann der Event Editor auf derselben Maschine installiert werden. In einer Multi-Maschinen-Site-Konfiguration wird Event Editor typischerweise auf dem Webserver zusammen mit dem ArcGIS Web Adaptor bereitgestellt. Event Editor ist im Portal registriert als Web-Mapping-Anwendung und eine „App-ID“ wird generiert. Event Editor übernimmt nun die Benutzer- und Gruppen-Zugriffskontrolle vom Portal.

Einzelinstanz-Bereitstellung

Jede produktive Implementierung von APR hat mindestens eine einzelne Instanz des Event Editors. In diesem Szenario werden das/die LRS-Netzwerk(e), alle Ereignisse und Redline-Layer als Dienste veröffentlicht. Die APR Server-Erweiterung fügt dem Kartenservice die Linear Referencing-Funktionalität hinzu. Die Versionsverwaltung wird verfügbar, wenn die LRS-Layer in der Geodatabase branch-versioniert sind. Eine Webkarte muss im Portal erstellt werden, unter Verwendung des linear referenzierten Kartenservices. Diese Webkarte wird dann für die Event Editor-Konfiguration(Legacy) verwendet, wie unten gezeigt. Event Editor nutzt Online-Inhalte wie Basiskarten von ArcGIS Online. Der Kartenservice, die Webkarte und der Event Editor sind gesichert und werden mit der Portal-Gruppe der Redakteure geteilt.   

Mehrfachinstanz-Bereitstellung

Bei größeren APR-Implementierungen mit mehreren Teams und verschiedenen Benutzern, die spezifische Ereignisebenen besitzen, wurden mehrere Instanzen des Event Editors bereitgestellt. Da Event Editor eine leichtgewichtige Web-App ist, ist sie einfach für Nicht-GIS-Nutzer geeignet, denen möglicherweise fortgeschrittene Konzepte der linearen Referenzierung nicht bekannt sind. Event Editor beschränkt Bearbeitungen auf Ereignisebene und zusammen mit versionierter Bearbeitung besteht nur geringe Gefahr, dass neue Nutzer Fehler machen, die systemweite Auswirkungen haben.  

Solche Organisationen haben eine lange Liste von LRS-Ereignissen zu verwalten. Im Rahmen der Planung und Gestaltung werden die Ereignisse in Gruppen kategorisiert, die von bestimmten Geschäftsteams verwaltet werden sollen. Wie im folgenden Beispiel besitzt das Integrity-Team den Layer „Pipeline Risk“ und ist verantwortlich für das Aktualisieren von Risikobewertungen auf Liniensegmenten basierend auf Risikomodellparametern.  In diesem Szenario ist der Datenbesitz stärker auf Geschäftsteams verteilt, während das GIS-Team das Qualitätsmanagement unterstützt und Änderungen in der Geodatabase veröffentlicht. Die Geschäftsteams fühlen sich befähigt und kontrollieren hauptsächlich jene Datenebenen, die ihnen am wichtigsten sind. Die Bearbeitung der Ereignisdatenebenen ist ebenfalls isoliert; so kann beispielsweise das Land Contracts Team keinen „HCA Segment“ bearbeiten.

Betrieb	Integrität	Landverträge	ROW Räumung
Testdruckbereich	Pipeline-Risiko	Nutzungsrecht	Pflanzenmanagement
Betriebsdruckbereich	HCA-Segment	Betriebliche Nutzung der Leitung

 

In diesem Bereitstellungsmuster ist das Veröffentlichen von Kartenservices mit Linear Referencing-Funktionalität Standard. Für jedes Geschäftsteam wird jedoch eine eigene Webkarte mit ihren kuratierten Layern erstellt. Wie im folgenden Beispiel ist Webkarte X für das Integrity-Team und Webkarte Y für das Land Contracts Team bestimmt. Kopien der Event Editor Web-App werden auf dem Webserver bereitgestellt, wobei jede Webordnerinstanz umbenannt wird. Zum Beispiel lautet im IIS der Standardpfad des Webordners „C:\inetpub\wwwroot\EventEditorX“ bzw. „C:\inetpub\wwwroot\EventEditorY“. Bei der Event Editor-Konfiguration (Legacy), der Verweis auf den entsprechenden Webkartenparameter wird in der config.json-Datei aktualisiert.  Jede Instanz von Event Editor wird mit Portal über eine eindeutige URL registriert und die jeweilige portalAppId wird in der config.json-Datei aktualisiert.  Das gleiche Muster wird bei Bedarf für zusätzliche Instanzen von Event Editor befolgt.

Betrieb	Integrität	Landverträge	ROW Räumung
Gleich -	- LRS -	- Karte -	- Dienst
Webkarte W	Webkarte X	Webkarte Y	Webkarte Z
EventEditor W	EventEditor X	EventEditor Y	EventEditor Z
portalAppId W	portalAppId X	portalAppId Y	portalAppId Z

 

Typischerweise hat Portal Gruppen für jedes der Geschäftsteams. Nutzen Sie die Portal-Gruppen und Freigaben zur Zugriffskontrolle des Kartenservices, der Webkarte und der Event Editor-App für bestimmte Teams. Nur Benutzer mit ausreichenden Berechtigungen dürfen die Inhalte jeder Event Editor-Instanz anzeigen und bearbeiten. Eine Variante dieses Musters ist, dass der LRS-Kartenservice ebenfalls für jede App-Instanz individualisiert und isoliert wird. Beachten Sie den Anwendungsfall, bei dem eine Inspektionsebene von Drittauftragnehmern gepflegt wird und außerhalb der Firewall der Organisation Zugriff auf den Service und die Event Editor-App haben muss. In diesem Fall wird ein separater LRS-Kartenservice veröffentlicht, zu einer eigenen Webkarte hinzugefügt und über einen Proxy von einer Event Editor-Instanz im DMZ referenziert.  

Eine weitere empfohlene bewährte Methode, die für dieses Bereitstellungsmuster relevant ist, besteht darin, dass verschiedene Editoren während ihrer Bearbeitungssitzungen öffentliche Versionen erstellen. Dies ermöglicht es dem GIS-Team/GIS-Administratoren, die von jedem Geschäftsteam durchgeführten Änderungen zu prüfen und die Versionen abzugleichen & zu veröffentlichen. Event Editor bietet auch eine granulare Steuerung der Versionsparameter, die je nach Komfortniveau der Benutzer für jede App-Instanz unterschiedlich eingestellt werden können.

Event Editor Versionsparameter:

• allowReconcileAndPost: wahr oder falsch
• allowChangeVersions: wahr oder falsch
• allowCreateVersions: wahr oder falsch
• allowDeleteVersions: wahr oder falsch

Fazit

Die besprochenen Designüberlegungen und Konfigurationsparameter tragen dazu bei, eine sehr definierte, zielgerichtete Web-App für LRS-Editoren bereitzustellen. GIS-Administratoren und Geschäftsanwender haben nun mehr Auswahlmöglichkeiten, wie sie den Bearbeitungsprozess zwischen Benutzern sowie Desktop- und Webanwendungen aufteilen möchten. Wir erwarten, dass die Benutzercommunity die Lösungskomponenten voll ausnutzt und geeignete Workflows entwickelt, die ihren eigenen organisatorischen Anforderungen entsprechen.